| Summary: | gl-117 causes lockups | ||
|---|---|---|---|
| Product: | Mesa | Reporter: | Roland Scheidegger <sroland> |
| Component: | Drivers/DRI/r200 | Assignee: | Default DRI bug account <dri-devel> |
| Status: | RESOLVED DUPLICATE | QA Contact: | |
| Severity: | major | ||
| Priority: | high | ||
| Version: | git | ||
| Hardware: | x86 (IA32) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
|
Description
Roland Scheidegger
2005-02-22 09:50:51 UTC
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.