Hi, Thanks for the reports. This and the NVMM related panics should be fixed now, with: 1.369 src/sys/arch/x86/x86/pmap.c
I don't have a machine capable of running X11 on NetBSD at the moment so I will spin up qemu or VirtualBox or something to try that out now. Apologies for the distruption. This stuff is tough to get right. The good news is I am almost finished with my changes to the VM system. Cheers, Andrew On Sun, Mar 15, 2020 at 02:09:00PM +0000, Patrick Welche wrote: > Updating an amd64 laptop from Wednesday's to today Mar 15 13:47 source, I > get: > > #0 0xffffffff80222a45 in cpu_reboot (howto=howto@entry=260, > bootstr=bootstr@entry=0x0) at ../../../../arch/amd64/amd64/machdep.c:720 > #1 0xffffffff806371fa in kern_reboot (howto=howto@entry=260, > bootstr=bootstr@entry=0x0) at ../../../../kern/kern_reboot.c:73 > #2 0xffffffff806691ef in vpanic (fmt=fmt@entry=0xffffffff80b325a8 "trap", > ap=ap@entry=0xffffb0814d473808) at ../../../../kern/subr_prf.c:336 > #3 0xffffffff806692b3 in panic (fmt=fmt@entry=0xffffffff80b325a8 "trap") > at ../../../../kern/subr_prf.c:255 > #4 0xffffffff8022484d in trap (frame=0xffffb0814d473950) > at ../../../../arch/amd64/amd64/trap.c:326 > #5 0xffffffff8021db75 in alltraps () > #6 0xffffffff802402fb in pmap_lookup_pv (ptp=0xffffb08000815580, > old_pp=old_pp@entry=0x0, va=va@entry=140187359342592, pmap=<optimized > out>) > at ../../../../arch/x86/x86/pmap.c:2010 > #7 0xffffffff80243e48 in pmap_enter_ma (pmap=0xffff8e88998883c0, > va=va@entry=140187359342592, ma=ma@entry=2147483648, > pa=pa@entry=2147483648, prot=<optimized out>, flags=547, > domid=domid@entry=0) at ../../../../arch/x86/x86/pmap.c:4671 > #8 0xffffffff8024436a in pmap_enter_default (pmap=<optimized out>, > va=va@entry=140187359342592, pa=pa@entry=2147483648, prot=<optimized > out>, > flags=<optimized out>) at ../../../../arch/x86/x86/pmap.c:4539 > #9 0xffffffff805f4907 in udv_fault (ufi=0xffffb0814d473c98, > vaddr=<optimized out>, pps=0xffffb0814d473d50, npages=<optimized out>, > centeridx=0, access_type=2, flags=66) at ../../../../uvm/uvm_device.c:429 > #10 0xffffffff805f5df9 in uvm_fault_internal ( > orig_map=orig_map@entry=0xffff8e889a67f1c0, > vaddr=vaddr@entry=140187359342592, access_type=access_type@entry=2, > fault_flag=fault_flag@entry=0) at ../../../../uvm/uvm_fault.c:878 > #11 0xffffffff80224326 in trap (frame=0xffffb0814d473f00) > at ../../../../arch/amd64/amd64/trap.c:520 > #12 0xffffffff8021db75 in alltraps () > > (custom kernel without DIAGNOSTIC nor DEBUG) > > 11 March fine... > > > Cheers, > > Patrick