linux-mips
[Top] [All Lists]

Re: XFS installer

To: Steve Lord <lord@sgi.com>, Ralf Baechle <ralf@oss.sgi.com>
Subject: Re: XFS installer
From: Seth Mos <knuffie@xs4all.nl>
Date: Fri, 10 Aug 2001 16:18:07 +0200
Cc: Brandon Barker <bebarker@meginc.com>, linux-mips@oss.sgi.com, linux-xfs@oss.sgi.com
In-reply-to: <200108101346.f7ADkQ307720@jen.americas.sgi.com>
References: <Message from Ralf Baechle <ralf@oss.sgi.com> <20010810131954.C23866@bacchus.dhis.org>
Sender: owner-linux-mips@oss.sgi.com
At 08:46 10-8-2001 -0500, Steve Lord wrote:
> On Fri, Aug 10, 2001 at 07:38:15AM +0200, Seth Mos wrote:
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.

Would this have adverse effects on existing code if this would be changed? Is it something that can be done without pulling out everything from beneath us? Does userspace need to be recompiled? Would something like this be needed for other architectures as well?

If this can become standard in glibc we can tell people that it is supported from glibc 2.2.? systems and higher.

Would a workaround in the kernel code even be a possibility.

Cheers

--
Seth
Every program has two purposes one for which
it was written and another for which it wasn't
I use the last kind.


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