panic: trap (9.99.69/amd64)

[Thomas Klausner <wiz%NetBSD.org@localhost>]

Hi!

While doing a bulk build over night (on tmpfs, with null mounts) on a
9.99.69/amd64 from June 30, I had a panic. /var/log/messages only has:

Jul 24 05:59:51 yt savecore: reboot after panic: [ 1961919.1989842] panic: trap
Jul 24 05:59:51 yt savecore: system went down at Fri Jul 24 05:19:26 2020 
Jul 24 05:59:51 yt savecore: writing compressed core to /var/crash/netbsd.14.core.gz
Jul 24 06:11:38 yt savecore: writing compressed kernel to /var/crash/netbsd.14.gz

The kernel backtrace is:

(gdb) target kvm netbsd.14.core
0xffffffff802268e5 in cpu_reboot (howto=howto@entry=260, bootstr=bootstr@entry=0x0)
    at /usr/src/sys/arch/amd64/amd64/machdep.c:713
713                     dumpsys();
(gdb) bt
#0  0xffffffff802268e5 in cpu_reboot (howto=howto@entry=260, bootstr=bootstr@entry=0x0)
    at /usr/src/sys/arch/amd64/amd64/machdep.c:713
#1  0xffffffff80cdc08f in kern_reboot (howto=howto@entry=260, bootstr=bootstr@entry=0x0)
    at /usr/src/sys/kern/kern_reboot.c:73
#2  0xffffffff80d1b16e in vpanic (fmt=fmt@entry=0xffffffff813495a6 "trap", ap=ap@entry=0xffff96093a05c518)
    at /usr/src/sys/kern/subr_prf.c:290
#3  0xffffffff80d1b232 in panic (fmt=fmt@entry=0xffffffff813495a6 "trap") at /usr/src/sys/kern/subr_prf.c:209
#4  0xffffffff80228d54 in trap (frame=0xffff96093a05c660) at /usr/src/sys/arch/amd64/amd64/trap.c:326
#5  0xffffffff80221113 in alltraps ()
#6  0xffffffff80c7c1e1 in ubc_fault (ufi=0xffff96093a05c8b0, ign1=<optimized out>, ign2=<optimized out>, ign3=<optimized out>,
    ign4=<optimized out>, access_type=<optimized out>, flags=<optimized out>) at /usr/src/sys/uvm/uvm_bio.c:431
#7  0xffffffff80c7ee34 in uvm_fault_internal (orig_map=orig_map@entry=0xffffffff81918940 <kernel_map_store>,
    vaddr=vaddr@entry=18446627564579270656, access_type=access_type@entry=1, fault_flag=fault_flag@entry=0)
    at /usr/src/sys/uvm/uvm_fault.c:918
#8  0xffffffff8022845a in trap (frame=0xffff96093a05cb50) at /usr/src/sys/arch/amd64/amd64/trap.c:520
#9  0xffffffff80221113 in alltraps ()
#10 0xffffffff80220983 in copyout ()
#11 0xffffffff80d06281 in copyout_vmspace (vm=<optimized out>, kaddr=<optimized out>, uaddr=<optimized out>, len=<optimized out>)
    at /usr/src/sys/kern/subr_copy.c:251
#12 0xffffffff80d06352 in uiomove (buf=buf@entry=0xffff96091aad3000, n=65536, uio=uio@entry=0xffff96093a05cf00)
    at /usr/src/sys/kern/subr_copy.c:130
#13 0xffffffff80c7c92a in ubc_uiomove (uobj=uobj@entry=0xffff930fcc34f7c0, uio=uio@entry=0xffff96093a05cf00, todo=2031616,
    advice=advice@entry=0, flags=257) at /usr/src/sys/uvm/uvm_bio.c:775
#14 0xffffffff80bc1041 in tmpfs_read (v=<optimized out>) at /usr/src/sys/fs/tmpfs/tmpfs_vnops.c:553
#15 0xffffffff80d9021f in VOP_READ (vp=vp@entry=0xffff93205d004800, uio=uio@entry=0xffff96093a05cf00, ioflag=ioflag@entry=0,
    cred=cred@entry=0xffff931262e691c0) at /usr/src/sys/kern/vnode_if.c:504
#16 0xffffffff80d87788 in vn_read (fp=<optimized out>, offset=0xffff93206f311500, uio=0xffff96093a05cf00, cred=0xffff931262e691c0, flags=1)
    at /usr/src/sys/kern/vfs_vnops.c:572
#17 0xffffffff80d2bca8 in dofileread (fd=fd@entry=5, fp=<optimized out>, buf=0x767fed26d8c0, nbyte=2097152, offset=<optimized out>,
    flags=flags@entry=1, retval=retval@entry=0xffff96093a05cfb0) at /usr/src/sys/kern/sys_generic.c:156
#18 0xffffffff80d2bd70 in sys_read (l=<optimized out>, uap=0xffff96093a05d000, retval=0xffff96093a05cfb0)
    at /usr/src/sys/kern/sys_generic.c:121
#19 0xffffffff80553bae in sy_call (rval=0xffff96093a05cfb0, uap=0xffff96093a05d000, l=0xffff932dd2d00280, sy=0xffffffff81894fe8 <sysent+72>)
    at /usr/src/sys/sys/syscallvar.h:65
#20 sy_invoke (code=3, rval=0xffff96093a05cfb0, uap=0xffff96093a05d000, l=0xffff932dd2d00280, sy=0xffffffff81894fe8 <sysent+72>)
    at /usr/src/sys/sys/syscallvar.h:94
#21 syscall (frame=0xffff96093a05d000) at /usr/src/sys/arch/x86/x86/syscall.c:138
#22 0xffffffff8020b25d in handle_syscall ()
(gdb)

Any ideas?

Should I file a PR?
 Thomas