From: Alan H. <al...@fa...> - 2004-03-19 16:12:02
|
On Fri, Mar 19, 2004 at 04:47:36PM +0100, Felix K=FChling wrote: > On Fri, 12 Mar 2004 13:28:13 -0300 > Alexandre Strube <su...@su...> wrote: >=20 > > Em Sex, 2004-03-12 =E0s 11:18, Felix K=FChling escreveu: > > > avilella <avi...@eb...> wrote: > >=20 > > > > # cp /usr/X11R6/bin/XFree86 /usr/X11R6/bin/old.XFree86 > > > > # cp /home/avb/dri/XFree86 /usr/X11R6/bin/ > > > > and now I've got X working, but no dri yet. > >=20 > > > Take a look at XFree86.0.log again and check if it says that direct > > > rendering is enabled. See if there are any error messages. If you'r= e not > > > sure post the log to the mailing list. > >=20 > > My one says that direct rendering is enabled, but glxinfo doesn't agr= ee > > :-) > >=20 > > > If XFree86.0.log says that direct rendering is enabled and it still > > > doesn't work then run > > > LIBGL_DEBUG=3Dverbose glxinfo > > LIBGL_DEBUG=3Dverbose glxinfo > > name of display: :0.0 > > libGL: XF86DRIGetClientDriverName: 1.1.16 savage (screen 0) > > libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/tls/savage_dri.s= o > > libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/savage_dri.so > > libGL error: dlopen /usr/X11R6/lib/modules/dri/savage_dri.so failed > > (/usr/X11R6/ lib/modules/dri/savage_dri.so: undefined symbol: > > _glapi_Dispatch) > > ^^^^^^^^^^^^^^^ > > This says something.. >=20 > I just discussed this issue with another user. In the end it was caused > by another libGL hanging around on the system that was used instead of > the DRI one. >=20 > Run >=20 > ldd /usr/X11R6/bin/glxgears >=20 > and check the output for the location of the libGL that is actually > used. Move it out of the way and make it a symlink to > /usr/X11R6/lib/libGL.so.1.2. There may be several files with similar > names there (libGL.so, libGL.so.1, libGL.so.1.2). Do this with all of > them. >=20 > Alternatively, you may try the attached install.sh script instead of th= e > one that comes with the snapshots. It should fix up wrong libGL version= s > automatically. >=20 > There is at least one distro, that restores the "wrong" libGLs > regularly. I don't remember if it's Fedora or someone else. This sounds like it is Fedora. RedHat Enterprise does the same. RedHat have changed the internals of libGL, so that TLS can be used, and it's make the libGL incompatible, so libGL must be replaced on these systems. There's quite some substantial changes that they've done, and they need to be examined here and see if we can include some of that, or rework it if need be. Alan. |