From owner-freebsd-current@FreeBSD.ORG Wed May 12 14:12:00 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 7675D106566C; Wed, 12 May 2010 14:12:00 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [188.72.220.29]) by mx1.freebsd.org (Postfix) with ESMTP id DC1C98FC1F; Wed, 12 May 2010 14:11:59 +0000 (UTC) Received: from acme.spoerlein.net (localhost.spoerlein.net [IPv6:::1]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id o4CEBsdA022827 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 12 May 2010 16:11:54 +0200 (CEST) (envelope-from uqs@spoerlein.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1273673514; bh=jbmYBae+N8Kg6ILf1YaBGdLNFw9dXr4ivtJLDvuusJk=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Transfer-Encoding:In-Reply-To; b=sHDZEzqzpuMUPrMem9o1cAENvFz8PehNDMjbf8BVZewHui2uGw1iOFedXHvZe/cSe LBwB15iABIJFKGzfXOrGAvNJAQOJD9DpocxT7Mq2DVyrnvlF00rkPMaYKNXMubAVxj pMidHKENeN58b8PPGaEwdswG9LMqrG1oprMp0UO4= Received: (from uqs@localhost) by acme.spoerlein.net (8.14.4/8.14.4/Submit) id o4CEBs9e022826; Wed, 12 May 2010 16:11:54 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Wed, 12 May 2010 16:11:54 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Attilio Rao Message-ID: <20100512141154.GF88504@acme.spoerlein.net> Mail-Followup-To: Attilio Rao , Peter Jeremy , current@freebsd.org References: <20100508102005.GB1867@elmar.spoerlein.net> <20100510061057.GA93038@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: current@freebsd.org, Peter Jeremy Subject: Re: LOR: ufs vs bufwait 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, 12 May 2010 14:12:00 -0000 On Mon, 10.05.2010 at 22:53:32 +0200, Attilio Rao wrote: > 2010/5/10 Peter Jeremy : > > On 2010-May-08 12:20:05 +0200, Ulrich Spörlein wrote: > >>This LOR also is not yet listed on the LOR page, so I guess it's rather > >>new. I do use SUJ. > >> > >>lock order reversal: > >> 1st 0xc48388d8 ufs (ufs) @ /usr/src/sys/kern/vfs_lookup.c:502 > >> 2nd 0xec0fe304 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_softdep.c:11363 > >> 3rd 0xc49e56b8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2091 > > > > I'm seeing exactly the same LOR (and subsequent deadlock) on a recent > > -current without SUJ. > > I think this LOR was reported since a long time. > The deadlock may be new and someway related to the vm_page_lock work > (if not SUJ). I was not able to reproduce this with a kernel prior to SUJ, a kernel just after SUJ went it shows this "deadlock" or infinite loop ... Now it might be that the SUJ kernel only increases the pressure so it happens during a systems uptime. It does not seem directly related to actually using SUJ on a volume, as I could reproduce it with SU only, too. I will try to get a hang not involving GELI and also re-do my tests when the volumes have neither SUJ nor SU enabled, which led to 10-20s "hangs" of the system IIRC. It seems SU/SUJ then only prolongs these hangs ad infinitum. I'll be back next week with new results here Uli