[Top] [All Lists]

Re: XFS support for ARMv5

To: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Subject: Re: XFS support for ARMv5
From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Date: Wed, 25 Nov 2009 16:10:36 -0600
Cc: Andy Poling <andy@xxxxxxxxxxx>, Ofer Heifetz <oferh@xxxxxxxxxxx>, "xfs@xxxxxxxxxxx" <xfs@xxxxxxxxxxx>
In-reply-to: <20091125210611.GA12150@xxxxxxxxxxxxx>
References: <14274282.01258546868484.JavaMail.root@wombat> <4B041AEE.4040506@xxxxxxxxxxx> <EE71107DF0D1F24FA2D95041E64AB9E8985A59F17F@xxxxxxxxxxxxxxxxxxx> <4B096C6E.8010508@xxxxxxxxxxx> <EE71107DF0D1F24FA2D95041E64AB9E8985A59F31F@xxxxxxxxxxxxxxxxxxx> <alpine.DEB.2.00.0911251025490.28890@andydesk> <20091125210611.GA12150@xxxxxxxxxxxxx>
User-agent: Thunderbird (X11/20090320)
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.


<Prev in Thread] Current Thread [Next in Thread>