Lockup on intel dri

Eric Anholt eric at anholt.net
Sun Oct 26 13:32:22 PDT 2008


On Sat, 2008-10-25 at 15:33 +0100, Colin Guthrie wrote:
> Colin Guthrie wrote:
> > Eric Anholt wrote:
> >> Could you get a gdb backtrace?
> > 
> > Hmm it seems that whenever the machine is locked up and I attach gdb to 
> > the process it just prints:
> > "Redelivering pending alarm clock"
> > And then gdb freeze :s
> > 
> > I've attached gdb to X process before the lockup this time and will see 
> > what happens when it next occurs.
> 
> OK, got a good 'un. Hopefully this is understandable. Please let me know 
> if you prefer to do this via BZ. I'm happy either way as I read this 
> list quite often.
> 
> Col
> 
> plain text document attachment (x-dri-lockup.txt)
> (gdb) continue
> Continuing.
> ^C
> Program received signal SIGINT, Interrupt.
> 0x00007ff123d7b694 in __lll_lock_wait () from /lib64/libpthread.so.0
> (gdb) info threads
> * 1 Thread 0x7ff12455d6f0 (LWP 22427)  0x00007ff123d7b694 in __lll_lock_wait () from /lib64/libpthread.so.0
> (gdb) bt
> #0  0x00007ff123d7b694 in __lll_lock_wait () from /lib64/libpthread.so.0
> #1  0x00007ff123d76f34 in _L_lock_100 () from /lib64/libpthread.so.0
> #2  0x00007ff123d76941 in pthread_mutex_lock () from /lib64/libpthread.so.0
> #3  0x00007ff120d1a664 in dri_fake_bo_exec (bo=0x2e853c0, used=1304, cliprects=0x1799210, num_cliprects=1, DR4=0) at intel_bufmgr_fake.c:1060
> #4  0x00007ff10fe13d1f in _intel_batchbuffer_flush (batch=0x1ec1ec0, file=<value optimized out>, line=<value optimized out>) at intel_batchbuffer.c:152
> #5  0x00007ff10fe27812 in i915_emit_state (intel=0x1952a20) at i915_vtbl.c:345
> #6  0x00007ff10fe3bef1 in intelRenderStart (ctx=0x1952a20) at intel_tris.c:998
> #7  0x00007ff10fadb370 in run_render (ctx=0x17805c0, stage=0x80) at tnl/t_vb_render.c:275
> #8  0x00007ff10fad2374 in _tnl_run_pipeline (ctx=0x1952a20) at tnl/t_pipeline.c:158
> #9  0x00007ff10fe45810 in intelRunPipeline (ctx=0x1952a20) at intel_tris.c:987
> #10 0x00007ff10fad2ef9 in _tnl_draw_prims (ctx=0x1952a20, arrays=<value optimized out>, prim=0x7fff2c5ab3e0, nr_prims=1, ib=0x0, min_index=0, max_index=3) at tnl/t_draw.c:402
> #11 0x00007ff10faca2a9 in vbo_exec_DrawArrays (mode=7, start=0, count=4) at vbo/vbo_exec_array.c:267

Thanks for the detailed info.  This one is fixed in libdrm master,
commit 769197c8f16eaf3c0a476a4459e535afd4a939cb.  We should be rolling a
2.4.1 pretty soon once we clean up a couple more little issues.

-- 
Eric Anholt
eric at anholt.net                         eric.anholt at intel.com


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
URL: <http://lists.x.org/archives/xorg/attachments/20081026/874464e2/attachment.pgp>


More information about the xorg mailing list