From owner-freebsd-current@freebsd.org Sun Dec 6 17:51:52 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 7CD999A07BE for ; Sun, 6 Dec 2015 17:51:52 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.18.14]) (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 E813818F1 for ; Sun, 6 Dec 2015 17:51:51 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from [78.35.170.80] (helo=fabiankeil.de) by smtprelay02.ispgateway.de with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.84) (envelope-from ) id 1a5dTK-00018L-40; Sun, 06 Dec 2015 18:51:42 +0100 Date: Sun, 6 Dec 2015 18:51:36 +0100 From: Fabian Keil To: Konstantin Belousov Cc: FreeBSD Current Subject: Re: panic: vm_fault: fault on nofault entry, addr: fffffe00873d8000 Message-ID: <20151206185136.2ff4f519@fabiankeil.de> In-Reply-To: <20151206165912.GF2202@kib.kiev.ua> References: <20151206114532.73b1dac9@fabiankeil.de> <20151206165912.GF2202@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/cH4SBd3I0heENntInHA/Bf1"; 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 17:51:52 -0000 --Sig_/cH4SBd3I0heENntInHA/Bf1 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Konstantin Belousov wrote: > On Sun, Dec 06, 2015 at 11:45:32AM +0100, Fabian Keil wrote: > > 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 partit= ion: =20 > I smiled. I occasionally use this somewhat non-standard setup to store redundant backups on a media player whose bootloader may not be prepared to deal with multiple partitions ... > > (kgdb) where > > #0 doadump (textdump=3D0) at pcpu.h:221 > > #1 0xffffffff80314c1b in db_dump (dummy=3D, dummy= 2=3Dfalse, 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_com= mand.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/excep= tion.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_s= hutdown.c:688 > > #11 0xffffffff8082ffb5 in vm_fault_hold (map=3D, v= addr=3D, fault_type=3D, fault_fla= gs=3D, m_hold=3D) > > at /usr/src/sys/vm/vm_fault.c:332 > > #12 0xffffffff8082de18 in vm_fault (map=3D0xfffff80002000000, vaddr=3D<= value optimized out>, fault_type=3D2 '\002', fault_flags=3D0) at /usr/src/s= ys/vm/vm_fault.c:277 > > #13 0xffffffff8087a33a in trap_pfault (frame=3D0xfffffe009444a8e0, user= mode=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/excep= tion.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=3D= 0xfffff80028fc81f0) at vnode_if.h:384 =20 > From the frame 20, do 'p *bp' in kgdb and mail the result. Do you have > any non-standard values for buffer cache knobs, esp. for MAXPHYS ? (kgdb) p *bp $1 =3D {bio_cmd =3D 1 '\001', bio_flags =3D 16 '\020', bio_cflags =3D 0 '\0= ', bio_pflags =3D 0 '\0', bio_dev =3D 0x0, bio_disk =3D 0x0, bio_offset =3D= 0, bio_bcount =3D 0,=20 bio_data =3D 0xfffffe0077d94000
, bio_ma =3D 0xfffff8000275bc00, bio_ma_offset =3D 960, bio_ma_n =3D 33, b= io_error =3D 0, bio_resid =3D 0,=20 bio_done =3D 0xffffffff804e51d0 , bio_driver1 =3D 0x0, bio_dr= iver2 =3D 0x0, bio_caller1 =3D 0x0, bio_caller2 =3D 0x0, bio_queue =3D {tqe= _next =3D 0x0, tqe_prev =3D 0xfffff8004c7ce018}, bio_attribute =3D 0x0,=20 bio_from =3D 0xfffff80010131d80, bio_to =3D 0xfffff800694f2a00, bio_lengt= h =3D 131072, bio_completed =3D 0, bio_children =3D 0, bio_inbed =3D 0, bio= _parent =3D 0xfffff8000628bd90, bio_t0 =3D {sec =3D 33029,=20 frac =3D 13163670047247984455}, bio_task =3D 0, bio_task_arg =3D 0x0, b= io_classifier1 =3D 0x0, bio_classifier2 =3D 0x0, bio_pblkno =3D 0} =20 I don't use non-standard values for MAXPHYS or other buffer cache settings. Fabian --Sig_/cH4SBd3I0heENntInHA/Bf1 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlZkdaoACgkQBYqIVf93VJ30IwCeJdwatpMq5iVJNJZeG1JhlNHH oc8AoLukijIAnW3/j4Ac25lQp5mHRYRC =i0VI -----END PGP SIGNATURE----- --Sig_/cH4SBd3I0heENntInHA/Bf1--