From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 21:09:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D2901065673; Wed, 14 Sep 2011 21:09:27 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id E58DF8FC15; Wed, 14 Sep 2011 21:09:26 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p8EL9MYN072741 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Sep 2011 00:09:22 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p8EL9MDI087601; Thu, 15 Sep 2011 00:09:22 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p8EL9Kai087599; Thu, 15 Sep 2011 00:09:20 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 15 Sep 2011 00:09:20 +0300 From: Kostik Belousov To: Garrett Cooper Message-ID: <20110914210920.GH17489@deviant.kiev.zoral.com.ua> References: <201109111605.p8BG59cc084589@svn.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Eb0mqUMHjpiCRwp8" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: FreeBSD Current Subject: Re: svn commit: r225474 - in head/sys: amd64/amd64 amd64/ia32 i386/i386 ia64/ia32 ia64/ia64 kern powerpc/aim powerpc/booke sparc64/sparc64 sys X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 14 Sep 2011 21:09:27 -0000 --Eb0mqUMHjpiCRwp8 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [It seems that distribution list can be trimmed without any bad consequences] On Wed, Sep 14, 2011 at 01:50:51PM -0700, Garrett Cooper wrote: > On Sun, Sep 11, 2011 at 9:05 AM, Konstantin Belousov wr= ote: > > Author: kib > > Date: Sun Sep 11 16:05:09 2011 > > New Revision: 225474 > > URL: http://svn.freebsd.org/changeset/base/225474 > > > > Log: > > =9AInline the syscallenter() and syscallret(). This reduces the time me= asured > > =9Aby the syscall entry speed microbenchmarks by ~10% on amd64. > > > > =9ASubmitted by: jhb > > =9AApproved by: =9Are (bz) > > =9AMFC after: =9A =9A2 weeks >=20 > This change completely breaks ZFS mounting (for some odd reason) > with the following backtrace. >=20 > #0 doadump (textdump=3D0) at /usr/src/sys/kern/kern_shutdown.c:260 > 260 /usr/src/sys/kern/kern_shutdown.c: No such file or directory. > in /usr/src/sys/kern/kern_shutdown.c > (kgdb) #0 doadump (textdump=3D0) at /usr/src/sys/kern/kern_shutdown.c:260 > #1 0xffffffff802b1cd0 in db_dump (dummy=3DVariable "dummy" is not availa= ble. > ) > at /usr/src/sys/ddb/db_command.c:537 > #2 0xffffffff802b12c1 in db_command (last_cmdp=3D0xffffffff809b96c0, > cmd_table=3DVariable "cmd_table" is not available. >=20 > ) at /usr/src/sys/ddb/db_command.c:448 > #3 0xffffffff802b1510 in db_command_loop () > at /usr/src/sys/ddb/db_command.c:501 > #4 0xffffffff802b3664 in db_trap (type=3DVariable "type" is not availabl= e. > ) at /usr/src/sys/ddb/db_main.c:229 > #5 0xffffffff804b29d1 in kdb_trap (type=3D3, code=3D0, tf=3D0xffffff8231= a5f3d0) > at /usr/src/sys/kern/subr_kdb.c:631 > #6 0xffffffff80646ac8 in trap (frame=3D0xffffff8231a5f3d0) > at /usr/src/sys/amd64/amd64/trap.c:590 > #7 0xffffffff8063113f in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:228 > #8 0xffffffff804b277b in kdb_enter (why=3D0xffffffff806e022b "panic", > msg=3D0x80
) at cpufunc.h:63 > #9 0xffffffff8047db5c in panic (fmt=3DVariable "fmt" is not available. > ) > at /usr/src/sys/kern/kern_shutdown.c:599 > #10 0xffffffff8046e5cc in _mtx_assert (m=3DVariable "m" is not available. > ) > at /usr/src/sys/kern/kern_mutex.c:706 > #11 0xffffffff80620f31 in vm_page_free_toq (m=3D0xfffffe021bf3d1f0) > at /usr/src/sys/vm/vm_page.c:1756 > #12 0xffffffff80c77938 in zfs_freebsd_getpages () from /boot/kernel/zfs.ko > #13 0xffffffff8046ebd6 in _mtx_unlock_flags (m=3D0xfffffe0006dc7000, > opts=3D421100272, file=3D0xfffffe0006dc70e8 "?P?\200????", line=3D1) > at /usr/src/sys/kern/kern_mutex.c:223 > Previous frame inner to this frame (corrupt stack?) > (kgdb) The backtrace is impossible and truncated. You probably used unmatched kernel for vmcore, or might be, the zfs.ko is installed without debugging symbols. The change you pointed the finger to has very low probability of causing the panic for vm_page_free_toq(), it is for unrelated part of the kernel. Can you do full rebuild of the kernel without any possible local changes and retest ? If still getting panic, make sure that both kernel and all modules are installed with debug symbols. --Eb0mqUMHjpiCRwp8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk5xGAAACgkQC3+MBN1Mb4heswCg08vIaTxdo3Vj/OpHIZg72+GR K4gAn1AOufRHU0XJuj2ysDkiXKPm8yDu =mWrs -----END PGP SIGNATURE----- --Eb0mqUMHjpiCRwp8--