I've been tring to get DRI working for my G200 on 440BX w/o much
success. I've compiled linux-2.4.0-test10 with agpgart and dri,
installed the latest X4 debs (including xlibmesa3, xlibosmesa3 &
xserver-xfree86), configured with dexter, made the /dev/agpgart device
(mknod /dev/agpgart c 10 175), downloaded mga_drv.o from matrox.com and
tried using it instead of the /usr/X11R6/lib/modules/drivers/mga_drv.o
that comes with X4, all while running X at [EMAIL PROTECTED] (I only have
8MB VRAM).

My XF86Config-4 has the Load "dri" and "glx" in the "Module" Section.

But whenever I run glxinfo, I get:

display: :0.0  screen:0
direct rendering: No                         <--------no DRI
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
       GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context
client glx vendor string: SGI
client glx version string: 1.2
client glx extensions:
       GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context,
       GLX_ARB_get_proc_address
GLX extensions:
       GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context
OpenGL vendor string: Precision Insight, Inc.
OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.2 Mesa 3.4
-----cut



AFAICT, there are 2 possible reasons DRI is not working:

1) libGLU problems - According to the debian-x archives:
        http://lists.debian.org/debian-x-0010/msg00006.html
        it seems there was a problem back in early October with a lack
        of libGLU in XFree4.

        At first look, it seems that has been resolved, as I now have a
        libGLU installed: /usr/lib/libGLU.so[.1.3]


        but according to to DRI userguide at:
        http://dri.sourceforge.net/DRIuserguide.html
        the result of 'ldd /usr/bin/X11/glxinfo' should be:

        % ldd /usr/local/bin/glxinfo
               libglut.so.3 => /usr/local/lib/libglut.so.3 (0x40019000)
               libGLU.so.1 => /usr/local/lib/libGLU.so.1 (0x40051000)
               libGL.so.1 => /usr/lib/libGL.so.1 (0x40076000)
               libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x402ee000)
               libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x40301000)
               libm.so.6 => /lib/libm.so.6 (0x40309000)
               libc.so.6 => /lib/libc.so.6 (0x40325000)
               libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40419000)
               libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x404bd000)
               libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x40509000)
               libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40512000)
               libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x40529000)
               libvga.so.1 => /usr/lib/libvga.so.1 (0x40537000)
               libpthread.so.0 => /lib/libpthread.so.0 (0x4057d000)
               /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

        while on my system it is:


        $ ldd /usr/bin/X11/glxinfo
                libGL.so.1 => /usr/lib/libGL.so.1 (0x4001c000)
                libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x40076000)
                libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40084000)
                libm.so.6 => /lib/libm.so.6 (0x4014f000)
                libc.so.6 => /lib/libc.so.6 (0x4016c000)
                libpthread.so.0 => /lib/libpthread.so.0 (0x40274000)
                libdl.so.2 => /lib/libdl.so.2 (0x4028a000)
                /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

        
        the most noticeably missing piece on my system is the
        libGLU.so.1

        So, should we conclude that the libGLU problems have not been
        sorted out upstream in XFree? Or is there some workaround I can
        do to get libGLU functioning correctly?


2) Wrong Mesa Version - according to the prerequisites for DRI given at
        http://dri.sourceforge.net/DRIuserguide.html

        "You DO NOT need to install Mesa separately. The parts of Mesa
        needed for hardware acceleration are already in the XFree86/DRI
        project."
        
        So, maybe the xlibmesa3 deb isn't necessary? Seems unlikely,
        though.

Reply via email to