Re: [Dri-users] glxinfo returns "Illegal instruction"

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Some additional information. I did a backtrace on glxinfo and here's
what's reported:

#0  0x40404b71 in drmMalloc (size=10) at xf86drm.c:144
#1  0x404055d7 in drmGetBusid (fd=6) at xf86drm.c:529
#2  0x4040507b in drmOpenByBusid (busid=0x804e370 "PCI:1:0:0") at
xf86drm.c:309
#3  0x40405320 in drmOpen (name=0x0, busid=0x804e370 "PCI:1:0:0") at
xf86drm.c:413
#4  0x40404705 in __driUtilCreateScreen (dpy=0x804b560, scrn=0,
psc=0x804d5e8, numConfigs=32, config=0x804e3d8, driverAPI=0x4056db80) at
dri_util.c:944
#5  0x40539455 in __driCreateScreen (dpy=0x804b560, scrn=0,
psc=0x804d5e8, numConfigs=32, config=0x804e3d8) at tdfx_screen.c:369
#6  0x400e0a0e in AllocAndFetchScreenConfigs () from /usr/lib/libGL.so.1
#7  0x400e0ca2 in __glXInitialize () from /usr/lib/libGL.so.1
#8  0x400df2c2 in glXGetConfig () from /usr/lib/libGL.so.1
#9  0x400df658 in glXChooseVisual () from /usr/lib/libGL.so.1
#10 0x08049677 in strcpy ()
#11 0x080498bb in strcpy ()
#12 0x402054a9 in __libc_start_main () from /lib/libc.so.6

Again, if anyone has any idea what's going wrong here, I would
appreciate any help you can give. If there is any other information that
would be useful in pinpointing the problem, and can easily obtain it,
just let me know.

On Sun, 2002-12-29 at 14:40, jlm wrote:
> I have upgraded my system from a cheap 2d graphics card to a voodoo3
> graphics card. I am running Gentoo Linux, with Kernel version 2.4.19. My
> motherboard is a Gigabyte GA-5AX, with the ALi Aladdin V chipset (the
> ALi M1541 interfaces with the agp device). My CPU is an AMD K6-2 500 mhz
> with 3dnow.
> 
> I have XFree86 4.2.1 installed. I've got the appropriate Load lines in
> XF86Config. Also there is a DRI section, and my default color depth is
> 16 (the maximum allowed with voodoo3, it seems). X starts up just fine.
> The log shows no warnings or errors. The example section in the users
> guide that shows what dri loading should look like in the log for a 3dfx
> card almost exactly matches my system. /proc/dri/0 exists.
> /dev/dri/card0 exists.
> 
> Regardless, I have two problems. One is when I run glxinfo (with export
> LIBGL_DEBUG=verbose):
> 
> ~ 31> glxinfo
> name of display: :0.0
> libGL: XF86DRIGetClientDriverName: 1.0.0 tdfx (screen 0)
> libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/tdfx_dri.so
> libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/tdfx_dri.so
> drmOpenByBusid: busid is PCI:1:0:0
> drmOpenDevice: minor is 0
> drmOpenDevice: node name is /dev/dri/card0
> drmOpenDevice: open result is 4, (OK)
> drmOpenByBusid: drmOpenMinor returns 4
> Illegal instruction
> 
> I checked to see if maybe things were linked to an incorrect version of
> libGL.so, but there is only one version of it on my system at 
> /usr/lib/opengl/xfree/lib/libGL.so.1.2 (Gentoo puts it there and
> symlinks it to /usr/lib). It gets placed there when I install XFree86.
> 
> The other problem is when going through the documentation, I get to the
> bus mastering section, and it appears that bus mastering is turned off
> (setpci -s 01:00.0 4.w returns 0003). When I run the shell program to
> turn it on, it has no effect. Looking through my motherboard's
> documentation, I see no options in the BIOS configuration screens for
> turning it on.
> 
> I also get some errors when trying to run a version of quake optimized
> for 3dfx chips (though I believe that this is a result of the previous
> problems):
> 
> ~ 33> nq-3dfx
> Host_Init
> Added packfile /usr/share/games/quakeforge/id1/pak0.pak (339 files)
> Added packfile /usr/share/games/quakeforge/id1/pak1.pak (85 files)
> Playing registered version.
> UDP Initialized
> 16.0 megabyte heap
> libGL: XF86DRIGetClientDriverName: 1.0.0 tdfx (screen 0)
> libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/tdfx_dri.so
> This target requires a special version of Mesa with support for Glide
> and SVGAlib.
> If you are in X, try using a GLX or SGL target.
> Fatal Error: Couldn't load critical OpenGL function fxMesaCreateContext,
> exiting...
> IN_Shutdown
> IN_LL_Shutdown
> Fatal Error: Couldn't load critical OpenGL function fxMesaCreateContext,
> exiting...
> 
> Any help in getting DRI 3d hardware acceleration working on my system is
> greatly appreciated.
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Dri-users mailing list
> Dri...@li...
> https://lists.sourceforge.net/lists/listinfo/dri-users