From owner-freebsd-current@freebsd.org Sun Dec 6 16:59:21 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 4AD139A097D for ; Sun, 6 Dec 2015 16:59:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CFA6A1456 for ; Sun, 6 Dec 2015 16:59:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id tB6GxCwH084419 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 6 Dec 2015 18:59:13 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua tB6GxCwH084419 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id tB6GxCUq084418; Sun, 6 Dec 2015 18:59:12 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 6 Dec 2015 18:59:12 +0200 From: Konstantin Belousov To: Fabian Keil Cc: FreeBSD Current Subject: Re: panic: vm_fault: fault on nofault entry, addr: fffffe00873d8000 Message-ID: <20151206165912.GF2202@kib.kiev.ua> References: <20151206114532.73b1dac9@fabiankeil.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151206114532.73b1dac9@fabiankeil.de> User-Agent: Mutt/1.5.24 (2015-08-30) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home 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 16:59:21 -0000 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 partition: I smiled. > > (kgdb) where > #0 doadump (textdump=0) at pcpu.h:221 > #1 0xffffffff80314c1b in db_dump (dummy=, dummy2=false, dummy3=0, dummy4=0x0) at /usr/src/sys/ddb/db_command.c:533 > #2 0xffffffff80314a0e in db_command (cmd_table=0x0) 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=, code=0) at /usr/src/sys/ddb/db_main.c:251 > #5 0xffffffff805dfe33 in kdb_trap (type=3, code=0, tf=) at /usr/src/sys/kern/subr_kdb.c:654 > #6 0xffffffff80879bc7 in trap (frame=0xfffffe009444a240) 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=0xffffffff8096c7fb "panic", msg=0x32
) at cpufunc.h:63 > #9 0xffffffff8059bbdf in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:750 > #10 0xffffffff8059ba33 in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:688 > #11 0xffffffff8082ffb5 in vm_fault_hold (map=, vaddr=, fault_type=, fault_flags=, m_hold=) > at /usr/src/sys/vm/vm_fault.c:332 > #12 0xffffffff8082de18 in vm_fault (map=0xfffff80002000000, vaddr=, fault_type=2 '\002', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:277 > #13 0xffffffff8087a33a in trap_pfault (frame=0xfffffe009444a8e0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:734 > #14 0xffffffff80879bde in trap (frame=0xfffffe009444a8e0) 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=, n=, uio=0xfffffe009444aae0, nofault=) at /usr/src/sys/kern/subr_uio.c:208 > #18 0xffffffff8046236f in msdosfs_read (ap=) at /usr/src/sys/fs/msdosfs/msdosfs_vnops.c:596 > #19 0xffffffff808feb20 in VOP_READ_APV (vop=, a=) at vnode_if.c:930 > #20 0xffffffff8039bf3a in mdstart_vnode (sc=0xfffff8004c7ce000, bp=0xfffff80028fc81f0) at vnode_if.h:384 >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 ? > #21 0xffffffff8039a3cc in md_kthread (arg=0xfffff8004c7ce000) at /usr/src/sys/dev/md/md.c:979 > #22 0xffffffff8055978c in fork_exit (callout=0xffffffff8039a1a0 , arg=0xfffff8004c7ce000, frame=0xfffffe009444ac00) at /usr/src/sys/kern/kern_fork.c:1011 > #23 0xffffffff8085f0ae in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.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 reproduce > 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