gl-117 (1.3.1) causes gpu lockups on my rv250 with Mesa CVS head dri driver. Happens both with hw and sw tcl. The game starts, and the intro plays fine. Moving the cursor around causes an instant gpu lockup as soon as the cursor hits a menu entry (i.e. the menu entry color would change from blue to yellow, sometimes the menu entry changes the color before the lockup, sometimes not).
Some further testing shows this does not really cause a gpu lockup. It actually segfaults, but behind a LOCK_HARDWARE, and is unable to recover from that. This appears to be the same bug as #2516, since the crash happens within a rasterization fallback (GL_SELECT render mode). Backtrace looks the same too (using the same method to get a backtrace locally as there). Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 991689824 (LWP 19537)] _tnl_build_vertices (ctx=0x8152e48, start=0, end=0, newinputs=0) at tnl/t_vertex.c:1379 1379 a[j].inputstride = vptr->stride; Current language: auto; currently c (gdb) bt #0 _tnl_build_vertices (ctx=0x8152e48, start=0, end=0, newinputs=0) at tnl/t_vertex.c:1379 #1 0x3b2ee237 in run_render (ctx=0x8152e48, stage=0x0) at tnl/t_vb_render.c:296 #2 0x3b2df232 in _tnl_run_pipeline (ctx=0x8152e48) at tnl/t_pipeline.c:159 #3 0x3b263b4f in r200WrapRunPipeline (ctx=0x8152e48) at r200_state.c:2316 #4 0x3b2fc66a in _tnl_flush_vtx (ctx=0x8152e48) at tnl/t_vtx_exec.c:283 #5 0x3b2f7afc in _tnl_FlushVertices (ctx=0x8152e48, flags=1) at tnl/t_vtx_api.c:838 #6 0x3b275c88 in r200FlushVertices (ctx=0x8152e48, flags=1) at r200_swtcl.c:906 #7 0x3b353213 in _mesa_set_enable (ctx=0x8152e48, cap=3008, state=0 '\0') at main/enable.c:221 #8 0x3b355261 in _mesa_Disable (cap=3008) at main/enable.c:1053 #9 0x08087922 in Font::drawText (this=0x865e388, x=-0.9375, y=0.109000005, z=-2, str=0x8a5a1b0 "ADD", c=0x80ffc1c, centered=false, highlight=-1, highlightcol=0x848cd68) at effects.cpp:555 #10 0x08087d5e in Font::drawText (this=0x0, x=-0.9375, y=1.36250007, z=-2, str=0x8a5a1b0 "ADD", c=0x80ffc1c) at effects.cpp:582 #11 0x080a3053 in Button::draw (this=0x8a5a188) at menu.cpp:407 #12 0x080a2045 in Container::draw (this=0x8a3d288) at menu.cpp:151 #13 0x080a2045 in Container::draw (this=0x80eb620) at menu.cpp:151 #14 0x080a3b22 in Container::eventMouse (this=0x80eb620, x=345, y=222, button=0) at menu.cpp:194 #15 0x08060dc3 in sdlMainLoop () at main.cpp:4939 #16 0x08061441 in main (argc=1, argv=0xaffff1e4) at main.cpp:7593
This has nothing to-do with gl-117. TNL build vertices bug. See my post about 'texdown - 'b'-button' in DRI-Devel. http://marc.theaimsgroup.com/?l=dri-devel&m=110858511613193&w=2 Maybe you or I should open a bug report, here. Regards, Dieter
indeed, (In reply to comment #2) > This has nothing to-do with gl-117. Indeed. > TNL build vertices bug. > Maybe you or I should open a bug report, here. This happens only with rasterization fallbacks. Thus I believe #2516 should track this well enough. *** This bug has been marked as a duplicate of 2516 ***
Mass version move, cvs -> git
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.