Mathieu - wrote:
> Martin Pieuchot wrote:
> > On 23/05/18(Wed) 11:14, Hrvoje Popovski wrote:
> > > On 22.5.2018. 17:03, Theo Buehler wrote:
> > > > I applied the diff, made syscalls, then built and installed a new
> > > > kernel. With that, I ran into a reliable complete lockup on my x230 by
> > > > starting in an xterm
> > > >
> > > > # make -j 3 build 2>&1 | tee -a /home/theo/buildlog
> > > >
> > > > and then navigating firefox to youtube and trying to start some video.
> > > >
> > > > Unfortunately, I don't know how to provide you with any more useful
> > > > information.
> > > >
> > > > The machine becomes completely unresponsive, the mouse pointer is
> > > > frozen, I'm unable to break into ddb, and the machine is no longer
> > > > pingable.
> > > >
> > >
> > > same as tb@. my box is having transmission, samba and nfs and everything
> > > seemed fine until i started make -j4 build then it became unresponsive.
> >
> > I need to find some time to reproduce the hang. In the meantime if you
> > want to try a WITNESS kernel, that might give us more clues.
> >
>
> I did just that and the kernel still hangs without more informations.
>
Hello,
Finally got around to set up a working serial on vbox (that was way
more convoluted than expected ...), and I got a nice trace with a
WITNESS kernel:
Stopped at db_enter+0x5: popq %rbp
TID PID UID PRFLAGS PFLAGS CPU COMMAND
305236 60972 1000 0x300002 0x4000080 1 chrome
*313351 36882 1000 0x200002 0x4000000 0 chrome
ddb{0}> show panic
acquiring blockable sleep lock with spinlock or critical section held (kernel_l
ock) &kernel_lock @ /usr/src/sys/arch/amd64/amd64/intr.c:525
ddb{0}> bt
db_enter() at db_enter+0x5
panic() at panic+0x138
witness_checkorder(ffffffff81a0dfdb,20d,0,ffffffff81cd05d8,ffff8000000a2900) at
witness_checkorder+0xd32
___mp_lock(ffff8000000a2900,ffff800022415768,ffffffff81ba2ff0) at ___mp_lock+0x
72
intr_handler(ffffff011dc095a8,ffff8000000a1f80) at intr_handler+0x40
Xintr_ioapic_level11_untramp(ffffffff81788920,ffff800022415840,ffffffff81b82239
,bebc200,ffffffff81bcfef0,d) at Xintr_ioapic_level11_untramp+0x141
spllower(10) at spllower+0x46
fd_getfile(ffff800022222e08,8b) at fd_getfile+0x31
recvit(ffff800022222e08,ffff800022415a70,ffff800022415a60,ffff800022415970,0) a
t recvit+0x4c
sys_recvmsg(1b0,ffff800022222e08,1b) at sys_recvmsg+0xf3
syscall(0) at syscall+0x31d
Xsyscall_untramp(c,0,0,0,0,1b) at Xsyscall_untramp+0xc0
end of kernel
end trace frame: 0x15dae507ff50, count: -12
ddb{1}> bt
x86_ipi_db(4c22613530) at x86_ipi_db+0x5
x86_ipi_handler() at x86_ipi_handler+0x70
Xresume_lapic_ipi(ffffff0100ab6720,ffff800022613640,286,ffff800022613610,0,be14
c32) at Xresume_lapic_ipi+0x1f
___mp_lock(ffffffff81ab1347,1bf,ffffffff81cd05d8) at ___mp_lock+0xf2
___mp_acquire_count(0,ffff80002246e980,ffff8000225ce038,ffff800022008ff0) at __
_mp_acquire_count+0x2e
mi_switch() at mi_switch+0x2a7
sleep_finish(ffff800022613728,118) at sleep_finish+0x71
tsleep(ffffff01004bc628,ffff800022613860,40,ffff80002246e980) at tsleep+0xc4
kqueue_scan(ffffff0111520110,ffffff01004bc620,ffff800022613b70,ffff80002246e980
,ffff800022613b60,de9ea79e2412db52) at kqueue_scan+0x46c
sys_kevent(480,ffff80002246e980,48) at sys_kevent+0x312
syscall(0) at syscall+0x31d
Xsyscall_untramp(c,0,0,0,0,48) at Xsyscall_untramp+0xc0
end of kernel
end trace frame: 0x1e8feb0f7320, count: -12
