Re: Panic "vm_fault_lookup: fault on nofault entry" amd64 r362008 -> r362045

From: David Wolfskill <david_at_catwhisker.org>
Date: Thu, 11 Jun 2020 09:33:31 -0700
On Thu, Jun 11, 2020 at 12:24:17PM -0400, Mark Johnston wrote:
> ...
> > Unfortunately, I ran out of time to do further experiments for now; I'll
> > need to do some work-related things for a while, but thought that this
> > might at least provide some useful information.
> > 
> > Here is what I commented out:
> > 
> > g1-55(12.1-S)[2] grep KIB boot/loader.conf
> > # KIB coretemp_load="YES"
> > # KIB iwn5000fw_load="YES"
> > # KIB linux_load="YES"
> > # KIB nvidia-modeset_load="YES"
> > # KIB cuse_load="YES"
> > # KIB geom_eli_load="YES"
> > # KIB filemon_load="YES"
> 
> Thanks.  I'm able to reproduce a somewhat similar problem in bhyve: if I
> preload iwn5000fw.ko, a r362045 kernel fails to boot very early with
> 
> ---<<BOOT>>---
> ACPI: Failed to map RSDT
> APIC: Could not find any APICs.
> panic: running without device atpic requires a local APIC

Ah -- excellent (that you are able to pretty much reproduce this).  And
it explains why my build machine wasn't affected: it doesn't use
wireless drivers at all.

> Reverting r362035 allows the kernel to boot again, but so does adding a
> few printf() calls to the pmap and ACPI code.

Kinky. :-}

Peace,
david
-- 
David H. Wolfskill				david_at_catwhisker.org
Someone who suggests he can "pardon himself" calls for "LAW & ORDER" -- right.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.

Received on Thu Jun 11 2020 - 14:33:33 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:24 UTC