From owner-freebsd-current@FreeBSD.ORG Fri Apr 30 23:42:18 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3222E106564A for ; Fri, 30 Apr 2010 23:42:18 +0000 (UTC) (envelope-from kmatthew.macy@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id DC0DD8FC13 for ; Fri, 30 Apr 2010 23:42:17 +0000 (UTC) Received: by qyk11 with SMTP id 11so865420qyk.13 for ; Fri, 30 Apr 2010 16:42:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:reply-to:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=hnUWI2hnKny0CD0pEbGc1tY6+1W5StzMdIzaxnF2O6E=; b=Qw7cYqj7hZaLnWLDShEfFa9eMHk+RF4+Lfnm4wvW5CGtEpPNL7yrVqIGmge3xnFMJQ h9Z/HW6+JXPI0msJzPDi6V2VA1hTPpI6gOJ6I1679+CjoYc2J5W/3M8gPxRK6/4hPPoY SNPk7ar0JpRt7HBgZUv3xRoDd4yZ/CHmwkmUE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:reply-to:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=CpnhB8oCf1P3FZHQvyQQkyhYtd8JQJT5uTIqkATz6R3r/98kvzaKPFSzfHguM1XeNa hJiemujTJsQHveTRpfUnGIEk080SbRJ0PIN8EF7m2kvaos6IwtYfqGJJ1hy27xffNgHW IIfXIkaGIBr08jTEJshyuzhoRYM9+Xb2t260k= MIME-Version: 1.0 Received: by 10.229.223.140 with SMTP id ik12mr647544qcb.98.1272670932851; Fri, 30 Apr 2010 16:42:12 -0700 (PDT) Sender: kmatthew.macy@gmail.com Received: by 10.229.231.18 with HTTP; Fri, 30 Apr 2010 16:42:12 -0700 (PDT) In-Reply-To: <20100430231240.GA28805@duncan.reilly.home> References: <20100430161953.GW96847@bunrab.catwhisker.org> <20100430231240.GA28805@duncan.reilly.home> Date: Fri, 30 Apr 2010 16:42:12 -0700 X-Google-Sender-Auth: ce6f6de7cac3c02d Message-ID: From: "K. Macy" To: Andrew Reilly Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: Panic @r207433: "System call fork returning with the following locks held" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kmacy@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2010 23:42:18 -0000 Hi Andrew, Does FBSDID get expanded when checking out with csup? You should see: __FBSDID("$FreeBSD: head/sys/vm/vm_pageout.c 207452 2010-04-30 22:31:37Z kmacy $"); line 451 is part of a KASSERT on this version. Cheers, Kip On Fri, Apr 30, 2010 at 4:12 PM, Andrew Reilly wro= te: > Hi all, > > I'm not sure if it's related (I get my src via csup, so I don't > have svn reveision numbers), but I upgraded about 16 hours ago > again a few hours after that, and my two-core AMD64 system has > been (seemingly) quite unstable. =A0I've had a few boot cycles > that have failed and dumped me out into kdb, rebooting through > single-user (to check file systems) seems to get me "up", but my > logs are completely full of: > > Calling uiomove() with the following non-sleepable locks held: > exclusive sleep mutex vm page queue mutex (vm page queue mutex) r =3D 0 (= 0xffffffff80e60a00) locked @ /nb/src/sys/vm/vm_pageout.c:452 > exclusive sleep mutex page lock (page lock) r =3D 0 (0xffffffff80e59e00) = locked @ /nb/src/sys/vm/vm_pageout.c:451 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > _witness_debugger() at _witness_debugger+0x2e > witness_warn() at witness_warn+0x2c2 > uiomove() at uiomove+0x52 > ffs_write() at ffs_write+0x32d > VOP_WRITE_APV() at VOP_WRITE_APV+0x103 > vnode_pager_generic_putpages() at vnode_pager_generic_putpages+0x1c5 > vnode_pager_putpages() at vnode_pager_putpages+0x97 > vm_pageout_flush() at vm_pageout_flush+0x1ad > vm_object_page_collect_flush() at vm_object_page_collect_flush+0x470 > vm_object_page_clean() at vm_object_page_clean+0x408 > vfs_msync() at vfs_msync+0xef > sync_fsync() at sync_fsync+0x12a > sync_vnode() at sync_vnode+0x157 > sched_sync() at sched_sync+0x1d1 > fork_exit() at fork_exit+0x12a > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip =3D 0, rsp =3D 0xffffff803ebbad30, rbp =3D 0 --- > > or this slightly different version: > > uma_zalloc_arg: zone "g_bio" with the following non-sleepable locks held: > exclusive sleep mutex vm page queue mutex (vm page queue mutex) r =3D 0 (= 0xffffffff80e60a00) locked @ /nb/src/sys/kern/vfs_bio.c:3571 > exclusive sleep mutex page lock (page lock) r =3D 0 (0xffffffff80e5fb80) = locked @ /nb/src/sys/vm/vm_pageout.c:451 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > _witness_debugger() at _witness_debugger+0x2e > witness_warn() at witness_warn+0x2c2 > uma_zalloc_arg() at uma_zalloc_arg+0x335 > g_vfs_strategy() at g_vfs_strategy+0x28 > ufs_strategy() at ufs_strategy+0x45 > bufstrategy() at bufstrategy+0x43 > bufwrite() at bufwrite+0x108 > cluster_wbuild() at cluster_wbuild+0x1cd > cluster_write() at cluster_write+0x2f5 > ffs_write() at ffs_write+0x66b > VOP_WRITE_APV() at VOP_WRITE_APV+0x103 > vnode_pager_generic_putpages() at vnode_pager_generic_putpages+0x1c5 > vnode_pager_putpages() at vnode_pager_putpages+0x97 > vm_pageout_flush() at vm_pageout_flush+0x1ad > vm_object_page_collect_flush() at vm_object_page_collect_flush+0x470 > vm_object_page_clean() at vm_object_page_clean+0x19d > vfs_msync() at vfs_msync+0xef > sync_fsync() at sync_fsync+0x12a > sync_vnode() at sync_vnode+0x157 > sched_sync() at sched_sync+0x1d1 > fork_exit() at fork_exit+0x12a > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip =3D 0, rsp =3D 0xffffff803ebbad30, rbp =3D 0 --- > > I'll be doing another csup/rebuild ASAP, in the hope of picking > up the fixes mentioned here. =A0Just thought I'd add another "me > too" and a bit of data. > > Cheers, > > -- > Andrew > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " >