From: J. Bruce Fields on
Please pull the following nfsd changes from the 'nfsd' branch at:

git://linux-nfs.org/~bfields/linux.git for-2.6.34 nfsd

This is an unusually quiet cycle for the NFS server--bugfixes, some IPv6
progress, and one new export operation to improve sync performance.

One exception to the 'mostly quiet' statement was a regression in the
rpc code which hit a lot of people: enormous thanks to Neil for tracking
that down.

--b.

Aime Le Rouzic (1):
NFSD: Support AF_INET6 in svc_addsock() function

Ben Myers (2):
commit_metadata export operation replacing nfsd_sync_dir
xfs_export_operations.commit_metadata

Christoph Hellwig (1):
nfsd: use vfs_fsync for non-directories

Chuck Lever (5):
SUNRPC: Use rpc_pton() in ip_map_parse()
SUNRPC: Bury "#ifdef IPV6" in svc_create_xprt()
SUNRPC: NFS kernel APIs shouldn't return ENOENT for "transport not found"
NFSD: Create PF_INET6 listener in write_ports
NFSD: NFSv4 callback client should use RPC_TASK_SOFTCONN

J. Bruce Fields (6):
nfsd: 4.1 has an rfc number
Revert "sunrpc: fix peername failed on closed listener"
Revert "sunrpc: move the close processing after do recvfrom method"
svcrpc: treat uid's as unsigned
nfsd4: fix minor memory leak
Merge branch 'for-linus' of git://oss.sgi.com/xfs/xfs into for-2.6.34-incoming

Jeff Layton (2):
lockd: release reference to nsm_handle in nlm_host_rebooted
lockd: don't clear sm_monitored on nsm_reboot_lookup

Neil Brown (2):
sunrpc: remove unnecessary svc_xprt_put
nfsd: ensure sockets are closed on error

Ricardo Labiaga (3):
nfsd41: nfsd4_decode_compound() does not recognize all ops
nfsd4: Use FIRST_NFS4_OP in nfsd4_decode_compound()
nfsd41: Create the recovery entry for the NFSv4.1 client

Trond Myklebust (1):
nfsd: Use vfs_fsync_range() in nfsd_commit

Documentation/filesystems/nfs/nfs41-server.txt | 5 +-
fs/lockd/host.c | 2 +-
fs/lockd/mon.c | 12 +--
fs/lockd/svc.c | 2 -
fs/nfs/callback.c | 2 -
fs/nfsd/nfs4callback.c | 5 +-
fs/nfsd/nfs4recover.c | 4 +-
fs/nfsd/nfs4state.c | 4 +-
fs/nfsd/nfs4xdr.c | 2 +-
fs/nfsd/nfsctl.c | 24 +++-
fs/nfsd/vfs.c | 153 +++++++++++------------
fs/xfs/linux-2.6/xfs_export.c | 20 +++
include/linux/exportfs.h | 5 +
net/sunrpc/svc_xprt.c | 27 ++--
net/sunrpc/svcauth_unix.c | 49 ++++----
net/sunrpc/svcsock.c | 3 +-
16 files changed, 174 insertions(+), 145 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: J. Bruce Fields on
On Sat, Mar 06, 2010 at 12:52:12PM -0500, bfields wrote:
> Please pull the following nfsd changes from the 'nfsd' branch at:
>
> git://linux-nfs.org/~bfields/linux.git for-2.6.34 nfsd
>
> This is an unusually quiet cycle for the NFS server--bugfixes, some IPv6
> progress, and one new export operation to improve sync performance.
>
> One exception to the 'mostly quiet' statement was a regression in the
> rpc code which hit a lot of people: enormous thanks to Neil for tracking
> that down.

However, I forgot to Cc stable on all of those. Stable people, could
you also take the following three commits?:

f5822754ea006563e1bf0a1f43faaad49c0d8bb2 Revert "sunrpc: fix
peername failed on closed listener"
1b644b6e6f6160ae35ce4b52c2ca89ed3e356e18 Revert "sunrpc: move
the close processing after do recvfrom method"
301e99ce4a2f42a317129230fd42e6cd874c64b0 nfsd: ensure sockets
are closed on error

Let me know if you need more information.

