From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [2600:3c00::f03c:91ff:fedf:a84c] (helo=li107-171.members.linode.com) by casper.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux)) id 1SDOmh-0006eh-O1 for linux-mtd@lists.infradead.org; Thu, 29 Mar 2012 23:29:40 +0000 Date: Thu, 29 Mar 2012 19:29:29 -0400 From: Josh Cartwright To: Brian Norris Subject: Re: [PATCH] jffs2: Fix lock acquisition order bug in gc path Message-ID: <20120329232929.GA21848@joshcartwright.net> References: <20120209185043.GA12089@joshcartwright.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Cc: linux-mtd@lists.infradead.org, David Woodhouse , linux-kernel@vger.kernel.org, Artem Bityutskiy List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Thu, Mar 29, 2012 at 08:38:41AM -0700, Brian Norris wrote: > On Thu, Feb 9, 2012 at 10:50 AM, Josh Cartwright wrote: > > The locking policy is such that the erase_complete_block spinlock is > > nested within the alloc_sem mutex.  This fixes a case in which the > > acquisition order was erroneously reversed.  This issue was caught by > > the following lockdep splat: > > (Bump.) Anybody interested in this patch? It seemed sane to me, and I > had it sitting in my inbox. It does need a trivial rebase, BTW. I'm certainly still interested in it, for what its worth :). We've had no problems here for the month and a half its been in our tree. I'll send out a rebased V2. Thanks! -- joshc