Re: XFS support for ARMv5

[Richard Sharpe <realrichardsharpe@xxxxxxxxx>]

On Wed, Nov 25, 2009 at 1:06 PM, Christoph Hellwig <hch@xxxxxxxxxxxxx> 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

The Marvell 78xx series uses a VIVT cache. I will have to consult the
documentation about the 6281 (I think that was it).

> 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.
>
> _______________________________________________
> xfs mailing list
> xfs@xxxxxxxxxxx
> http://oss.sgi.com/mailman/listinfo/xfs
>



-- 
Regards,
Richard Sharpe