I have recently been attempting to get DRI working in XFree86 on my gentoo box. I am running XF86 4.1.0, with kernel 2.4.17. AGPGART and DRM support have both been tried as modules and built into the kernel. I have tried using Mesa versions 3.4.2, 3.5 and 4.0.1, all to no avail. My video card is a Radeon 64DDR, on a Tyan board with the AMD 760MP chipset. When looking through the troubleshooting from the DRI compilation guide, it suggested checking /usr/lib/libGL.so.1.2 for strings containing "DRI" strings /usr/lib/libGL.so.1.2 | grep DRI This search yields no results. When performing a similar operation on the libGL.so in /usr/X11R6/lib, many results are returned. I believe that if the libGL provided with the XF86 distribution was used, that DRI would work. Why, then is mesa used? Or is there a way to get mesa to use the DRI? Perhaps this will be changed in the upcoming release of XF86 4.2.0. All in all, this is a great distro, though. Keep up the good work, and thanks in advance.
With additional research, I have begun to question the reasoning for removing the symlinks in /usr/lib that Xfree provides to it's own libGL. From the mesa3d supported systems page, http://www.mesa3d.org/about/systems.html "If you download and install XFree86 4.0 you do not need to install Mesa separately. All the important parts of Mesa will be installed with the rest of XFree86." Reading the documentation on http://dri.sourceforge.net and the information provided with the XFree86 distribution, this seems to be the proper thing to do. Perhaps the removed symlinks in /usr/lib provided by Xfree should be left there and the seperate mesa libraries removed from the base distribution.
A 'working' (for me that is) ebuild of xfree 4.2.0 is on cvs (-r4).. masked of course. It will not remove the symlinks, and also includes libGLU.so. Still in testing, so please contact me, or add comments here if you have trouble.
I merged in xfree-4.2.0-r4, and things are working just fine. No outside mesa's, though if i do an emerge --pretend --world update it says that it will install mesa as a New package. I had been getting the compile error about /usr/lib/libGL.la from kdebase, but that seems to have been cleared up as well. Perhaps this is the new way to go, if it works for others as well.
Nevermind on the kde bit, that seems to just be from the newer kde ebuild. However, X is still working just fine now, and with full hardware acceleration.
OK, i think with the resolution of bug 245, this one is fixed as well. The only lose ends to tie up seem to be taking mesa-* out of whatever profile uses them as default. When I do an "emerge --pretend --world update" it says that it's going to merge in mesa-glu and mesa-glut. Perhaps the mesa-glut is alright, but x11 is now providing virtual/glu. I think this is a change that needs to be made in /usr/portage/profiles/default/virtuals. I'll leave this bug as open now, but it looks pretty close to wrapped up. Thanks for the prompt help on all of this.
Think our latest xfree ebuild fixes this. Also mesa*3.5 should be considerd a no-go.