Messages in this thread | | | Subject | Re: legacy VGA device requirements (was: Exposing ROM's though sysfs) | From | Alan Cox <> | Date | Fri, 20 Aug 2004 12:14:43 +0100 |
| |
On Gwe, 2004-08-20 at 05:46, Jon Smirl wrote: > Attached is a real world reason why we need a VGA control device. > VesaFB loads and marks the VGA screen region as reserved. The driver > does not attach to any device.
You'll love this: The vesafb device might not be a VGA device. In certain modes the Weitek P9100 is an example of this as in higher modes it turns off its inbuilt 5286 and flips to the P9x00 engine which is nonvga.
> The short term fix for this is to make VesaFB aware of the PCI ROM > patch. The PCI ROM patch makes it possible to identify the boot video > device. Once VesaFB can identify the boot video device it can properly > attach itself to both the device and memory. Then DRM radeon loads
Device yes, memory we already know. We currently don't register the memory always because it may not be in the ISA/PCI space. However we can certainly walk the bars now you can find the boot video device and use that to see if the video memory reported by the VESA bios is in any of them. The other complication is that we can't use the PCI device level allocator here because some PCI devices have video and other functionality on one chip. Not however a problem if you grab just the single resource.
Alan
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |