Date: Thu, 11 Jun 2020 12:24:17 -0400 From: Mark Johnston <markj@freebsd.org> To: David Wolfskill <david@catwhisker.org>, Konstantin Belousov <kostikbel@gmail.com>, current@freebsd.org Subject: Re: Panic "vm_fault_lookup: fault on nofault entry" amd64 r362008 -> r362045 Message-ID: <20200611162417.GD32928@raichu> In-Reply-To: <20200611161156.GB1392@albert.catwhisker.org> References: <20200611130500.GW1392@albert.catwhisker.org> <20200611132129.GL48478@kib.kiev.ua> <20200611132924.GX1392@albert.catwhisker.org> <20200611134658.GM48478@kib.kiev.ua> <20200611154456.GY1392@albert.catwhisker.org> <20200611155143.GN48478@kib.kiev.ua> <20200611161156.GB1392@albert.catwhisker.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Jun 11, 2020 at 09:11:56AM -0700, David Wolfskill wrote: > On Thu, Jun 11, 2020 at 06:51:43PM +0300, Konstantin Belousov wrote: > > ... > > Can you boot into single-user, without loading linux/cuse/nvidia modules. > > Even, do not load any module at all, and keeping root ro. > > > > If boot succeed, then try to load modules one by one and see which causes > > panic. > > I commented out each of the "*_load" directives in /boot/loader.conf; > rebooted; escaped to loader (from the boot menu); used "lsmod" to verify > that nothing was loaded at that time, then issued "boot -s" -- which did > succeed. > > 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 Reverting r362035 allows the kernel to boot again, but so does adding a few printf() calls to the pmap and ACPI code.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20200611162417.GD32928>