Re: pmap panic

[Andrew Doran <ad%netbsd.org@localhost>]

Ok.  I think the problems here should be fixed.

Andrew

On Sun, Mar 15, 2020 at 04:16:20PM +0000, Andrew Doran wrote:
> 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