Summary : glxgears indicate the expected 1360 fps for the voodoo3 AGP , the second card ( also voodoo3 but pci ) shows 260 ( also expected ) There are no error messages in the Xorg.0.log , drm / dri are loaded and direct rendering is working / installed on the voodoo3 AGP As soon as a program like tuxracer is started we get the start screen then pressing " start " the application quits. GL screensavers wont run either on that screen. The only error TuxRacer shows is " segmentation fault " I tried kernel built drm and x11-drm both show the same result glxgears works , but nothing using GL ( to my knowledge ) does. xorg-server : 1.0.2-r7 x11-drm : 20060608 glproto : 1.4.7 opengl : 7.0 Any help solving this will be appreciated. Ric
Can you add xorg-server, your drivers and mesa to package.keywords and try with 7.1?
Just did .. [ebuild U ] media-libs/mesa-6.5-r3 [6.4.2-r2] USE="nptl% -doc%" [ebuild U ] x11-base/xorg-server-1.1.1 [1.0.2-r7] USE="3dfx% nptl% sdl% xorg% -dmx% -kdrive%" INPUT_DEVICES="keyboard%$ mouse% -acecad% -aiptek% -calcomp% -citron% -digitaledge% -dmc% -dynapro% -elo2300% -elographics% -evdev% -fpit% -hyperpen% -jamstudio% -joystick% -magellan% -microtouch% -mutouch% -palmax% -penmount% -spaceorb% -summa% -synaptic -tek4957% -ur98% -vmmouse% -void% -wacom%" VIDEO_CARDS="tdfx% -apm% -ark% -chips% -cirrus% -cyrix% -dummy% -epson% -fbdev% -glint% -i128% -i740% -i810% -imstt% -mach64% -mga% -neomagic% -nsc% -nv% -r128% -radeon% -rendition% -s3% -s3virge% -savage% -siliconmotion% -sis% -sisusb% -tga% -trident% -tseng% -v4l% -vesa% -vga% -via% -vmware% -voodoo%" [ebuild U ] x11-drivers/xf86-input-keyboard-1.1.0 [1.0.1.3] [ebuild U ] x11-drivers/xf86-input-mouse-1.1.1 [1.0.4] [ebuild U ] x11-drivers/xf86-video-tdfx-1.2.1-r1 [1.1.1.3] [ebuild U ] x11-apps/mesa-progs-6.5 [6.4.2] [ebuild U ] x11-base/xorg-x11-7.1 [7.0-r1] result aint shining :) glxgears now shows no gears at all .. but the window does come up .. but black. the only error that i can see in the Xorg.0.log is at the very bottom : DRIUnlock called when not locked there is also this worthy of mention : drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device or address) drmOpenDevice: open result is -1, (No such device or address) drmOpenDevice: Open failed drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device or address) drmOpenDevice: open result is -1, (No such device or address) drmOpenDevice: Open failed drmOpenByBusid: Searching for BusID pci:0000:01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenByBusid: drmOpenMinor returns 8 drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 (II) TDFX(0): [drm] loaded kernel module for "tdfx" driver (II) TDFX(0): [drm] DRM interface version 1.2 (II) TDFX(0): [drm] created "tdfx" driver at busid "pci:0000:01:00.0" (II) TDFX(0): [drm] added 8192 byte SAREA at 0xe0cf3000 (II) TDFX(0): [drm] mapped SAREA 0xe0cf3000 to 0xb3950000 (II) TDFX(0): [drm] framebuffer handle = 0xc0000000 (II) TDFX(0): [drm] added 1 reserved context for kernel (II) TDFX(0): [drm] Registers = 0xc8000000 (II) TDFX(0): visual configs initialized (II) TDFX(0): Using XFree86 Acceleration Architecture (XAA) Screen to screen bit blits Solid filled rectangles 8x8 mono pattern filled rectangles Indirect CPU to Screen color expansion Solid Lines Dashed Lines Offscreen Pixmaps Driver provided NonTEGlyphRenderer replacement Setting up tile and stipple cache: 32 128x128 slots 10 256x256 slots (==) TDFX(0): Backing store disabled (==) TDFX(0): Silken mouse enabled (II) TDFX(0): X context handle = 0x1 (II) TDFX(0): [drm] installed DRM signal handler (II) TDFX(0): [DRI] installation complete (II) TDFX(0): Direct rendering enabled (==) RandR enabled it looks like at first it cant find it .. then does .. dont know if it's relevant. Ric
adding note : glxgears do work at 1391 frames in 5.1 seconds = 273.020 FPS or so on the other screen ( the voodoo pci )
installed 7.12 then went back to stable where the glxgears is working thinking it may be something else.. i finally worked out how to get some backtrace of a typical tuxracer crash : here goes. (gdb) bt #0 0xb79cc237 in free () from /lib/libc.so.6 #1 0xb76ba40d in _mesa_free () from /usr/lib/xorg/modules/dri/tdfx_dri.so #2 0xb76ba470 in _mesa_align_free () from /usr/lib/xorg/modules/dri/tdfx_dri.so #3 0xb76e0f8d in _mesa_free_texmemory () from /usr/lib/xorg/modules/dri/tdfx_dri.so #4 0xb76e0fde in _mesa_free_texture_image_data () from /usr/lib/xorg/modules/dri/tdfx_dri.so #5 0xb76e0f21 in _mesa_delete_texture_image () from /usr/lib/xorg/modules/dri/tdfx_dri.so #6 0xb76e2875 in _mesa_delete_texture_object () from /usr/lib/xorg/modules/dri/tdfx_dri.so #7 0xb7665780 in _mesa_halve2x2_teximage2d () from /usr/lib/xorg/modules/dri/tdfx_dri.so #8 0xb76e1f90 in _mesa_DeleteTextures () from /usr/lib/xorg/modules/dri/tdfx_dri.so #9 0x080845c3 in ?? () #10 0x00000001 in ?? () #11 0x08852f58 in ?? () #12 0xbf8bca04 in ?? () #13 0xbf8bca08 in ?? () #14 0xb79cc272 in free () from /lib/libc.so.6 #15 0x0804b3f1 in ?? () hope this helps .. does anyone else experience this ? has anyone with the voodoo3 and xorg 7 success with GL apps ? any news/help would be highly appreciated.
I think this is best moved upstream. Please file a bug at https://bugs.freedesktop.org and post the link here. Thanks!
posted the bug as requested : https://bugs.freedesktop.org/show_bug.cgi?id=7574 though imho this aint resolved yet ;) thanks
It's not resolved, but bugs with the X code aren't our responsibility to fix. We may try from time to time, but our responsibility lies with packaging X. If there's a problem with X like this, the ball lies in upstream's court.
Created attachment 97308 [details, diff] patch to fix texture alloc. problem with tdfx dri mesa driver The problem seems to be resolved in CVS Look at http://webcvs.freedesktop.org/mesa/Mesa/src/mesa/drivers/dri/tdfx/tdfx_tex.c?r1=1.32&r2=1.33&diff_format=u I've attach a patch for Mesa-6.4.2 and 6.5, tested successfully on a x86 Gentoo Installation. Now opengl apps doesn't segfault anymore! :) I hope it helps!
Created attachment 97309 [details, diff] patch to fix texture alloc. problem with tdfx dri mesa driver The problem seems to be resolved in CVS Look at http://webcvs.freedesktop.org/mesa/Mesa/src/mesa/drivers/dri/tdfx/tdfx_tex.c?r1=1.32&r2=1.33&diff_format=u I've attach a patch for Mesa-6.4.2 and 6.5, tested successfully on a x86 Gentoo Installation. Now opengl apps doesn't segfault anymore! :) I hope it helps!
Oooopppsss, i've posted two times the same things. Please delete one of them! :P
Why don't you just use 6.5.1?
(In reply to comment #11) > Why don't you just use 6.5.1? > I've missed the release of this new version! :\ (also added in portage today, yeah!) Thanks for the advice! :)
Re-opening...
This has been fixed.