Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756135AbXJBHit (ORCPT ); Tue, 2 Oct 2007 03:38:49 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755683AbXJBHi3 (ORCPT ); Tue, 2 Oct 2007 03:38:29 -0400 Received: from netops-testserver-4-out.sgi.com ([192.48.171.29]:49752 "EHLO relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1756017AbXJBHi1 (ORCPT ); Tue, 2 Oct 2007 03:38:27 -0400 Date: Tue, 2 Oct 2007 17:38:09 +1000 From: David Chinner To: Nick Piggin Cc: Andi Kleen , David Miller , byron.bbradley@gmail.com, linux-kernel@vger.kernel.org Subject: Re: XFS Fails Quality Assurance Tests on ARM Message-ID: <20071002073809.GA995458@sgi.com> References: <20070830.213901.48806818.davem@davemloft.net> <200709280740.48723.nickpiggin@yahoo.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200709280740.48723.nickpiggin@yahoo.com.au> User-Agent: Mutt/1.4.2.1i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1578 Lines: 41 On Fri, Sep 28, 2007 at 07:40:48AM +1000, Nick Piggin wrote: > On Sunday 02 September 2007 08:14, Andi Kleen wrote: > > David Miller writes: > > > From: Byron Bradley > > > Date: Fri, 31 Aug 2007 03:12:46 +0000 (UTC) > > > > Anybody got any ideas of how we fix this? > > > > > > I don't know how much testing XFS gets on ARM, but one thing that some > > > ARM chips have is D-cache aliasing problems and one thing XFS uses a > > > lot is virtual remapping of various data structures via vmap(). > > > > > > This might be what is causing the problems. > > > > AFAIK XFS uses vmap() mainly during log replay. If David's theory > > was true then the failures must be seen during tests that do > > this. > > I think it can also do vmap for directory lookups, and it crashed > in some directory lookup AFAIKS. > > One way to verify would be to create the XFS filesystem with PAGE_SIZE > directory blocks (mkfs.xfs -nsize=PAGE_SIZE) I believe. Dave will correct > me if I'm wrong. By default the directory block size is the same as the filesystem block size which means it will be <= PAGE_SIZE unless some special mkfs.xfs goo was used. What is the output of 'xfs_info ' on the machine in question? Cheers, Dave. -- Dave Chinner Principal Engineer SGI Australian Software Group - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/