On Mon, Jan 17, 2011 at 12:41:19PM +0000, Anton Shterenlikht wrote: > On ia64 r216732 I got this panic: > > > - - - - - - - - - - Prior Console Output - - - - - - - - - - > cr.iip = 0xe00000000482b8a0 > cr.ipsr = 0x210080a6038 (ac,mfl,mfh,ic,i,dt,dfh,rt,cpl=0,it,ri=1) > cr.isr = 0xa0200000000 (code=0,vector=0,w,ei=1,ed) > cr.ifa = 0x71000406376e661 > curthread = 0xe00000001198e450 > pid = 41614, comm = initial thread > > [ thread pid 41614 tid 100081 ] > Stopped at bzero+0xd1: [M1] st8 [r21]=r0,0x40 > db> > - - - - - - - - - - - - Live Console - - - - - - - - - - - - > db> thread 100081 > [ thread pid 41614 tid 100081 ] > bzero+0xd1: [M1] st8 [r21]=r0,0x40 > db> > db> show thread > Thread 100081 at 0xe00000001198e450: > proc (pid 41614): 0xe000000011982cd8 > name: initial thread > stack: 0xa0000000c6eca000-0xa0000000c6ed1fff > flags: 0x10004 pflags: 0 > state: RUNNING (CPU 1) > priority: 201 > container lock: sched lock 1 (0xe000000004a1db80) > db> > db> bt > Tracing pid 41614 tid 100081 td 0xe00000001198e450 > UNW: unw_copyin_from_pcb(0xe000000004a36e40, 102) > bzero() at bzero+0xd1 > vfs_bio_clrbuf(0xa00000007ee73a80, 0xa0000000aa57a000, 0x2000, 0xa0000000aa57c00 > 0, 0xa00000007ee73bb0, 0xffff, 0x0, 0x0) at vfs_bio_clrbuf+0x400 > ffs_balloc_ufs2(0xe00000001b70c000, 0x0, 0x25ce, 0xe00000001c224a00, 0x2010000, > 0xa0000000c6ed1240) at ffs_balloc_ufs2+0x1630 > ffs_write(0xa0000000c6ed1328, 0x25ce, 0x0) at ffs_write+0x520 > VOP_WRITE_APV(0xe0000000049c6698, 0xa0000000c6ed1328, 0x0, 0x0) at VOP_WRITE_APV > +0x2d0 > vn_write(0xe00000001fc5f2c0, 0xa0000000c6ed1360, 0xe00000001c224a00, 0x0, 0xe000 > 00001b70c000) at vn_write+0x420 > dofilewrite(0xe00000001198e450, 0x3, 0xe00000001fc5f2c0, 0xa0000000c6ed1360, 0xf > fffffffffffffff, 0x0) at dofilewrite+0x160 > kern_writev(0xe00000001198e450, 0x3, 0xa0000000c6ed1360) at kern_writev+0x70 > write(0xe00000001198e450, 0xa0000000c6ed14e8, 0xe00000000443e610, 0x50e) at writ > e+0xd0 > syscallenter(0xe00000001198e450, 0xa0000000c6ed13a0, 0xa0000000c6ed13a8) at sysc > allenter+0x4e0 > syscall(0xa0000000c6ed14c8, 0xe00000001198e450, 0x25ce, 0xe00000000483e180, 0x8, > 0x309) at syscall+0x60 > epc_syscall_return() at epc_syscall_return > db> > > >From console logs: > > Jan 17 09:03:52 mech-cluster241 su: mexas to root on /dev/pts/2 > lock order reversal: (sleepable after non-sleepable) > 1st 0xe00000001f558948 vm object (standard object) _at_ /usr/src/sys/kern/vfs_bio. > c:3739 > > _sx_slock(0xe0000000118bb018, 0x0, 0xe0000000048c6460, 0xe11) at _sx_slock+0xb0 > _vm_map_lock_read(0xe0000000118bafa0, 0xe0000000048c6460, 0xe11, 0xe0000000047ca > 600) at _vm_map_lock_read+0x80 > vm_map_lookup(0xa0000000c6ed0118, 0x71000406376e000, 0x2, 0xa0000000c6ed0120, 0x > a0000000c6ed0108, 0xa0000000c6ed0110, 0xa0000000c6ed0060, 0xa0000000c6ed0064) at > vm_map_lookup+0x70 > vm_fault_hold(0xe0000000118bafa0, 0x71000406376e000, 0x2, 0x0, 0x0) at vm_fault_ > hold+0x260 > vm_fault(0xe0000000118bafa0, 0x71000406376e000, 0x2, 0x0, 0xe0000000048431c0, 0x > 716, 0x716) at vm_fault+0x40 > trap(0x14, 0xa0000000c6ed0c00) at trap+0x9a0 > ivt_Data_TLB() at ivt_Data_TLB+0x1d0 > --- trapframe at 0xa0000000c6ed0c00 > bzero() at bzero+0xd1 > vfs_bio_clrbuf(0xa00000007ee73a80, 0xa0000000aa57a000, 0x2000, 0xa0000000aa57c00 > 0, 0xa00000007ee73bb0, 0xffff, 0x0, 0x0) at vfs_bio_clrbuf+0x400 > ffs_balloc_ufs2(0xe00000001b70c000, 0x0, 0x25ce, 0xe00000001c224a00, 0x2010000, > 0xa0000000c6ed1240) at ffs_balloc_ufs2+0x1630 > ffs_write(0xa0000000c6ed1328, 0x25ce, 0x0) at ffs_write+0x520 > VOP_WRITE_APV(0xe0000000049c6698, 0xa0000000c6ed1328, 0x0, 0x0) at VOP_WRITE_APV > +0x2d0 > > kern_writev(0xe00000001198e450, 0x3, 0xa0000000c6ed1360) at kern_writev+0x70 > write(0xe00000001198e450, 0xa0000000c6ed14e8, 0xe00000000443e610, 0x50e) at writ > e+0xd0 > syscallenter(0xe00000001198e450, 0xa0000000c6ed13a0, 0xa0000000c6ed13a8) at sysc > allenter+0x4e0 > syscall(0xa0000000c6ed14c8, 0xe00000001198e450, 0x25ce, 0xe00000000483e180, 0x8, > 0x309) at syscall+0x60 > epc_syscall_return() at epc_syscall_return > > fatal kernel trap (cpu 1): > > trap vector = 0x14 (Page Not Present) > cr.iip = 0xe00000000482b8a0 > cr.ipsr = 0x210080a6038 (ac,mfl,mfh,ic,i,dt,dfh,rt,cpl=0,it,ri=1) > cr.isr = 0xa0200000000 (code=0,vector=0,w,ei=1,ed) > cr.ifa = 0x71000406376e661 > curthread = 0xe00000001198e450 > pid = 41614, comm = initial thread > > [ thread pid 41614 tid 100081 ] > Stopped at bzero+0xd1: [M1] st8 [r21]=r0,0x40 > I got a similar panic twice more, but now with trap vector = 0x19 (Disabled FP-Register) All three times I was running "make test" under ports/ImageMagick. Quite a few other processes were running at the time as well, firefox, etc. fatal kernel trap (cpu 0): trap vector = 0x19 (Disabled FP-Register) cr.iip = 0x200000004019e2d0 cr.ipsr = 0x1010080a6030 (mfl,mfh,ic,i,dt,dfh,rt,cpl=0,it,ri=0,bn) cr.isr = 0x400000002 (code=2,vector=0,r,ei=0) cr.ifa = 0x2000000040142000 curthread = 0xe0000000118b68a0 pid = 16328, comm = initial thread [ thread pid 16328 tid 100077 ] Stopped at 0x200000004019e2d0: [M0] ldfd f32=[r106] db> db> db> show thread Thread 100077 at 0xe0000000118b68a0: proc (pid 16328): 0xe0000000119aa000 name: initial thread stack: 0xa0000000c6eaa000-0xa0000000c6eb1fff flags: 0x4 pflags: 0 state: RUNNING (CPU 0) priority: 202 container lock: sched lock 0 (0xe000000004a1cf00) db> db> thread 100077 [ thread pid 16328 tid 100077 ] 0x200000004019e2d0: [M0] ldfd f32=[r106] db> db> bt Tracing pid 16328 tid 100077 td 0xe0000000118b68a0 (null)(...) at 0x200000004019e2d0 db> And another one: fatal kernel trap (cpu 1): trap vector = 0x19 (Disabled FP-Register) cr.iip = 0x200000004019e2d0 cr.ipsr = 0x1010080a6030 (mfl,mfh,ic,i,dt,dfh,rt,cpl=0,it,ri=0,bn) cr.isr = 0x400000002 (code=2,vector=0,r,ei=0) cr.ifa = 0x20000000437b4000 curthread = 0xe0000000119a3590 pid = 13378, comm = initial thread [ thread pid 13378 tid 100084 ] Stopped at 0x200000004019e2d0: [M0] ldfd f32=[r106] db> show thread Thread 100084 at 0xe0000000119a3590: proc (pid 13378): 0xe00000001199c000 name: initial thread stack: 0xa0000000c6ee2000-0xa0000000c6ee9fff flags: 0x4 pflags: 0 state: RUNNING (CPU 1) priority: 201 container lock: sched lock 1 (0xe000000004a1db80) db> db> thread 100084 [ thread pid 13378 tid 100084 ] 0x200000004019e2d0: [M0] ldfd f32=[r106] db> bt Tracing pid 13378 tid 100084 td 0xe0000000119a3590 (null)(...) at 0x200000004019e2d0 db> db> panic panic: from debugger cpuid = 1 KDB: stack backtrace: db_trace_self(0xe000000004164be0) at db_trace_self+0x20 db_trace_self_wrapper(0xe0000000044234f0) at db_trace_self_wrapper+0x70 kdb_backtrace(0xe0000000049f3d88, 0xe0000000043c5820, 0x30a, 0xe000000004bd4220) at kdb_backtrace+0xc0 mi_switch(0x100, 0x0, 0xe0000000119a3590, 0xe0000000044037c0) at mi_switch+0x280 sched_bind(0xe0000000119a3590, 0x0, 0xe0000000119a39a8, 0xe0000000043b3f20) at s ched_bind+0x170 kern_reboot(0x104, 0xe0000000119a3590, 0xe000000004892260, 0x793) at kern_reboot +0x70 panic(0xe00000000486be58) at panic+0x330 db_panic(0xe000000004160010, 0x40c, 0xffffffffffffffff) at db_panic+0x40 db_command(0xe0000000049f2fa0, 0x0, 0x1) at db_command+0x750 db_command_loop(0xe0000000049f2fc8, 0xe0000000049f2f98, 0xe0000000049f2fa0, 0xe0 0000000486bf08) at db_command_loop+0xf0 db_trap(0x19, 0xe000000004423940) at db_trap+0x2b0 kdb_trap(0x19, 0x0, 0xa0000000c6ee9400, 0x1) at kdb_trap+0x200 trap_panic(0x19, 0xa0000000c6ee9400, 0xe0000000048434d0, 0x716, 0x9fffffffffff85 50) at trap_panic+0x70 trap(0x19, 0xa0000000c6ee9400) at trap+0xcb0 ivt_Disabled_FP_Register() at ivt_Disabled_FP_Register+0x30 db> -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423Received on Tue Jan 18 2011 - 13:30:56 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:10 UTC