From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id nAPMAJWC011620 for ; Wed, 25 Nov 2009 16:10:19 -0600 Received: from mx1.redhat.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 24390D82E3E for ; Wed, 25 Nov 2009 14:10:45 -0800 (PST) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id zGCYZyAdfoQRaBmC for ; Wed, 25 Nov 2009 14:10:45 -0800 (PST) Message-ID: <4B0DAB5C.2080607@sandeen.net> Date: Wed, 25 Nov 2009 16:10:36 -0600 From: Eric Sandeen MIME-Version: 1.0 Subject: Re: XFS support for ARMv5 References: <14274282.01258546868484.JavaMail.root@wombat> <4B041AEE.4040506@sandeen.net> <4B096C6E.8010508@sandeen.net> <20091125210611.GA12150@infradead.org> In-Reply-To: <20091125210611.GA12150@infradead.org> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xfs-bounces@oss.sgi.com Errors-To: xfs-bounces@oss.sgi.com To: Christoph Hellwig Cc: Andy Poling , Ofer Heifetz , "xfs@oss.sgi.com" Christoph Hellwig wrote: > On Wed, Nov 25, 2009 at 10:30:09AM -0600, Andy Poling wrote: >> On Mon, 23 Nov 2009, Ofer Heifetz wrote: >>> Here is the dmesg I got for mount /dev/sda3 /mnt/usb: >>> SGI XFS with ACLs, security attributes, large block/inode numbers, no debug enabled >>> XFS mounting filesystem sda3 >>> Starting XFS recovery on filesystem: sda3 (logdev: internal) >>> XFS: xlog_recover_process_data: bad clientid >>> XFS: log mount/recovery failed: error 5 >>> XFS: log mount failed >> See this thread in the archives for a patch that may fix this: >> >> http://oss.sgi.com/pipermail/xfs/2009-October/042805.html > > I don't think it's the case you found, although the symptoms are the > same. I'd rather guess this is a case of an architecture with virtually > indexed caches (can anyone confirm the cache architecture?) which > doesn't cope too well with the way we use vmap to write into a buffer > through virtually mapped linear addresses, but then do block I/O using > the physical addresses of the individual pages. James Bottomley has a > patchset to fix this issue by introducing APIs that allow the > architecture specific memory management to cope with it. He're a > version I could quickly find, although newer ones have been posted > since: > > http://thread.gmane.org/gmane.linux.kernel.cross-arch/4364 > > The patchset is planned to get merged into Linux 2.6.33. I'll do some ARM testing w/ that stuff next week. -Eric _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs