On Thu, 2006-05-04 at 17:18 -0400, Jon Smirl wrote: > On 5/4/06, Peter Jones <[email protected]> wrote: > > It doesn't matter -- you can accomplish the same thing with e.g. > > libx86emu and simply mapping the option rom to 0xc0000. But you want to > > do that in userland, not in the kernel. > > It is much more complicated than than you describe. I didn't really feel like explaining the parts we both already know. I'll try to remember to do so in the future. > Go look at the ROM code already checked in. Laptop video ROMs are not > simple PCI devices that can be mapped around. They are stored in > compressed form inside the system ROM and expanded at boot. Yes, and this format is documented, too. But right now there's no way to get access to it with tools to actually do anything. > If you lose the shadow copy in RAM there is no API for getting it back. Except to enable the BAR and read it from the assigned address... > These compressed ROMs are the source of a lot of laptop user's > problems with suspend/resume on Linux. Absolutely. That's why I want a method to access them, which this "enable" file provides. > VGA support for multiple cards is a very complicated problem. Please quit jumping up and down in the bicycle path telling everybody how hard it is to ride a bike. -- Peter - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- References:
- Add a "enable" sysfs attribute to the pci devices to allow userspace (Xorg) to enable devices without doing foul direct access
- From: Arjan van de Ven <[email protected]>
- Re: Add a "enable" sysfs attribute to the pci devices to allow userspace (Xorg) to enable devices without doing foul direct access
- From: Bjorn Helgaas <[email protected]>
- Re: Add a "enable" sysfs attribute to the pci devices to allow userspace (Xorg) to enable devices without doing foul direct access
- From: Arjan van de Ven <[email protected]>
- Re: Add a "enable" sysfs attribute to the pci devices to allow userspace (Xorg) to enable devices without doing foul direct access
- From: Bjorn Helgaas <[email protected]>
- Re: Add a "enable" sysfs attribute to the pci devices to allow userspace (Xorg) to enable devices without doing foul direct access
- From: Matthew Garrett <[email protected]>
- Re: Add a "enable" sysfs attribute to the pci devices to allow userspace (Xorg) to enable devices without doing foul direct access
- From: "Jon Smirl" <[email protected]>
- Re: Add a "enable" sysfs attribute to the pci devices to allow userspace (Xorg) to enable devices without doing foul direct access
- From: Peter Jones <[email protected]>
- Re: Add a "enable" sysfs attribute to the pci devices to allow userspace (Xorg) to enable devices without doing foul direct access
- From: "Jon Smirl" <[email protected]>
- Add a "enable" sysfs attribute to the pci devices to allow userspace (Xorg) to enable devices without doing foul direct access
- Prev by Date: Re: Add a "enable" sysfs attribute to the pci devices to allow userspace (Xorg) to enable devices without doing foul direct access
- Next by Date: Re: [PATCH 6/13: eCryptfs] Superblock operations
- Previous by thread: Re: Add a "enable" sysfs attribute to the pci devices to allow userspace (Xorg) to enable devices without doing foul direct access
- Next by thread: Re: Add a "enable" sysfs attribute to the pci devices to allow userspace (Xorg) to enable devices without doing foul direct access
- Index(es):