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 [EMAIL PROTECTED] [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
_______________________________________________ xorg mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/xorg