--b.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Greg KH on
On Wed, Mar 24, 2010 at 10:24:14AM -0400, J. Bruce Fields wrote:
> On Sat, Mar 06, 2010 at 12:52:12PM -0500, bfields wrote:
> > Please pull the following nfsd changes from the 'nfsd' branch at:
> >
> > git://linux-nfs.org/~bfields/linux.git for-2.6.34 nfsd
> >
> > This is an unusually quiet cycle for the NFS server--bugfixes, some IPv6
> > progress, and one new export operation to improve sync performance.
> >
> > One exception to the 'mostly quiet' statement was a regression in the
> > rpc code which hit a lot of people: enormous thanks to Neil for tracking
> > that down.
>
> However, I forgot to Cc stable on all of those. Stable people, could
> you also take the following three commits?:
>
> f5822754ea006563e1bf0a1f43faaad49c0d8bb2 Revert "sunrpc: fix
> peername failed on closed listener"
> 1b644b6e6f6160ae35ce4b52c2ca89ed3e356e18 Revert "sunrpc: move
> the close processing after do recvfrom method"
> 301e99ce4a2f42a317129230fd42e6cd874c64b0 nfsd: ensure sockets
> are closed on error
>
> Let me know if you need more information.

I've queued all of these up for the .33 -stable tree. If any of them
need to go into .32 (maybe that last one?), please let me know.

thanks,

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: J. Bruce Fields on
On Mon, Mar 29, 2010 at 11:24:43AM -0700, Greg KH wrote:
> On Wed, Mar 24, 2010 at 10:24:14AM -0400, J. Bruce Fields wrote:
> > On Sat, Mar 06, 2010 at 12:52:12PM -0500, bfields wrote:
> > > Please pull the following nfsd changes from the 'nfsd' branch at:
> > >
> > > git://linux-nfs.org/~bfields/linux.git for-2.6.34 nfsd
> > >
> > > This is an unusually quiet cycle for the NFS server--bugfixes, some IPv6
> > > progress, and one new export operation to improve sync performance.
> > >
> > > One exception to the 'mostly quiet' statement was a regression in the
> > > rpc code which hit a lot of people: enormous thanks to Neil for tracking
> > > that down.
> >
> > However, I forgot to Cc stable on all of those. Stable people, could
> > you also take the following three commits?:
> >
> > f5822754ea006563e1bf0a1f43faaad49c0d8bb2 Revert "sunrpc: fix
> > peername failed on closed listener"
> > 1b644b6e6f6160ae35ce4b52c2ca89ed3e356e18 Revert "sunrpc: move
> > the close processing after do recvfrom method"
> > 301e99ce4a2f42a317129230fd42e6cd874c64b0 nfsd: ensure sockets
> > are closed on error
> >
> > Let me know if you need more information.
>
> I've queued all of these up for the .33 -stable tree. If any of them
> need to go into .32 (maybe that last one?), please let me know.

Thanks; .32 needs all three of those.

--b.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Greg KH on
On Tue, Mar 30, 2010 at 10:40:54AM -0400, J. Bruce Fields wrote:
> On Mon, Mar 29, 2010 at 11:24:43AM -0700, Greg KH wrote:
> > On Wed, Mar 24, 2010 at 10:24:14AM -0400, J. Bruce Fields wrote:
> > > On Sat, Mar 06, 2010 at 12:52:12PM -0500, bfields wrote:
> > > > Please pull the following nfsd changes from the 'nfsd' branch at:
> > > >
> > > > git://linux-nfs.org/~bfields/linux.git for-2.6.34 nfsd
> > > >
> > > > This is an unusually quiet cycle for the NFS server--bugfixes, some IPv6
> > > > progress, and one new export operation to improve sync performance.
> > > >
> > > > One exception to the 'mostly quiet' statement was a regression in the
> > > > rpc code which hit a lot of people: enormous thanks to Neil for tracking
> > > > that down.
> > >
> > > However, I forgot to Cc stable on all of those. Stable people, could
> > > you also take the following three commits?:
> > >
> > > f5822754ea006563e1bf0a1f43faaad49c0d8bb2 Revert "sunrpc: fix
> > > peername failed on closed listener"
> > > 1b644b6e6f6160ae35ce4b52c2ca89ed3e356e18 Revert "sunrpc: move
> > > the close processing after do recvfrom method"
> > > 301e99ce4a2f42a317129230fd42e6cd874c64b0 nfsd: ensure sockets
> > > are closed on error
> > >
> > > Let me know if you need more information.
> >
> > I've queued all of these up for the .33 -stable tree. If any of them
> > need to go into .32 (maybe that last one?), please let me know.
>
> Thanks; .32 needs all three of those.

Ok, care to backport them and send them to stable(a)kernel.org? They
don't all apply cleanly from what I can see.

thanks,

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/