From owner-freebsd-current@freebsd.org Sun Dec 6 10:47:22 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A9BB27E3C for ; Sun, 6 Dec 2015 10:47:22 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay04.ispgateway.de (smtprelay04.ispgateway.de [80.67.29.8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3A0101A1F for ; Sun, 6 Dec 2015 10:47:21 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from [78.35.170.80] (helo=fabiankeil.de) by smtprelay04.ispgateway.de with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.84) (envelope-from ) id 1a5Wot-00044R-L8 for freebsd-current@freebsd.org; Sun, 06 Dec 2015 11:45:31 +0100 Date: Sun, 6 Dec 2015 11:45:32 +0100 From: Fabian Keil To: FreeBSD Current Subject: panic: vm_fault: fault on nofault entry, addr: fffffe00873d8000 Message-ID: <20151206114532.73b1dac9@fabiankeil.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/Flwfw2wi.SSvwY_jLn5vwyU"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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: Sun, 06 Dec 2015 10:47:22 -0000 --Sig_/Flwfw2wi.SSvwY_jLn5vwyU Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I got the following panic while trying to import a ZFS pool from a geli-encrypted memory disk backed by a file located on a msdosfs partition: (kgdb) where #0 doadump (textdump=3D0) at pcpu.h:221 #1 0xffffffff80314c1b in db_dump (dummy=3D, dummy2=3D= false, dummy3=3D0, dummy4=3D0x0) at /usr/src/sys/ddb/db_command.c:533 #2 0xffffffff80314a0e in db_command (cmd_table=3D0x0) at /usr/src/sys/ddb/= db_command.c:440 #3 0xffffffff803147a4 in db_command_loop () at /usr/src/sys/ddb/db_command= .c:493 #4 0xffffffff803172ab in db_trap (type=3D, code=3D0) = at /usr/src/sys/ddb/db_main.c:251 #5 0xffffffff805dfe33 in kdb_trap (type=3D3, code=3D0, tf=3D) at /usr/src/sys/kern/subr_kdb.c:654 #6 0xffffffff80879bc7 in trap (frame=3D0xfffffe009444a240) at /usr/src/sys= /amd64/amd64/trap.c:549 #7 0xffffffff8085eb77 in calltrap () at /usr/src/sys/amd64/amd64/exception= .S:234 #8 0xffffffff805df51b in kdb_enter (why=3D0xffffffff8096c7fb "panic", msg= =3D0x32
) at cpufunc.h:63 #9 0xffffffff8059bbdf in vpanic (fmt=3D, ap=3D) at /usr/src/sys/kern/kern_shutdown.c:750 #10 0xffffffff8059ba33 in panic (fmt=3D0x0) at /usr/src/sys/kern/kern_shutd= own.c:688 #11 0xffffffff8082ffb5 in vm_fault_hold (map=3D, vaddr= =3D, fault_type=3D, fault_flags= =3D, m_hold=3D) at /usr/src/sys/vm/vm_fault.c:332 #12 0xffffffff8082de18 in vm_fault (map=3D0xfffff80002000000, vaddr=3D, fault_type=3D2 '\002', fault_flags=3D0) at /usr/src/sys/v= m/vm_fault.c:277 #13 0xffffffff8087a33a in trap_pfault (frame=3D0xfffffe009444a8e0, usermode= =3D0) at /usr/src/sys/amd64/amd64/trap.c:734 #14 0xffffffff80879bde in trap (frame=3D0xfffffe009444a8e0) at /usr/src/sys= /amd64/amd64/trap.c:435 #15 0xffffffff8085eb77 in calltrap () at /usr/src/sys/amd64/amd64/exception= .S:234 #16 0xffffffff80877d5a in bcopy () at /usr/src/sys/amd64/amd64/support.S:118 #17 0xffffffff805f64e8 in uiomove_faultflag (cp=3D, n= =3D, uio=3D0xfffffe009444aae0, nofault=3D) at /usr/src/sys/kern/subr_uio.c:208 #18 0xffffffff8046236f in msdosfs_read (ap=3D) at /usr= /src/sys/fs/msdosfs/msdosfs_vnops.c:596 #19 0xffffffff808feb20 in VOP_READ_APV (vop=3D, a=3D) at vnode_if.c:930 #20 0xffffffff8039bf3a in mdstart_vnode (sc=3D0xfffff8004c7ce000, bp=3D0xff= fff80028fc81f0) at vnode_if.h:384 #21 0xffffffff8039a3cc in md_kthread (arg=3D0xfffff8004c7ce000) at /usr/src= /sys/dev/md/md.c:979 #22 0xffffffff8055978c in fork_exit (callout=3D0xffffffff8039a1a0 , arg=3D0xfffff8004c7ce000, frame=3D0xfffffe009444ac00) at /usr/src/sys/= kern/kern_fork.c:1011 #23 0xffffffff8085f0ae in fork_trampoline () at /usr/src/sys/amd64/amd64/ex= ception.S:609 #24 0x0000000000000000 in ?? () Current language: auto; currently minimal This is the second time I've seen this, the first time was with a kernel based on r290573 in November, but as I wasn't able to intentionally reprodu= ce it with a more recent kernel my assumption was that the problem had already been fixed. Currently my kernel is based on r291706. Any ideas? Fabian --Sig_/Flwfw2wi.SSvwY_jLn5vwyU Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlZkEcwACgkQBYqIVf93VJ20wACfczzFnCw3AMQPohtfgbrYLrM/ W4MAoIcLf41fwMQUNltU4DJ0Ux+GT70s =KnG8 -----END PGP SIGNATURE----- --Sig_/Flwfw2wi.SSvwY_jLn5vwyU--