[Long] Direct Rendering stopped on G400

Anthony David adavid at adavid.com.au
Sun Dec 15 17:56:43 EST 2002

Damien Elmes <clug at repose.cx> writes:

> Anthony David <adavid at adavid.com.au> writes:
> > Matthew Hawkins <matt at mh.dropbear.id.au> writes:
> >
> >> Anthony David (adavid at adavid.com.au) wrote:
> >> > Direct rendering now doesn't work. He seems to think it was after a Mesa
> >> > upgrade. He has removed the new Mesa but with no change in behaviour.
> >> 
> >> Try looking in the XFree86.log file (for :0 it'll be /var/log/XFree86.0.log)
> >> as it should contain useful messages as to why DRI couldn't load.
> >
> > Thanks Matt
> >
> > DRI does seem to be loading, that is the wierd thing.
> Well, the problem is that even though the DRI module has loaded in X, the
> applications that use GL are probably encountering the mesa GL libs. Take
> tuxracer. It links against:
> reflex% ldd /usr/games/tuxracer | grep -i gl 
>         libGL.so.1 => /usr/X11R6/lib/libGL.so.1 (0x402e8000)
>         libGLU.so.1 => /usr/X11R6/lib/libGLU.so.1 (0x4034f000)
> And we can see that this GL file belongs to:
> reflex% dpkg -S libGL.so.1      
> xlibmesa3: /usr/X11R6/lib/libGL.so.1.2
> So basically you need the GL files which come with X or your video driver (I
> think nVidia package their own?) rather than the separate files which come in
> the normal mesa distribution. That's my guess, anyway. ;-)

Thanks Damien

Good point, but it doesn't seem to be the problem

adavid at debaser:~$ ldd `which tuxracer`
 libGL.so.1 => /usr/X11R6/lib/libGL.so.1 (0x402e7000)
 libGLU.so.1 => /usr/X11R6/lib/libGLU.so.1 (0x4034e000)

adavid at debaser:~$ dpkg -S libGL.so.1
xlibmesa3: /usr/X11R6/lib/libGL.so.1.2
xlibmesa3: /usr/lib/libGL.so.1
xlibmesa3: /usr/X11R6/lib/libGL.so.1
xlibmesa3: /usr/lib/libGL.so.1.2

Anthony David

Gambling(n): A discretionary tax on those asleep during high school maths
0xA72CE1ED fingerprint = EA1E C69E FE59 BBE1 AA4B  F354 BD09 9765 A72C E1ED

More information about the linux mailing list