[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <048ABCD7-FB3B-44CF-A0A5-4B230B1775DE@dilger.ca>
Date: Tue, 31 May 2011 13:16:34 -0600
From: Andreas Dilger <adilger@...ger.ca>
To: Bernd Schubert <bernd.schubert@...m.fraunhofer.de>
Cc: "Ted Ts'o" <tytso@....edu>, linux-nfs@...r.kernel.org,
"linux-ext4@...r.kernel.org List" <linux-ext4@...r.kernel.org>,
Fan Yong <yong.fan@...mcloud.com>
Subject: Re: infinite getdents64 loop
On 2011-05-31, at 11:43 AM, Bernd Schubert wrote:
> On 05/31/2011 07:26 PM, Andreas Dilger wrote:
>> If it's of interest, we've implemented a 64-bit hash mode for ext4 to
>> solve just this problem for Lustre. The llseek() code will return a
>> 64-bit hash value on 64-bit systems, unless it is running for some
>> process that needs a 32-bit hash value (only NFSv2, AFAIK).
>>
>> The attached patch can at least form the basis for being able to return
>> 64-bit hash values for userspace/NFSv3/v4 when usable. The patch
>> is NOT usable as it stands now, since I've had to modify it from the
>> version that we are currently using for Lustre (this version hasn't
>> actually been compiled), but it at least shows the outline of what needs
>> to be done to get this working. None of the NFS side is implemented.
>
> Thanks Andreas! I haven't tested it yet, but the generic idea looks good. I guess the lower part of the patch (netfilter stuff) got accidentally in?
Oops, I had refreshed the patch just before sending, and forgot to remove those parts. They are definitely not relevant to this issue.
Cheers, Andreas
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists