Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 140471 - GL applications wont run on voodoo3 xorg 7.0
Summary: GL applications wont run on voodoo3 xorg 7.0
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High major (vote)
Assignee: Gentoo X packagers
URL: https://bugs.freedesktop.org/show_bug...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-07-15 04:35 UTC by Richard
Modified: 2006-09-19 19:07 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
patch to fix texture alloc. problem with tdfx dri mesa driver (mesa_tdfx_texture.patch,1.38 KB, patch)
2006-09-18 00:56 UTC, Davide Cendron (RETIRED)
Details | Diff
patch to fix texture alloc. problem with tdfx dri mesa driver (mesa_tdfx_texture.patch,1.38 KB, patch)
2006-09-18 00:59 UTC, Davide Cendron (RETIRED)
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Richard 2006-07-15 04:35:01 UTC
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
Comment 1 Donnie Berkholz (RETIRED) gentoo-dev 2006-07-15 10:00:31 UTC
Can you add xorg-server, your drivers and mesa to package.keywords and try with 7.1?
Comment 2 Richard 2006-07-15 12:58:25 UTC
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
Comment 3 Richard 2006-07-15 13:01:56 UTC
adding note  : glxgears do work at 
1391 frames in 5.1 seconds = 273.020 FPS
or so on the other screen ( the voodoo pci ) 

Comment 4 Richard 2006-07-18 02:57:39 UTC
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.
Comment 5 Joshua Baergen (RETIRED) gentoo-dev 2006-07-19 18:51:35 UTC
I think this is best moved upstream.  Please file a bug at https://bugs.freedesktop.org and post the link here.  Thanks!
Comment 6 Richard 2006-07-20 02:46:12 UTC
posted the bug as requested : 
https://bugs.freedesktop.org/show_bug.cgi?id=7574

though imho this aint resolved yet  ;)

thanks  
Comment 7 Joshua Baergen (RETIRED) gentoo-dev 2006-07-23 11:26:31 UTC
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.
Comment 8 Davide Cendron (RETIRED) gentoo-dev 2006-09-18 00:56:56 UTC
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!
Comment 9 Davide Cendron (RETIRED) gentoo-dev 2006-09-18 00:59:04 UTC
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!
Comment 10 Davide Cendron (RETIRED) gentoo-dev 2006-09-18 01:03:10 UTC
Oooopppsss, i've posted two times the same things.

Please delete one of them! :P
Comment 11 Donnie Berkholz (RETIRED) gentoo-dev 2006-09-18 01:09:03 UTC
Why don't you just use 6.5.1?
Comment 12 Davide Cendron (RETIRED) gentoo-dev 2006-09-18 01:38:00 UTC
(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! :)
Comment 13 Joshua Baergen (RETIRED) gentoo-dev 2006-09-19 19:06:50 UTC
Re-opening...
Comment 14 Joshua Baergen (RETIRED) gentoo-dev 2006-09-19 19:07:05 UTC
This has been fixed.