On 2016/04/27 13:54, Alexey Suslikov wrote:
> Another one from my collection.
>
> Apr 16:
>
> ddb{0}> show panic
> the kernel did not panic
There should be some lines printed before you get dumped into DDB
(probably a uvm_fault), the information in them is important.
> ddb{0}> trace
> pool_do_get() at pool_do_get+0x90
> pool_get() at pool_get+0xb5
> m_get() at m_get+0x28
> sbappendaddr() at sbappendaddr+0x9a
> uipc_usrreq() at uipc_usrreq+0x3b8
> sosend() at sosend+0x3d8
> dosendsyslog() at dosendsyslog+0x110
> sys_sendsyslog2() at sys_sendsyslog2+0xbd
> syscall() at syscall+0x368
> --- syscall (number 112) ---
> end of kernel
> end trace frame: 0x183f8dab6913, count: -9
> 0x1842755e571a:
>
> ddb{0}> show registers
> rdi 0x7
> rsi 0x9ff5c49ed229ae92
> rbp 0xffff8000222f5b00
> rbx 0xffffff022d80d6d0
> rdx 0xffff8000222f5b64
> rcx 0xffffffff818c76e0 cpu_info_primary
> rax 0x7293fa06e984af44
> r8 0
> r9 0x1
> r10 0xffffffff811c7c00 uipc_usrreq
> r11 0xffffffff81344be0 copy_fault
> r12 0xffffffff8194c000 mbpool
> r13 0xffffff40b152a900
> r14 0x2
> r15 0xffffffff818b4570 sun_noname
> rip 0xffffffff811a5340 pool_do_get+0x90
> cs 0x8
> rflags 0x10282 __ALIGN_SIZE+0xf282
> rsp 0xffff8000222f5ab0
> ss 0x10
> pool_do_get+0x90: movq 0(%r13),%rdi
>
