"Andrey" reported that torcs crashes right away. The debugging backtrace is: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb74c68d0 (LWP 5812)] draw_rgba_pixels (ctx=0x805af30, x=320, y=240, width=800, height=600, format=6408, type=5121, unpack=0x8066b7c, pixels=0xb0fe8008) at swrast/s_drawpix.c:57 in swrast/s_drawpix.c (gdb) #0 draw_rgba_pixels (ctx=0x805af30, x=320, y=240, width=800, height=600, format=6408, type=5121, unpack=0x8066b7c, pixels=0xb0fe8008) at swrast/s_drawpix.c:57 #1 0xb73b97a9 in _swrast_DrawPixels (ctx=0x805af30, x=320, y=240, width=800, height=600, format=6408, type=5121, unpack=0x8066b7c, pixels=0xb0fe8008) at swrast/s_drawpix.c:900 #2 0xb74183f4 in _mesa_DrawPixels (width=800, height=600, format=6408, type=5121, pixels=0xb0fe8008) at main/drawpix.c:186 #3 0xb7ec57a2 in ?? () from /usr/lib/torcs/lib/libclient.so #4 0xb7a6cc46 in ?? () from /usr/lib/libglut.so.3 #5 0x0804c410 in ?? () #6 0xb7f04780 in ?? () from /lib/ld-linux.so.2 #7 0x0804c410 in ?? () #8 0x0804c410 in ?? () #9 0xb7a6db40 in ?? () from /usr/lib/libglut.so.3 #10 0xbf876f18 in ?? () #11 0xb7a891b0 in ?? () from /usr/lib/libglut.so.3 #12 0x0804c410 in ?? () #13 0xbf876f18 in ?? () #14 0xbf876e48 in ?? () #15 0xb7a70142 in fgEnumWindows () from /usr/lib/libglut.so.3 Backtrace stopped: frame did not save the PC
Andrey uses Debian libgl1-mesa-dri 7.0.2-3 (based on mesa_7_0_branch commit 0107acde).
From the backtrace it doesn't seem to be specific to a Unichrome. Could Andrey try Mesa HEAD from git? Torcs does not segfault here on a Unichrome with the latest git. (But it freezes when ready to race -- not much better.)
(In reply to comment #2) > From the backtrace it doesn't seem to be specific to a Unichrome. Could Andrey > try Mesa HEAD from git? Torcs does not segfault here on a Unichrome with the > latest git. (But it freezes when ready to race -- not much better.) > Sorry, but I'm afraid I can't help you with testing latest Mesa unless you provide me with detailed instructions of how to correctly install it in Debian. I tried to run TORCS on my working computer, and I must be sure that I will be able to revert Mesa to stable version without pain. Andrey
You could build Mesa by following http://dri.freedesktop.org/wiki/Building , sections 1.4 and 1.6 (option 2). But looking at the Debian bug, you appear to have a K8M800 chipset. For that chip 3D acceleration does not seem to work at all. See bug #5092, especially comments 22 and 24. Does any openGL program work on your machine? glxgears? tuxracer? crack-attack? bzflag? Be prepared to experience a lockup when you try any of those programs.
(In reply to comment #4) > But looking at the Debian bug, you appear to > have a K8M800 chipset. For that chip 3D acceleration does not seem to work at > all. See bug #5092, especially comments 22 and 24. Does any openGL program > work on your machine? glxgears? tuxracer? crack-attack? bzflag? Be > prepared to experience a lockup when you try any of those programs. > I actually have K8N800 chipset which seems to be cheaper and crappier version of K8M800. I confirm the behavior described in #5092 (glxgears run Ok, Google Earth freezes system after some seconds). I thought that my problem with TORCS was the symptom of a more general bug (described in #5092) and sent the report so this general bug is documented. It appears that the problem is already known, which is good. I suggest lowering the priority for this bug, because it is not critical for me at all (I'm not a gamer). Also, I don't think anyone would ever buy PC with crappiest integrated VIA video for 3D gaming ;-) Andrey
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/openchrome/old-bug-database/issues/7.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.