We are using Scientific Linux 6.3, and noticed that our 3D applications started breaking after the auto-update to Mesa 9.0. After the upgrade, glxinfo (with LIBGL_DEBUG=verbose) would return: libGL: OpenDriver: trying /usr/lib/dri/nouveau_dri.so libGL error: dlopen /usr/lib/dri/nouveau_dri.so failed (/usr/lib/dri/nouveau_dri.so: cannot open shared object file: No such file or directory) libGL error: unable to load driver: nouveau_dri.so libGL error: driver pointer missing libGL error: failed to load driver: nouveau libGL: OpenDriver: trying /usr/lib/dri/swrast_dri.so GLVersion major: 1 minor: 4 This error was also being returned in our application, resulting in crashes that did not occur the previous day. We were able to fix the issue by running the following commands: rpm -e --nodeps mesa-dri1-drivers yum -y downgrade mesa-libGL-devel mesa-libGL mesa-dri-drivers to downgrade Mesa back to 7.11.
nouveau_dri.so exists on my system in the very same directory. It's Gallium driver. Add "nouveau" to the --with-gallium-drivers list at build time.
First of all, this is a bug with scientific linux' packaging probably. Second, are you sure that it doesn't exist? ldd /usr/lib/dri/nouveau_dri.so
(In reply to comment #2) > First of all, this is a bug with scientific linux' packaging probably. > > Second, are you sure that it doesn't exist? > > ldd /usr/lib/dri/nouveau_dri.so Yes, the nouveau_dri.so is completely missing from the machine. Just to verify that it was the upgrade, I ran yum -y upgrade mesa-libGL-devel mesa-libGL mesa-dri-drivers and the glxinfo, and sure enough, the problem came back.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.