Re: ULE LOR panic at boot (more)

On Friday 12 December 2003 20:36, Robin P. Blanchard wrote:
> A bit more (hopefully useful) information regarding this LOR panic. A
> verbose boot into the panic follows...
(...)
> lock order reversal
>  1st 0xc063ece0 sched lock (sched lock) _at_
> /usr/src/sys/kern/sched_ule.c:1465 2nd 0xc0673780 sio (sio) _at_
> /usr/src/sys/dev/sio/sio.c:3203
> Stack backtrace:
> backtrace(c05f90ac,c0673780,c062ede0,c062ede0,c0604dd1) at backtrace+0x17
> witness_lock(c0673780,8,c0604dd1,c83,3f8) at witness_lock+0x5aa
> _mtx_lock_spin_flags(c0673780,0,c0604dd1,c83,ffffffff) at
> _mtx_lock_spin_flags+0
> x8a
> siocnputc(c062ef60,6b,5,d7657b60,6b) at siocnputc+0x81
> cnputc(6b,ffffffff,1,c1907500,c06085a9) at cnputc+0x7a
> putchar(6b,d7657b60,ffffffff,ffffffff,ffffffff) at putchar+0x6c
> kvprintf(c06085a8,c04d5300,d7657b60,a,d7657b80) at kvprintf+0x8d
> printf(c06085a8,c,c063ece0,c4354280,c1907500) at printf+0x57
> trap(c0640018,10,10,1,0) at trap+0xd7
> calltrap() at calltrap+0x5
> --- trap 0xc, eip = 0xc05b8be0, esp = 0xd7657c04, ebp = 0xd7657c10 ---
> lapic_ipi_wait(f4240,d7657c38,0,1,d7657c44) at lapic_ipi_wait+0x30
> lapic_ipi_vectored(f3,0,c1902360,0,c0640f40) at lapic_ipi_vectored+0x4f
> ipi_selected(1,f3) at ipi_selected+0x25
> kseq_notify(c1902360,0,c1902360,3,c436b000) at kseq_notify+0x7e
> kseq_transfer(c0640f40,c1902360,3,c0640f40,c05f76a3) at kseq_transfer+0xc1
> sched_add(c436b000,c0640f40,d7657cdc,c04c9918,c0640f40) at sched_add+0x165
> kseq_assign(c0640f40,0,c05f76a3,5b9,c0603a9a) at kseq_assign+0x42
> sched_runnable(c063ece0,0,c0603a9a,a0,d7657d10) at sched_runnable+0x58
> vm_pagezero(0,d7657d48,c05f4b01,311,ffffffff) at vm_pagezero+0xfd
> fork_exit(c0588ff0,0,d7657d48) at fork_exit+0x7e
> fork_trampoline() at fork_trampoline+0x8
> --- trap 0x1, eip = 0, esp = 0xd7657d7c, ebp = 0 ---
> Debugger("witness_lock")
> Stopped at      Debugger+0x55:  xchgl   %ebx,in_Debugger.0
> db> show locks
> exclusive spin mutex sched lock r = 0 (0xc063ece0) locked _at_
> /usr/src/sys/kern/sc
> hed_ule.c:1465
> db> cont
> kernel trap 12 with interrupts disabled
>
>
> Fatal trap 12: page fault while in kernel mode
> cpuid = 0; apic id = 00
> fault virtual address   = 0x300
> fault code              = supervisor read, page not present
> instruction pointer     = 0x8:0xc05b8be0
> stack pointer           = 0x10:0xd7657c04
> frame pointer           = 0x10:0xd7657c10
> code segment            = base 0x0, limit 0xfffff, type 0x1b
>                         = DPL 0, pres 1, def32 1, gran 1
> processor eflags        = resume, IOPL = 0
> vm_pagezero(0,d7657d48,c05f4b01,311,ffffffff) at vm_pagezero+0xfd
> fork_exit(c0588ff0,0,d7657d48) at fork_exit+0x7e
> fork_trampoline() at fork_trampoline+0x8
> --- trap 0x1, eip = 0, esp = 0xd7657d7c, ebp = 0 ---
> Debugger("witness_lock")
> Stopped at      Debugger+0x55:  xchgl   %ebx,in_Debugger.0
> db> show locks
> exclusive spin mutex sched lock r = 0 (0xc063ece0) locked _at_
> /usr/src/sys/kern/sc
> hed_ule.c:1465
> db> cont
> kernel trap 12 with interrupts disabled
>
>
> Fatal trap 12: page fault while in kernel mode
> cpuid = 0; apic id = 00
> fault virtual address   = 0x300
> fault code              = supervisor read, page not present
> instruction pointer     = 0x8:0xc05b8be0
> stack pointer           = 0x10:0xd7657c04
> frame pointer           = 0x10:0xd7657c10
> code segment            = base 0x0, limit 0xfffff, type 0x1b
>                         = DPL 0, pres 1, def32 1, gran 1
> processor eflags        = resume, IOPL = 0
> current process         = 39 (pagezero)
> kernel: type 12 trap, code=0
> Stopped at      lapic_ipi_wait+0x30:    movl    0x300(%ebx),%eax
> db> cont
> panic: blockable sleep lock (sleep mutex) process lock _at_
> /usr/src/sys/i386/i386/
> trap.c:706
> cpuid = 0;
> Stack backtrace:
> backtrace(c05e9529,0,c05f8f1b,d7657ae4,100) at backtrace+0x17
> panic(c05f8f1b,c0602d10,c05f6131,c060860b,2c2) at panic+0x141
> witness_lock(c43cb77c,8,c060860b,2c2,c43cb77c) at witness_lock+0xa0
> _mtx_lock_flags(c43cb77c,0,c060860b,2c2,c1907500) at _mtx_lock_flags+0x6a
> trap_pfault(d7657bc4,0,300,c4354280,300) at trap_pfault+0x9b
> trap(18,10,10,1,0) at trap+0x2fd
> calltrap() at calltrap+0x5
> --- trap 0xc, eip = 0xc05b8be0, esp = 0xd7657c04, ebp = 0xd7657c10 ---
> lapic_ipi_wait(f4240,d7657c38,0,1,d7657c44) at lapic_ipi_wait+0x30
> lapic_ipi_vectored(f3,0,c1902360,0,c0640f40) at lapic_ipi_vectored+0x4f
> ipi_selected(1,f3) at ipi_selected+0x25
> kseq_notify(c1902360,0,c1902360,3,c436b000) at kseq_notify+0x7e
> kseq_transfer(c0640f40,c1902360,3,c0640f40,c05f76a3) at kseq_transfer+0xc1
> sched_add(c436b000,c0640f40,d7657cdc,c04c9918,c0640f40) at sched_add+0x165
> kseq_assign(c0640f40,0,c05f76a3,5b9,c0603a9a) at kseq_assign+0x42
> sched_runnable(c063ece0,0,c0603a9a,a0,d7657d10) at sched_runnable+0x58
> vm_pagezero(0,d7657d48,c05f4b01,311,ffffffff) at vm_pagezero+0xfd
> fork_exit(c0588ff0,0,d7657d48) at fork_exit+0x7e
> fork_trampoline() at fork_trampoline+0x8
> --- trap 0x1, eip = 0, esp = 0xd7657d7c, ebp = 0 ---
> Debugger("panic")

I get the same panic here with a kernel from today. kernel from 9 December 
works.

Best regards,

Arjan

>
>
>
> ---------------------------------------
> Robin P. Blanchard
> Systems Integration Specialist
> Georgia Center for Continuing Education
> fon: 706.542.2404 < > fax: 706.542.6546
> ---------------------------------------
>
> _______________________________________________
> freebsd-current_at_freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"