lkml.org 
[lkml]   [1999]   [Mar]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: [patch] VFS inode.i_generation patch
From
>>>>> " " == Steven N Hirsch <shirsch@adelphia.net> writes:

> On Mon, 15 Mar 1999, G. Allen Morris III wrote:
>> This patch sets i_generation to a known value for filesystems
>> that don't support it. It does not need to be zero, but it
>> seems as good a choice as any.

> (snip)

> A modest request to Trond, Greg and hjl:

> Would it be possible for you guys to coordinate changes and
> patches with Alan? I'm certainly willing to pound on the NFS

There is a small problem with passing everything through Alan: as
you know Linus' and Alan's trees are very different with respect to
the NFS code because Alan accepted to test out the 8k patches. This
means that

a) Not all patches to Linus' tree are applicable to Alan's tree
b) Patches that need to be applied to both trees usually need some
massaging when moving from one to the other.

This is why I generally try to pass patches that for Alan directly to
him, and only put out fixes against Linus' tree on linux-kernel. Since
Alan has been very quick to put out new releases, I think that has
been an acceptable practice.

Note: b) is in part due to the extensive NFS client structure changes,
and in part due to a few trivial fixes to the sunrpc client. The
latter are what affect fs/lockd and fs/nfsd, and are probably the main
cause of problems with the knfsd patches (apart from HJ's fix to
fs/nfs/dir.c:nfs_rename which is unnecessary on Alan's tree). Most
trouble could therefore perhaps be avoided if we start the merge of
the sunrpc fixes in question to Linus' tree.

Cheers,
Trond

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:50    [W:0.192 / U:0.300 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site