On Tue, 2003-07-29 at 19:31, Ian Romanick wrote:
Michel Dänzer wrote:
On Tue, 2003-07-29 at 09:06, Chris wrote:
This works perfectly, only using the DRM and the GL driver, (and adding
ForcePCIMode the the config),
This will remain necessary until PCI GART is deemed stable with AGP cards or there's a way to tell what kind of card it is.
Where would be the right place to do this? In the kernel? In the DDX driver? In the client-side DRI driver? If it's in either of the first two places, we *can* do it, it would be just a major PITA. We can look at the bus where the card is and work backwards up the tree. If we hit an AGP controller, the card must be AGP.
The DDX driver needs to know to decide whether to enable the DRI with PCI GART or disable it, but the kernel might be in a better position to find out (though some XFree86 hackers might disagree :)...
Since the DDX driver has root permissions, it can make the same querries that could be made in the kernel to walk the PCI device tree. I feel like this is a decision that, if it can be, should be made in user-space. The thought of writing the code to walk the PCI device tree looking for an AGP controller is not a pleasant one, but I may be over complicating things in my mind.
With a lot of the cards you can tell just be looking at the device (or subsystem) ID, but I don't think that's the case with the Radeons. Don't they use the same PCI device ID for both AGP and PCI versions?
They do for the chips, don't know about the subsystems. Hui?
If the decision can be made solely based on the PCI ID (or the subsystem ID), then it is trivial to do in the DDX driver.
------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
