[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20070927153956.GF2522@fieldses.org>
Date: Thu, 27 Sep 2007 11:39:56 -0400
From: "J. Bruce Fields" <bfields@...ldses.org>
To: nfs@...ts.sourceforge.net, nfsv4@...ux-nfs.org
Cc: linux-kernel@...r.kernel.org
Subject: Re: NFS server development update
On Thu, Sep 27, 2007 at 11:32:33AM -0400, J. Bruce Fields wrote:
> I'll follow up with a summary of the patches I currently have.
... but this time around that's nothing major--mostly just small
bugfixes and cleanup, including 64 bit inode support from Peter Staubach
and some preparation for supporting callbacks (hence delegations) over
krb5.
One outstanding question is what to do about the server RDMA and
transport-switch code, not yet included below. It would nice to finally
see that start going in, but it's a lot of code to add this late.
--b.
>From git://linux-nfs.org/~bfields/linux.git nfs-server-stable:
Andrew Morton (1):
nfsd warning fix
Christoph Hellwig (1):
nfsd: fix horrible indentation in nfsd_setattr
Dr. David Alan Gilbert (1):
knfsd: Add source address to sunrpc svc errors
J. Bruce Fields (14):
nfsd: tone down inaccurate dprintk
nfsd: remove unused cache_for_each macro
knfsd: delete code made redundant by map_new_errors
knfsd: cleanup of nfsd4 cmp_* functions
knfsd: demote some printk()s to dprintk()s
knfsd: nfs4 name->id mapping not correctly parsing negative downcall
knfsd: spawn kernel thread to probe callback channel
knfsd: move nfsv4 slab creation/destruction to module init/exit
knfsd: fix callback rpc cred
knfsd: remove code duplication in nfsd4_setclientid()
svcgss: move init code into separate function
knfsd: let nfsd manage timing out its own leases
knfsd: don't shutdown callbacks until nfsv4 client is freed
knfsd: nfsv4 delegation recall should take reference on client
Peter Staubach (1):
knfsd: 64 bit ino support for NFS server
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists