So it happened again, no bulk build this time, just qt5-qtwebengine in
a sandbox.
panic: cpu0: softints stuck for 16 seconds
I've got a kernel coredump this time, let me know what information
would be useful.
Btw, gdb 13.2 (built on Aug 11) doesn't work with kernel core dumps:
(gdb) target kvm netbsd.40.core
Undefined target command: "kvm netbsd.40.core". Try "help target".
Using an older gdb I get:
(gdb) target kvm netbsd.40.core
0xffffffff80239c95 in cpu_reboot (howto=howto@entry=260,
bootstr=bootstr@entry=0x0) at /usr/src/sys/arch/amd64/amd64/machdep.c:717
717 dumpsys();
(gdb) bt
#0 0xffffffff80239c95 in cpu_reboot (howto=howto@entry=260,
bootstr=bootstr@entry=0x0) at /usr/src/sys/arch/amd64/amd64/machdep.c:717
#1 0xffffffff80deeb3d in kern_reboot (howto=260, bootstr=bootstr@entry=0x0) at
/usr/src/sys/kern/kern_reboot.c:73
#2 0xffffffff80b72c04 in db_reboot_cmd (addr=<optimized out>,
have_addr=<optimized out>, count=<optimized out>, modif=<optimized out>)
at /usr/src/sys/ddb/db_command.c:1589
#3 0xffffffff80b732da in db_command
(last_cmdp=last_cmdp@entry=0xffffffff8187a360 <db_last_command>) at
/usr/src/sys/ddb/db_command.c:964
#4 0xffffffff80b737ac in db_command_loop () at
/usr/src/sys/ddb/db_command.c:623
#5 0xffffffff80b77a98 in db_trap (type=type@entry=1, code=code@entry=0) at
/usr/src/sys/ddb/db_trap.c:91
#6 0xffffffff80236b14 in kdb_trap (type=type@entry=1, code=code@entry=0,
regs=regs@entry=0xffffd3a110933ad0)
at /usr/src/sys/arch/amd64/amd64/db_interface.c:251
#7 0xffffffff8023c2a4 in trap (frame=0xffffd3a110933ad0) at
/usr/src/sys/arch/amd64/amd64/trap.c:315
#8 0xffffffff80234ad4 in alltraps ()
#9 0x0000000000000003 in ?? ()
#10 0x0000000000000001 in ?? ()
#11 0x0000000000000001 in ?? ()
#12 0x0000000000000000 in ?? ()
Thomas
