On Wed, Oct 20 2021, Jeremie Courreges-Anglas <j...@wxcvbn.org> wrote:

[...]

> The machine is waiting in ddb(4).  In the past panics, I didn't get
> control back after typing a ddb command, better choose wisely. ;)

Here's a nicer looking trace, I lost control after that command.

ddb{3}> show panic
*cpu3: Fatal page fault at 0xffffffc0002f043e: 0xffffff822804431c
ddb{3}> trace
panic() at panic+0xfa
panic() at do_trap_supervisor+0x232
dump_regs() at cpu_exception_handler_supervisor+0x78
cpu_exception_handler_supervisor() at pool_put+0x30
pool_put() at ffs_reclaim+0x5c
ffs_reclaim() at VOP_RECLAIM+0x32
VOP_RECLAIM() at vclean+0x122
vclean() at vgonel+0x4a
vgonel() at getnewvnode+0x196
getnewvnode() at ffs_vget+0x9a
ffs_vget() at ffs_inode_alloc+0xce
ffs_inode_alloc() at ufs_makeinode+0x5c
ufs_makeinode() at ufs_create+0x30
ufs_create() at VOP_CREATE+0x30
VOP_CREATE() at vn_open+0x1de
vn_open() at doopenat+0x170
doopenat() at svc_handler+0x288
svc_handler() at do_trap_user+0x14e
do_trap_user() at cpu_exception_handler_user+0x7a
<hangs>

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

Reply via email to