From owner-freebsd-current@freebsd.org Sat Oct 13 16:48:26 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C84BB10CF9DD for ; Sat, 13 Oct 2018 16:48:26 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 81DC781BE5 for ; Sat, 13 Oct 2018 16:48:26 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from Ticonderoga.HML3.ScaleEngine.net (senat1-01.HML3.ScaleEngine.net [209.51.186.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: allanjude) by smtp.freebsd.org (Postfix) with ESMTPSA id 663C3839C for ; Sat, 13 Oct 2018 16:48:26 +0000 (UTC) (envelope-from allanjude@freebsd.org) Subject: Re: Strange panic at boot with vmm in loader.conf vs manually loading it To: freebsd-current@freebsd.org References: <8d6263ca-8fff-77e5-4a89-ccc98d03a417@sentex.net> From: Allan Jude Message-ID: <8f033c7c-af8f-1ebc-d787-548634f104e3@freebsd.org> Date: Sat, 13 Oct 2018 12:48:24 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <8d6263ca-8fff-77e5-4a89-ccc98d03a417@sentex.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Oct 2018 16:48:27 -0000 On 10/12/2018 11:52, Mike Tancsa wrote: > I am guessing this does not have anything to do with vmm being loaded, > but hardware being initialized in a particular order? If I load vmm in > loader.conf, the box panics at boot up.  However, manually loading it > all seems to work.  Hardware is PRIME X370-PRO, AMD Ryzen 5 1600X 32G > RAM.  FreeBSD 12.0-ALPHA9 r339328 GENERIC-NODEBUG > > > Leading up to the crash, I see > > > ugen0.1: <0x1022 XHCI root HUB> at usbus0 > ugen1.1: <0x1b21 XHCI root HUB> at usbus1 > Trying to mount root from zfs:zroot/ROOT/default []... > uhub0: ugen2.1: <0x1022 XHCI root HUB> at usbus2 > Root mount waiting for: usbus2<0x1022 XHCI root HUB, class 9/0, rev > 3.00/1.00, addr 1> on usbus0 >  usbus1 usbus0 > uhub1: <0x1022 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus2 > uhub2: <0x1b21 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus1 > uhub2: 4 ports with 4 removable, self powered > uhub1: 8 ports with 8 removable, self powered > uhub0: 22 ports with 22 removable, self powered > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address   = 0x398 > fault code              = supervisor write data, page not present > instruction pointer     = 0x20:0xffffffff8273d776 > stack pointer           = 0x28:0xfffffe0075d55230 > frame pointer           = 0x28:0xfffffe0075d55270 > code segment            = base 0x0, limit 0xfffff, type 0x1b >                         = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags        = interrupt enabled, resume, IOPL = 0 > current process         = 1 (kernel) > [ thread pid 1 tid 100002 ] > Stopped at      rrw_enter_read_impl+0x36:       lock cmpxchgq > %r14,0x18(%rbx) > db> bt > Tracing pid 1 tid 100002 td 0xfffff8000567d580 > rrw_enter_read_impl() at rrw_enter_read_impl+0x36/frame 0xfffffe0075d55270 > zfs_mount() at zfs_mount+0x7b2/frame 0xfffffe0075d55400 > vfs_domount() at vfs_domount+0x5b2/frame 0xfffffe0075d55630 > vfs_donmount() at vfs_donmount+0x930/frame 0xfffffe0075d556d0 > kernel_mount() at kernel_mount+0x3d/frame 0xfffffe0075d55720 > parse_mount() at parse_mount+0x451/frame 0xfffffe0075d55860 > vfs_mountroot() at vfs_mountroot+0x7a0/frame 0xfffffe0075d559f0 > start_init() at start_init+0x27/frame 0xfffffe0075d55a70 > fork_exit() at fork_exit+0x83/frame 0xfffffe0075d55ab0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0075d55ab0 > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > db> Strange that your crash is in ZFS here... Can you take a crash dump? It looks like something is trying to write to uninitialized memory here. > > On a normal boot, the next line would be atrtc0 > > uhub0: Root mount waiting for: usbus2ugen2.1: <0x1022 XHCI root HUB> at usbus2 > <0x1022 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 > usbus1 usbus0uhub1: <0x1b21 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus1 > > uhub2: <0x1022 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus2 > uhub1: 4 ports with 4 removable, self powered > uhub2: 8 ports with 8 removable, self powered > uhub0: 22 ports with 22 removable, self powered > atrtc0: providing initial system time > start_init: trying /sbin/init > Setting hostuuid: c3297ba0-3f01-11e7-8725-6045cba08a84. > Setting hostid: 0x094fa67e. > Starting file system checks: > Mounting local filesystems:. snip > > > ---Mike > > > -- Allan Jude