Messages in this thread | | | Date | Fri, 20 Aug 2004 06:53:57 +0200 | From | Vojtech Pavlik <> | Subject | Re: legacy VGA device requirements (was: Exposing ROM's though sysfs) |
| |
On Thu, Aug 19, 2004 at 09:46:35PM -0700, 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. > > My new radeon DRM driver load and says no one is using the radeon card, > so it can drive it. Radeon loads and fails. It can attach the PCI > device but it can't reserve the memory block. > > 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 > after vesafb it will find the PCI device already has a driver attached > and revert back into stealth compatibility mode.
Well, the stealth compatibility mode is even uglier than VesaFB not claiming the PCI device, so I don't think it's really worth it for this reason.
You can just as well enable the stealth mode if you can't get the resources.
> Long term we need the vga control device and a unified DRM/fbdev.
We really need that. And we need it to be able to kick VESAfb out using sysfs when it loads. For that you'll need to make VESAfb grab the VGA PCI device.
> The immediate work around is to use the radeonfb driver instead of > vesafb. The radeonfb driver marks the PCI device in use and triggers > stealth mode in radeon.
-- Vojtech Pavlik SuSE Labs, SuSE CR - 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/
| |