linux-mips
[Top] [All Lists]

Re: XFS installer

To: Ralf Baechle <ralf@oss.sgi.com>
Subject: Re: XFS installer
From: Steve Lord <lord@sgi.com>
Date: Fri, 10 Aug 2001 08:46:26 -0500
Cc: Seth Mos <knuffie@xs4all.nl>, Brandon Barker <bebarker@meginc.com>, linux-mips@oss.sgi.com, linux-xfs@oss.sgi.com
In-reply-to: Message from Ralf Baechle <ralf@oss.sgi.com> of "Fri, 10 Aug 2001 13:19:54 +0200." <20010810131954.C23866@bacchus.dhis.org>
Sender: owner-linux-mips@oss.sgi.com
> On Fri, Aug 10, 2001 at 07:38:15AM +0200, Seth Mos wrote:
> 
> > > of XFS on disk has somewhen been changed; the Linux version only supports
> > > v2 while IRIX 6.2 is rather old so I think only supports v1.  Thus both
> > > flavours are incompatible.
> > 
> > True, linux suports only v2. I don't know if Irix 6.2 supports the v2
> > mode. Another thing to watch out for is that the blocksize must equal
> > pagesize to be able to als mount it under linux.
> 
> Urg.  MIPS also supports various page sizes and so this will limit the
> use of XFS for file exchange.  Is this planned to be fixed?

The page size == block size will get fixed, we need to do that, but it
may take a while. Block size less than pagesize will come first, blocksize
greater than pagesize needs PAGE_CACHE_SIZE to be bumped, which appears to
be on the cards for 2.5.

V1 directories mostly work in Linux, but there are glibc getdents issues
with them. The glibc code which lseeks backwards in a directory is the issue,
if you have control over your glibc it can be fixed by using the 64 bit
version of lseek in this code. This is all because the directory offset in
V1 is a 64 bit hash value, not a 32 bit signed number.

Steve

> 
>   Ralf



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