Linux NFS (Network File System)

• Thread Index

• Re: nfs-utils release plans
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 2/2] NFS: Cache state owners after files are closed
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 2/2] NFS: Cache state owners after files are closed
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 2/2] NFS: Cache state owners after files are closed
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 2/2] NFS: Cache state owners after files are closed
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 2/2] NFS: Cache state owners after files are closed
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 2/2] NFS: Cache state owners after files are closed
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 3/4] svcrpc: fix double-free on shutdown of nfsd after changing pool mode
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH 4/4] svcrpc: don't revert to SVC_POOL_DEFAULT on nfsd shutdown
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 3/4] svcrpc: fix double-free on shutdown of nfsd after changing pool mode
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• 3.3 nfsd fixes
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 1/4] nfsd4: fix spurious 4.1 post-reboot failures
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 2/4] nfsd4: be forgiving in the absence of the recovery directory
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• Re: [PATCH] SUNRPC: Clean up the RPCSEC_GSS service ticket requests
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] SUNRPC: Clean up the RPCSEC_GSS service ticket requests
  • From: Bruce Fields <bfields@xxxxxxxxxxxx>
• [PATCH] SUNRPC: Clean up the RPCSEC_GSS service ticket requests
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: RFC: rpcbind start/stop scripts affects all nested pid namespaces
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Question about direct IO in pnfs
  • From: 김수영 <sykim@xxxxxxxxxx>
• Re: [PATCH 01/11] SYSCTL: export root and set handling routines
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH] gssd: avoid double-free upon write failure
  • From: Jim Meyering <jim@xxxxxxxxxxxx>
• Re: [PATCH 0/5] NFS: create blocklayout pipe per network namesapce context
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 6/6] NFS: idmap PipeFS notifier introduced
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: Session timeout on RHEL6.2
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• RE: Session timeout on RHEL6.2
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: Session timeout on RHEL6.2
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• Re: [RFC] RPCBIND: add anonymous listening socket in addition to named one
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [RFC] RPCBIND: add anonymous listening socket in addition to named one
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [RFC] RPCBIND: add anonymous listening socket in addition to named one
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [RFC] RPCBIND: add anonymous listening socket in addition to named one
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [RFC] RPCBIND: add anonymous listening socket in addition to named one
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [RFC] RPCBIND: add anonymous listening socket in addition to named one
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [RFC] RPCBIND: add anonymous listening socket in addition to named one
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [RFC] RPCBIND: add anonymous listening socket in addition to named one
  • From: "bfields@xxxxxxxxxxxx" <bfields@xxxxxxxxxxxx>
• Re: [RFC] RPCBIND: add anonymous listening socket in addition to named one
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [RFC] RPCBIND: add anonymous listening socket in addition to named one
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [RFC] RPCBIND: add anonymous listening socket in addition to named one
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [RFC] RPCBIND: add anonymous listening socket in addition to named one
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: file locking fix for 3.2
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: file locking fix for 3.2
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• RFC: rpcbind start/stop scripts affects all nested pid namespaces
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH] SUNRPC: make SUNPRC clients list per network namespace context
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] SUNPRC: cleanup PipeFS for network-namespace-aware users
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 0/6] SUNPRC: cleanup PipeFS for network-namespace-aware users
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 2/6] SUNRPC: split SUNPRC PipeFS pipe data and inode creation
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 3/6] SUNRPC: cleanup PipeFS redundant RPC inode usage
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 6/6] SUNRPC: split SUNPRC PipeFS dentry and private pipe data creation
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 5/6] SUNRPC: cleanup GSS pipes usage
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 4/6] SUNPRC: cleanup RPC PipeFS pipes upcall interface
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 1/6] SUNRPC: replace inode lock with pipe lock for RPC PipeFS operations
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v3 1/7] SUNRPC: create RPC pipefs superblock per network namespace context
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v3 2/7] SUNRPC: hold current network namespace while pipefs superblock is active
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v3 3/7] SUNRPC: send notification events on pipefs sb creation and destruction
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v3 5/7] SUNRPC: put pipefs superblock link on network namespace
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v3 7/7] SUNRPC: added debug messages to RPC pipefs
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v3 6/7] SUNRPC: pipefs per-net operations helper introduced
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v3 4/7] SUNRPC: pipefs dentry lookup helper introduced
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v3 0/7] SUNRPC: initial part of making pipefs work in net ns
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2] SUNRPC: remove non-exclusive pipe creation from RPC pipefs
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH 6/6] SUNRPC: split SUNPRC PipeFS dentry and private pipe data creation
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH] fix do_xor_speed 64-bit devision issue on 32-bits arch
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: file locking fix for 3.2
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] fix do_xor_speed 64-bit devision issue on 32-bits arch
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [PATCH] fix do_xor_speed 64-bit devision issue on 32-bits arch
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH] fix do_xor_speed 64-bit devision issue on 32-bits arch
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: Session timeout on RHEL6.2
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 4/6] SUNPRC: cleanup RPC PipeFS pipes upcall interface
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 6/6] SUNRPC: split SUNPRC PipeFS dentry and private pipe data creation
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] SUNRPC: make SUNPRC clients list per network namespace context
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: Session timeout on RHEL6.2
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: Session timeout on RHEL6.2
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] fix do_xor_speed 64-bit devision issue on 32-bits arch
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: Session timeout on RHEL6.2
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• [LSF/MM TOPIC] [ATTEND] linux-pnfs server implementations
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: file locking fix for 3.2
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: file locking fix for 3.2
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: file locking fix for 3.2
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• file locking fix for 3.2
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 0/3] autoconf: clean up linking in nfs-utils
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [PATCH 0/3] autoconf: clean up linking in nfs-utils
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [PATCH] sunrpc/nfs: don't allow TASK_KILLABLE sleeps to block the freezer
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• nfs-utils release plans
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 3/3] autoconf: only link binaries that need it to libtirpc
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 2/3] autoconf: don't let libnfsidmap test add -lnfsidmap to $LIBS
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 1/3] autoconf: fix up libevent autoconf test
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 0/3] autoconf: clean up linking in nfs-utils
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: NFSv4 empty RPC thrashing?
  • From: Andy Adamson <androsadamson@xxxxxxxxx>
• Re: NFSv4 empty RPC thrashing?
  • From: Paul Anderson <pha@xxxxxxxxx>
• Re: [PATCH] nfsidmap: auto disable when keyutils is not found
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 3/3] NFS: don't mark freshly created callback sockets with XPT_CHNGBUF
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 0/3] SUNPRC: redundant XPT_CHNGBUF set removed
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 2/3] Lockd: don't mark freshly created sockets with XPT_CHNGBUF
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 1/3] SUNPRC: remove marking service temporary sockets with XPT_CHNGBUF
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH] nfsidmap: auto disable when keyutils is not found
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: LAYOUTGET failure handling
  • From: Fred Isaman <iisaman@xxxxxxxxxx>
• Re: [PATCH] fix do_xor_speed 64-bit devision issue on 32-bits arch
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [PATCH] sunrpc/nfs: don't allow TASK_KILLABLE sleeps to block the freezer
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: LAYOUTGET failure handling
  • From: Vishal Thanki <vishalthanki@xxxxxxxxx>
• LAYOUTGET failure handling
  • From: Vishal Thanki <vishalthanki@xxxxxxxxx>
• Re: [PATCH] fix do_xor_speed 64-bit devision issue on 32-bits arch
  • From: fanchaoting <fanchaoting@xxxxxxxxxxxxxx>
• Re: [PATCH] rpcbind: add support for systemd socket activation
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [PATCH] rpcbind: add support for systemd socket activation
  • From: Cristian Rodríguez <crrodriguez@xxxxxxxxxxxx>
• [PATCH] rpcbind: add support for systemd socket activation
  • From: Tom Gundersen <teg@xxxxxxx>
• [PATCH] locks: fix null dereference on lease-break failure path
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: NFSv4 empty RPC thrashing?
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: NFSv4 empty RPC thrashing?
  • From: Paul Anderson <pha@xxxxxxxxx>
• Re: NFSv4 empty RPC thrashing?
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: NFSv4 empty RPC thrashing?
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• NFSv4 empty RPC thrashing?
  • From: Paul Anderson <pha@xxxxxxxxx>
• Re: [PATCH v3 4/5] nfsd: add a header describing upcall to nfsdcld
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] nfsidmap: auto disable when keyutils is not found
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PATCH v3 4/5] nfsd: add a header describing upcall to nfsdcld
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [PATCH v3 4/5] nfsd: add a header describing upcall to nfsdcld
  • From: Jim Rees <rees@xxxxxxxxx>
• [PATCH 1/1] nfs4_setfacl failed with unexpected messages
  • From: Steve Dickson <steved@xxxxxxxxxx>
• Re: [PATCH] nfsidmap: auto disable when keyutils is not found
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] mount.nfs: don't overwrite mount options from /etc/nfsmount.conf
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH v3 4/5] nfsd: add a header describing upcall to nfsdcld
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 4/5] nfsd: add a header describing upcall to nfsdcld
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 4/5] nfsd: add a header describing upcall to nfsdcld
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• RE: [PATCH v3 4/5] nfsd: add a header describing upcall to nfsdcld
  • From: Peter Staubach <pstaubach@xxxxxxxxxxx>
• RE: [PATCH v3 4/5] nfsd: add a header describing upcall to nfsdcld
  • From: Peter Staubach <pstaubach@xxxxxxxxxxx>
• Re: [PATCH v3 4/5] nfsd: add a header describing upcall to nfsdcld
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 4/5] nfsd: add a header describing upcall to nfsdcld
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• RE: [PATCH v3 4/5] nfsd: add a header describing upcall to nfsdcld
  • From: Peter Staubach <pstaubach@xxxxxxxxxxx>
• Re: [PATCH v3 4/5] nfsd: add a header describing upcall to nfsdcld
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 4/5] nfsd: add a header describing upcall to nfsdcld
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 4/5] nfsd: add a header describing upcall to nfsdcld
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH v3 4/5] nfsd: add a header describing upcall to nfsdcld
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 4/5] nfsd: add a header describing upcall to nfsdcld
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v3 02/10] nfsdcld: add client tracking daemon stub
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 10/10] nfsdcld: update the README
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 06/10] nfsdcld: add check/update functionality
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 01/10] autoconf: fix up libevent autoconf test
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 04/10] nfsdcld: add routines for a sqlite backend database
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 08/10] nfsdcld: allow daemon to wait for pipe to show up
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 09/10] nfsdcld: add a manpage for nfsdcld
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 07/10] nfsdcld: add function to remove unreclaimed client records
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 03/10] nfsdcld: add autoconf goop for sqlite
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 05/10] nfsdcld: add remove functionality
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 00/10] nfsdcld: add a daemon to track NFSv4 client names on stable storage
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 0/5] nfsd: overhaul the client name tracking code
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 1/5] nfsd: add nfsd4_client_tracking_ops struct and a way to set it
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 5/5] nfsd: add the infrastructure to handle the cld upcall
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 4/5] nfsd: add a header describing upcall to nfsdcld
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 3/5] nfsd: convert nfs4_client->cl_cb_flags to a generic flags field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 2/5] sunrpc: create nfsd dir in rpc_pipefs
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: Session timeout on RHEL6.2
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• Re: overhaul of direct IO NFS code
  • From: Malahal Naineni <malahal@xxxxxxxxxx>
• Re: Session timeout on RHEL6.2
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH v2 3/7] nfsdcld: add autoconf goop for sqlite
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Session timeout on RHEL6.2
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• Re: [PATCH v2 3/7] nfsdcld: add autoconf goop for sqlite
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v2 3/7] nfsdcld: add autoconf goop for sqlite
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] NFSD: Change name of extended attribute containing junction
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH] nfs: Enclose hostname in brackets when needed in nfs_do_root_mount
  • From: Josh Boyer <jwboyer@xxxxxxxxxx>
• [PATCH] nfs: fix regression in handling of context= option in NFSv4
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [Devel] [PATCH] SUNRPC: search for service transports in network namespace context
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [Devel] [PATCH] SUNRPC: search for service transports in network namespace context
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH] SUNRPC: search for service transports in network namespace context
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [GIT PULL] Please pull NFS client bugfixes
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH v2] rpcbind: add support for systemd socket activation
  • From: Cristian Rodriguez <crrodriguez@xxxxxxxxxxxx>
• Re: copy offload support in Linux - new system call needed?
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: copy offload support in Linux - new system call needed?
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: copy offload support in Linux - new system call needed?
  • From: Jeremy Allison <jra@xxxxxxxxx>
• Re: [PATCH] NFSD: Change name of extended attribute containing junction
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• Re: copy offload support in Linux - new system call needed?
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] NFSD: Change name of extended attribute containing junction
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] NFSD: Change name of extended attribute containing junction
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] NFSD: Change name of extended attribute containing junction
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] nfs: fix regression in handling of context= option in NFSv4
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] nfs: fix regression in handling of context= option in NFSv4
  • From: Eric Paris <eparis@xxxxxxxxxx>
• [PATCH] nfs: fix regression in handling of context= option in NFSv4
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] NFSD: Change name of extended attribute containing junction
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 01/11] SYSCTL: export root and set handling routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH 01/11] SYSCTL: export root and set handling routines
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH] [Trivial]: nfs : Fix typo in dir.c
  • From: Masanari Iida <standby24x7@xxxxxxxxx>
• Re: [PATCH] [Trivial]: nfs : Fix typo in dir.c
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH] [Trivial]: nfs : Fix typo in dir.c
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH v2 4/5] nfsd: add a header describing upcall to nfsdcld
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: copy offload support in Linux - new system call needed?
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 01/11] SYSCTL: export root and set handling routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/5] nfsd: add a header describing upcall to nfsdcld
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH 01/11] SYSCTL: export root and set handling routines
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 01/11] SYSCTL: export root and set handling routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH 01/11] SYSCTL: export root and set handling routines
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] NFS/INOTIFY: inotify user when deleting files on nfs
  • From: Stef Bon <stefbon@xxxxxxxxx>
• Re: copy offload support in Linux - new system call needed?
  • From: Joel Becker <jlbec@xxxxxxxxxxxx>
• Re: [PATCH 0/7] clstated: add a daemon to track NFSv4 client names on stable storage (RFC)
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH] NFS/INOTIFY: inotify user when deleting files on nfs
  • From: Maxim Uvarov <maxim.uvarov@xxxxxxxxxx>
• RE: [PATCH] NFS/INOTIFY: inotify user when deleting files on nfs
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] NFS/INOTIFY: inotify user when deleting files on nfs
  • From: Maxim Uvarov <maxim.uvarov@xxxxxxxxxx>
• RE: [PATCH] NFS/INOTIFY: inotify user when deleting files on nfs
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] [RFC] KEYS: Add invalidation support
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] NFS/INOTIFY: inotify user when deleting files on nfs
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] NFS/INOTIFY: inotify user when deleting files on nfs
  • From: Maxim Uvarov <maxim.uvarov@xxxxxxxxxx>
• [PATCH v2 5/7] nfsdcld: add remove functionality
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 3/7] nfsdcld: add autoconf goop for sqlite
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 2/7] nfsdcld: add client tracking daemon stub
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 4/7] nfsdcld: add routines for a sqlite backend database
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 7/7] nfsdcld: add function to remove unreclaimed client records
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 6/7] nfsdcld: add check/update functionality
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 0/7] nfsdcld: add a daemon to track NFSv4 client names on stable storage
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 1/7] autoconf: fix up libevent autoconf test
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 4/5] nfsd: add a header describing upcall to nfsdcld
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 5/5] nfsd: add the infrastructure to handle the cld upcall
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 3/5] nfsd: add a generic flags field to nfs4_client
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 2/5] sunrpc: create nfsd dir in rpc_pipefs
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 1/5] nfsd: add nfsd4_client_tracking_ops struct and a way to set it
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 0/5] nfsd: overhaul the client name tracking code (RFC)
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: copy offload support in Linux - new system call needed?
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: copy offload support in Linux - new system call needed?
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• RE: copy offload support in Linux - new system call needed?
  • From: "Loke, Chetan" <Chetan.Loke@xxxxxxxxxxxx>
• RE: copy offload support in Linux - new system call needed?
  • From: "Loke, Chetan" <Chetan.Loke@xxxxxxxxxxxx>
• Re: copy offload support in Linux - new system call needed?
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: copy offload support in Linux - new system call needed?
  • From: Ric Wheeler <ricwheeler@xxxxxxxxx>
• RE: copy offload support in Linux - new system call needed?
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• RE: copy offload support in Linux - new system call needed?
  • From: "Loke, Chetan" <Chetan.Loke@xxxxxxxxxxxx>
• Re: copy offload support in Linux - new system call needed?
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: copy offload support in Linux - new system call needed?
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• RE: copy offload support in Linux - new system call needed?
  • From: "Loke, Chetan" <Chetan.Loke@xxxxxxxxxxxx>
• RE: copy offload support in Linux - new system call needed?
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: copy offload support in Linux - new system call needed?
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: copy offload support in Linux - new system call needed?
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 1/7] SUNRPC: create rpcbind client in passed network namespace context
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 0/7] SUNRPC: register services with per-net rpcbind
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 2/7] SUNRPC: register rpcbind programs in passed network namespase context
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 4/7] SUNRPC: parametrize local rpcbind clients creation with net ns
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 7/7] SUNRPC: unregister service on creation in current network namespace
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 5/7] SUNRPC: pass network namespace to service registering routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 6/7] SUNRPC: register service on creation in current network namespace
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: copy offload support in Linux - new system call needed?
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 3/7] SUNRPC: use proper network namespace in rpcbind RPCBPROC_GETADDR procedure
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: copy offload support in Linux - new system call needed?
  • From: Chris Mason <chris.mason@xxxxxxxxxx>
• Re: [PATCH 3/5] nfsd: add a header describing upcall for clname tracking daemon
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 4/7] clstated: add routines for a sqlite backend database
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [systemd-devel] [PATCH v2] rpcbind: add support for systemd socket activation
  • From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
• Re: copy offload support in Linux - new system call needed?
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 4/7] clstated: add routines for a sqlite backend database
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] [RFC] KEYS: Add invalidation support
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] [RFC] KEYS: Add invalidation support
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• [PATCH] [RFC] KEYS: Add invalidation support
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] NFS/INOTIFY: inotify user when deleting files on nfs
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH 0/7] clstated: add a daemon to track NFSv4 client names on stable storage (RFC)
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Linux pNFS status meeting 12/15/11
  • From: Marc Eshel <eshel@xxxxxxxxxxxxxxx>
• Re: [PATCH] NFS/INOTIFY: inotify user when deleting files on nfs
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH] NFS/INOTIFY: inotify user when deleting files on nfs
  • From: Maxim Uvarov <maxim.uvarov@xxxxxxxxxx>
• [PATCH] NFS/INOTIFY: inotify user when deleting files on nfs
  • From: Maxim Uvarov <maxim.uvarov@xxxxxxxxxx>
• Re: [PATCH] NFSD: forget_delegations should use list_for_each_entry_safe
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 0/7] clstated: add a daemon to track NFSv4 client names on stable storage (RFC)
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: copy offload support in Linux - new system call needed?
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 3/5] nfsd: add a header describing upcall for clname tracking daemon
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 2/7] clstated: reattempt the pipe open if it fails on ENOENT
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] NFSD: forget_delegations should use list_for_each_entry_safe
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• Re: [PATCH 2/7] clstated: reattempt the pipe open if it fails on ENOENT
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 0/7] clstated: add a daemon to track NFSv4 client names on stable storage (RFC)
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] NFSD: forget_delegations should use list_for_each_entry_safe
  • From: Casey Bodley <cbodley@xxxxxxxxxxxxxx>
• Re: [PATCH 0/7] clstated: add a daemon to track NFSv4 client names on stable storage (RFC)
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: copy offload support in Linux - new system call needed?
  • From: Ric Wheeler <ricwheeler@xxxxxxxxx>
• Re: [PATCH 0/5] nfsd: overhaul the client name tracking code (RFC)
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: copy offload support in Linux - new system call needed?
  • From: Jeremy Allison <jra@xxxxxxxxx>
• Re: copy offload support in Linux - new system call needed?
  • From: Ric Wheeler <ricwheeler@xxxxxxxxx>
• [PATCH] NFSD: forget_delegations should use list_for_each_entry_safe
  • From: bjschuma@xxxxxxxxxx
• Re: copy offload support in Linux - new system call needed?
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• copy offload support in Linux - new system call needed?
  • From: Ric Wheeler <ricwheeler@xxxxxxxxx>
• Re: [PATH v4 1/3] nfsd41: handle current stateid in open and close
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• Re: [PATCH] NFSD: Only reinitilize the recall_lru list under the recall lock
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• Re: [PATCH] NFSD: Only reinitilize the recall_lru list under the recall lock
  • From: Casey Bodley <cbodley@xxxxxxxxxxxxxx>
• Re: [PATCH 0/7] clstated: add a daemon to track NFSv4 client names on stable storage (RFC)
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 2/7] clstated: reattempt the pipe open if it fails on ENOENT
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH 0/7] clstated: add a daemon to track NFSv4 client names on stable storage (RFC)
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH 4/7] clstated: add routines for a sqlite backend database
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 0/7] clstated: add a daemon to track NFSv4 client names on stable storage (RFC)
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 2/7] clstated: reattempt the pipe open if it fails on ENOENT
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 2/7] clstated: reattempt the pipe open if it fails on ENOENT
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH 4/7] clstated: add routines for a sqlite backend database
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 0/7] clstated: add a daemon to track NFSv4 client names on stable storage (RFC)
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH 2/7] clstated: reattempt the pipe open if it fails on ENOENT
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 0/7] clstated: add a daemon to track NFSv4 client names on stable storage (RFC)
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 2/7] clstated: reattempt the pipe open if it fails on ENOENT
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH 0/7] clstated: add a daemon to track NFSv4 client names on stable storage (RFC)
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH 2/7] clstated: reattempt the pipe open if it fails on ENOENT
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 4/7] clstated: add routines for a sqlite backend database
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 2/7] clstated: reattempt the pipe open if it fails on ENOENT
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH 4/7] clstated: add routines for a sqlite backend database
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 0/5] nfsd: overhaul the client name tracking code (RFC)
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 0/5] nfsd: overhaul the client name tracking code (RFC)
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] NFSD: Only reinitilize the recall_lru list under the recall lock
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• Re: [PATCH] NFSD: Only reinitilize the recall_lru list under the recall lock
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH 5/7] clstated: add remove functionality
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 6/7] clstated: add check/update functionality
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 7/7] clstated: add function to remove unreclaimed client records
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 3/7] clstated: add autoconf goop for sqlite
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 4/7] clstated: add routines for a sqlite backend database
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 2/7] clstated: reattempt the pipe open if it fails on ENOENT
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 1/7] clstated: add clname tracking daemon stub
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 0/7] clstated: add a daemon to track NFSv4 client names on stable storage (RFC)
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 5/5] nfsd: add the infrastructure to handle the clstate upcall
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 3/5] nfsd: add a header describing upcall for clname tracking daemon
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 4/5] nfsd: add a cl_daddr field and a generic flags field to nfs4_client
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 2/5] sunrpc: create nfsd dir in rpc_pipefs
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 1/5] nfsd: add nfsd4_client_tracking_ops struct and a way to set it
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 0/5] nfsd: overhaul the client name tracking code (RFC)
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] NFSD: Only reinitilize the recall_lru list under the recall lock
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• [PATCH 02/11] SUNRPC: use syctl path instead of dummy parent table
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 04/11] SUNRPC: per-net sysctl's set introduced
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 05/11] SUNRPC: register debug sysctl table per network namespace
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 06/11] SUNRPC: register xs_tunables sysctl table per network namespace
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 07/11] SUNRPC: xs tunables per network namespace introduced
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 08/11] SUNRPC: use per-net xs tunables instead of static ones
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 10/11] SUNRPC: allow debug flags modifications only from init_net
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 11/11] SUNRPC: sysctl table for rpc_debug introduced
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 09/11] SUNRPC: remove xs_tcp_fin_timeout variable
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 03/11] SUNRPC: sysctl root for debug table introduced
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 00/11] SUNRPC: make sysctl per network namespcase context
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 01/11] SYSCTL: export root and set handling routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH] SUNRPC: make SUNPRC clients list per network namespace context
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [nfsv4] Slides from the pNFS BoF we delivered at LISA 11 - with attachment this time
  • From: Rick Macklem <rmacklem@xxxxxxxxxxx>
• Re: [PATCH] NFSD: Only reinitilize the recall_lru list under the recall lock
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH] NFSD: Only reinitilize the recall_lru list under the recall lock
  • From: bjschuma@xxxxxxxxxx
• Re: [PATCH] nfsd4: permit read opens of executable-only files
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] nfsd4: permit read opens of executable-only files
  • From: Chris J Arges <chris.j.arges@xxxxxxxxxxxxx>
• Re: [PATH v4 1/3] nfsd41: handle current stateid in open and close
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] nfs: only do COMMIT for range written with direct I/O
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: ceph, cifs, nfs, fuse: boolean and / or confusion
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: need help for locking with nfs4
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH Version 4 4/7] NFSv4.1: dynamic session slots
  • From: "Adamson, Andy" <William.Adamson@xxxxxxxxxx>
• Re: ceph, cifs, nfs, fuse: boolean and / or confusion
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: need help for locking with nfs4
  • From: Upendra Moturi <upendra.m@xxxxxxxxxxxx>
• Re: [PATH v4 3/3] nfsd41: consume current stateid on read and write
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• Re: [PATH v4 2/3] nfsd41: handle current stateid on lock and locku
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATH v4 3/3] nfsd41: consume current stateid on read and write
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATH v4 1/3] nfsd41: handle current stateid in open and close
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH] nfsd41: handle current stateid in open and close
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: ceph, cifs, nfs, fuse: boolean and / or confusion
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: ceph, cifs, nfs, fuse: boolean and / or confusion
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: ceph, cifs, nfs, fuse: boolean and / or confusion
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: ceph, cifs, nfs, fuse: boolean and / or confusion
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: ceph, cifs, nfs, fuse: boolean and / or confusion
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATH v4 0/3] nfsd41: current state id processing
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• ceph, cifs, nfs, fuse: boolean and / or confusion
  • From: roel <roel.kluin@xxxxxxxxx>
• Re: [PATCH 1/3] client: test OPEN+WRITE+CLOSE in a single compound
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 1/3] client: test OPEN+WRITE+CLOSE in a single compound
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 1/3] client: test OPEN+WRITE+CLOSE in a single compound
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] nfsd41: handle current stateid in open and close
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] client: test LOCK and LOCKU in a single compound
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Intermittent performance issues with Solaris 10 NFS V3 client to RHEL 5.5 NFS server
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATH v3 5/5] nfsd41: use pinter to current stateid to avoid extra copy
  • From: Tiramisu Mokka <kofemann@xxxxxxxxxxxxxx>
• [PATH v4 3/3] nfsd41: consume current stateid on read and write
  • From: Tigran Mkrtchyan <kofemann@xxxxxxxxxxxxxx>
• [PATH v4 2/3] nfsd41: handle current stateid on lock and locku
  • From: Tigran Mkrtchyan <kofemann@xxxxxxxxxxxxxx>
• [PATH v4 1/3] nfsd41: handle current stateid in open and close
  • From: Tigran Mkrtchyan <kofemann@xxxxxxxxxxxxxx>
• [PATH v4 0/3] nfsd41: current state id processing
  • From: Tigran Mkrtchyan <kofemann@xxxxxxxxxxxxxx>
• Re: NFS - lock failover
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH 3/3] client: group test with currentstateid tougheter
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• [PATCH 2/3] client: test LOCK+WRITE+LOCKU in a single compound
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• [PATCH 1/3] client: test OPEN+WRITE+CLOSE in a single compound
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• Re: NFS - lock failover
  • From: Frank van Maarseveen <frankvm@xxxxxxxxxxx>
• Re: [PATCH Version 4 4/7] NFSv4.1: dynamic session slots
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH Version 4 4/7] NFSv4.1: dynamic session slots
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: NFS - lock failover
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v2 2/2] client: add open+close test with current stateid
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATH v3 0/5] nfsd41: current state id processing
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATH v3 5/5] nfsd41: use pinter to current stateid to avoid extra copy
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH Version 4 4/7] NFSv4.1: dynamic session slots
  • From: "Adamson, Andy" <William.Adamson@xxxxxxxxxx>
• Re: Intermittent performance issues with Solaris 10 NFS V3 client to RHEL 5.5 NFS server
  • From: John Simon <tzzhc4@xxxxxxxxx>
• [PATCH] SUNRPC: make SUNPRC clients list per network namespace context
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATH v3 1/5] nfsd41: handle current stateid in open and close
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• Re: [PATH v3 1/5] nfsd41: handle current stateid in open and close
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• Re: [PATCH 0/4] SUNRPC: pass network namespace context to sockaddr construction routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] SUNRPC: use passed network namespace context in rpc_parse_scope_id()
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] SUNRPC: pass network namespace context to sockaddr construction routines
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 0/4] SUNRPC: pass network namespace context to sockaddr construction routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: Intermittent performance issues with Solaris 10 NFS V3 client to RHEL 5.5 NFS server
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH Version 4 4/7] NFSv4.1: dynamic session slots
  • From: "Adamson, Andy" <William.Adamson@xxxxxxxxxx>
• Re: [PATCH 1/4] SUNRPC: use passed network namespace context in rpc_parse_scope_id()
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATH v3 1/5] nfsd41: handle current stateid in open and close
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 1/4] SUNRPC: use passed network namespace context in rpc_parse_scope_id()
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATH v3 1/5] nfsd41: handle current stateid in open and close
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [nfsv4] Slides from the pNFS BoF we delivered at LISA 11 - with attachment this time
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Intermittent performance issues with Solaris 10 NFS V3 client to RHEL 5.5 NFS server
  • From: John Simon <tzzhc4@xxxxxxxxx>
• Re: 3.1.4: NFSv3 RPC scheduling issue?
  • From: Frank van Maarseveen <frankvm@xxxxxxxxxxx>
• [PATH v3 5/5] nfsd41: use pinter to current stateid to avoid extra copy
  • From: Tigran Mkrtchyan <kofemann@xxxxxxxxxxxxxx>
• [PATH v3 4/5] nfsd41: consume current stateid on read and write
  • From: Tigran Mkrtchyan <kofemann@xxxxxxxxxxxxxx>
• [PATH v3 1/5] nfsd41: handle current stateid in open and close
  • From: Tigran Mkrtchyan <kofemann@xxxxxxxxxxxxxx>
• [PATH v3 2/5] nfsd41: handle current stateid on lock and locku
  • From: Tigran Mkrtchyan <kofemann@xxxxxxxxxxxxxx>
• [PATH v3 3/5] nfsd41: update operations's stateid iff current stateid is set
  • From: Tigran Mkrtchyan <kofemann@xxxxxxxxxxxxxx>
• [PATH v3 0/5] nfsd41: current state id processing
  • From: Tigran Mkrtchyan <kofemann@xxxxxxxxxxxxxx>
• Re: 3.1.4: NFSv3 RPC scheduling issue?
  • From: Frank van Maarseveen <frankvm@xxxxxxxxxxx>
• Re: [PATCH Version 4 4/7] NFSv4.1: dynamic session slots
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: 3.1.4: NFSv3 RPC scheduling issue?
  • From: Frank van Maarseveen <frankvm@xxxxxxxxxxx>
• Re: 3.1.4: NFSv3 RPC scheduling issue?
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH] NFSv4: Do not accept delegated opens when a delegation recall is in effect
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: Slides from the pNFS BoF we delivered at LISA 11
  • From: Ric Wheeler <ricwheeler@xxxxxxxxx>
• Re: linux-image: on nfs4 server: RPC: AUTH_GSS upcall timed out Please check user daemon is running
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: linux-image: on nfs4 server: RPC: AUTH_GSS upcall timed out Please check user daemon is running
  • From: Daniel Kahn Gillmor <dkg@xxxxxxxxxxxxxxxxx>
• NFS kmemleak reports.
  • From: Nick Bowler <nbowler@xxxxxxxxxxxxxxxx>
• [PATCH] client: test LOCK and LOCKU in a single compound
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• [PATCH/RFC v2 0/7] Volatile Filehandle Client-side Support
  • From: Matthew Treinish <treinish@xxxxxxxxxxxxxxxxxx>
• [PATCH/RFC v2 2/7] Added support for FH_EXPIRE_TYPE attribute.
  • From: Matthew Treinish <treinish@xxxxxxxxxxxxxxxxxx>
• [PATCH/RFC v2 1/7] New mount option for volatile filehandle recovery
  • From: Matthew Treinish <treinish@xxxxxxxxxxxxxxxxxx>
• [PATCH/RFC v2 6/7] Perform recovery on both inodes for rename.
  • From: Matthew Treinish <treinish@xxxxxxxxxxxxxxxxxx>
• [PATCH/RFC v2 5/7] Added VFH FHEXPIRED recovery functions.
  • From: Matthew Treinish <treinish@xxxxxxxxxxxxxxxxxx>
• [PATCH/RFC v2 7/7] Added error handling for NFS4ERR_FHEXPIRED
  • From: Matthew Treinish <treinish@xxxxxxxxxxxxxxxxxx>
• [PATCH/RFC v2 4/7] Save root file handle in nfs_server.
  • From: Matthew Treinish <treinish@xxxxxxxxxxxxxxxxxx>
• [PATCH/RFC v2 3/7] Add VFS objects from nfs4_proc calls into nfs4_exception.
  • From: Matthew Treinish <treinish@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] create open requests without executing
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• [PATCH v2 2/2] client: add open+close test with current stateid
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• [PATCH v2 1/2] create open requests without executing
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• Re: [nfsv4] Slides from the pNFS BoF we delivered at LISA 11 - with attachment this time
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: NFS - lock failover
  • From: Frank van Maarseveen <frankvm@xxxxxxxxxxx>
• Re: [nfsv4] Slides from the pNFS BoF we delivered at LISA 11 - with attachment this time
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• Re: Slides from the pNFS BoF we delivered at LISA 11
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• Re: Slides from the pNFS BoF we delivered at LISA 11 - with attachment this time
  • From: "Sorin Faibish" <sfaibish@xxxxxxx>
• Re: Slides from the pNFS BoF we delivered at LISA 11 - with attachment this time
  • From: Rick Macklem <rmacklem@xxxxxxxxxxx>
• Slides from the pNFS BoF we delivered at LISA 11
  • From: "Sorin Faibish" <sfaibish@xxxxxxx>
• Re: [RFC][PATCH] libtirpc,rpcbind: move socket from /var/run to /run
  • From: Rüdiger Meier <sweet_f_a@xxxxxx>
• Re: [RFC][PATCH] libtirpc,rpcbind: move socket from /var/run to /run
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [RFC][PATCH] libtirpc,rpcbind: move socket from /var/run to /run
  • From: Tom Gundersen <teg@xxxxxxx>
• Re: Error: state manager failed on NFSv4 server base with error 10018
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [RFC][PATCH] libtirpc,rpcbind: move socket from /var/run to /run
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 1/2] create open requests without executing
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] nfsd4: permit read opens of executable-only files
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 0/4] 32/64 bit llseek hashes (v4)
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v2] 4.1 CLNT: Test Case for OPEN file with claim_type is CLAIM_FH
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 1/4] SUNRPC: use passed network namespace context in rpc_parse_scope_id()
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 0/4] SUNRPC: pass network namespace context to sockaddr construction routines
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [RFC][PATCH] libtirpc,rpcbind: move socket from /var/run to /run
  • From: Tom Gundersen <teg@xxxxxxx>
• Re: [PATCH 0/4] 32/64 bit llseek hashes (v4)
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• Re: linux-image: on nfs4 server: RPC: AUTH_GSS upcall timed out Please check user daemon is running
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH 2/2] client: add open+close test with current stateid
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• [PATCH 1/2] create open requests without executing
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• Re: [PATCH] nfsd41: handle current stateid in open and close
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• linux-image: on nfs4 server: RPC: AUTH_GSS upcall timed out Please check user daemon is running
  • From: Daniel Kahn Gillmor <dkg@xxxxxxxxxxxxxxxxx>
• Oracle RAC on NFS
  • From: K M <process_of_learning@xxxxxxxxx>
• [PATCH] nfsctl: fix building with newer arches
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• RE: [PATCH-RESEND 4/4] pnfsblock: do not ask for layout in pg_init
  • From: <tao.peng@xxxxxxx>
• Re: pnfs nfsd compile problems
  • From: Olga Kornievskaia <aglo@xxxxxxxxxxxxxx>
• Re: pnfs nfsd compile problems
  • From: Olga Kornievskaia <aglo@xxxxxxxxxxxxxx>
• Linux pNFS status meeting 12/08/11 CANCELED
  • From: Marc Eshel <eshel@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] NFSd: use network-namespace-aware cache registering routines
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] nfsd4: permit read opens of executable-only files
  • From: Chris J Arges <chris.j.arges@xxxxxxxxxxxxx>
• Re: NFSv4 fsid=0 export still necessary?
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH] nfsd41: handle current stateid in open and close
  • From: Tiramisu Mokka <kofemann@xxxxxxxxxxxxxx>
• Re: [PATCH] nfsd41: handle current stateid in open and close
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH Version 2 1/1] NFSv4: include bitmap in nfsv4 get acl data
  • From: andros@xxxxxxxxxx
• [PATCH] nfs: treat open-associated setattr like write otc purposes
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: NFSv4 fsid=0 export still necessary?
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: NFSv4 fsid=0 export still necessary?
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• [PATCH v2] rpcbind: add support for systemd socket activation
  • From: Tom Gundersen <teg@xxxxxxx>
• Re: [PATCH] nfsd41: handle current stateid in open and close
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [Nfs-ganesha-devel] Help wanted: ENOCLK returned during lock test#2 in connectathon's test
  • From: Frank S Filz <ffilz@xxxxxxxxxx>
• Re: Bug#651032: /usr/sbin/rpc.idmapd: rpc.idmapd referring to none existing library
  • From: Rares Aioanei <schaiba@xxxxxxxxx>
• Re: Help wanted: ENOCLK returned during lock test#2 in connectathon's test
  • From: DENIEL Philippe <philippe.deniel@xxxxxx>
• Re: [PATCH 2/2] nfsv41: handle current stateid on open and close
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH 2/2] nfsv41: handle current stateid on open and close
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• [PATCH] SQUASHME: pnfsd-block: fix compile error when PNFSD_BLOCK in not enabled
  • From: Benny Halevy <benny@xxxxxxxxxx>
• Re: [PATCH-RESEND 4/4] pnfsblock: do not ask for layout in pg_init
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• [PATCH] fix do_xor_speed 64-bit devision issue on 32-bits arch
  • From: Benny Halevy <benny@xxxxxxxxxx>
• Re: pnfs nfsd compile problems
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: 3.1.4: NFSv3 RPC scheduling issue?
  • From: Frank van Maarseveen <frankvm@xxxxxxxxxxx>
• Re: [PATCH] nfsd41: handle current stateid in open and close
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: Bug#651032: /usr/sbin/rpc.idmapd: rpc.idmapd referring to none existing library
  • From: Steven Shiau <steven@xxxxxxxxxxx>
• Re: [PATCH 03/13] pnfsd-block: reverse boolean_t values so they make sense
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• [PATCH 1/4] SUNRPC: use passed network namespace context in rpc_parse_scope_id()
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 2/4] SUNRPC: use passed network namespace context in rpc_pton6()
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 4/4] SUNRPC: use passed network namespace context in rpc_uaddr2sockaddr()
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 0/4] SUNRPC: pass network namespace context to sockaddr construction routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 3/4] SUNRPC: use passed network namespace context in rpc_pton()
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2] NFSd: use network-namespace-aware cache registering routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH] NFSd: use network-namespace-aware cache registering routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH] SUNRPC: create svc_xprt in proper network namespace
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2] 4.1 CLNT: Test Case for OPEN file with claim_type is CLAIM_FH
  • From: Mi Jinlong <mijinlong@xxxxxxxxxxxxxx>
• Re: [PATCH] 4.1 CLNT: Test Case for OPEN file with claim_type is CLAIM_FH
  • From: Mi Jinlong <mijinlong@xxxxxxxxxxxxxx>
• Re: [PATCH] nfsd41: handle current stateid in open and close
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] 4.1 CLNT: Test Case for OPEN file with claim_type is CLAIM_FH
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 2/2] SUNRPC: register service stats /proc entries in passed network namespace context
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 2/2] nfsv41: handle current stateid on open and close
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• [PATCH] nfsd41: handle current stateid in open and close
  • From: Tigran Mkrtchyan <kofemann@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] SUNRPC: register RPC stats /proc entries in passed network namespace context
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] NFSd: use network-namespace-aware cache registering routines
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH 2/2] NFS: Cache state owners after files are closed
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 1/2] NFS: Clean up nfs4_find_state_owners_locked()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 0/2] Cache state owners [take 2]
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] NFSd: use network-namespace-aware cache registering routines
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• pnfs nfsd compile problems
  • From: Olga Kornievskaia <aglo@xxxxxxxxxxxxxx>
• Re: [PATCH] SUNRPC: create svc_xprt in proper network namespace
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: 3.1.4: NFSv3 RPC scheduling issue?
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: rpc.gssd locks up with -vv or higher
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: rpc.gssd locks up with -vv or higher
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Help wanted: ENOCLK returned during lock test#2 in connectathon's test
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• nfs client hangs after lazy unmount
  • From: Pete Holland <pholland27@xxxxxxxxx>
• Re: [PATCH 2/2] nfsv41: handle current stateid on open and close
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• (Updated) libnfsidmap-0.25 is available
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• libnfsidmap-0.25 is available
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH 2/2] nfsv41: handle current stateid on open and close
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• rpc.gssd locks up with -vv or higher
  • From: Orion Poplawski <orion@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] nfsv41: handle current stateid on open and close
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH 2/2] nfsv41: handle current stateid on open and close
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH 2/2] nfsv41: handle current stateid on open and close
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 2/2] nfsv41: handle current stateid on open and close
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• [PATCH] NFSd: use network-namespace-aware cache registering routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH] SUNRPC: create svc_xprt in proper network namespace
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 0/2] SUNRPC: make /proc helpers network-namespace-aware
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 1/2] SUNRPC: register RPC stats /proc entries in passed network namespace context
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 2/2] SUNRPC: register service stats /proc entries in passed network namespace context
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH] SUNRPC: create svc_xprt in proper network namespace
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [PATCH 2/2] nfsv41: handle current stateid on open and close
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Help wanted: ENOCLK returned during lock test#2 in connectathon's test
  • From: DENIEL Philippe <philippe.deniel@xxxxxx>
• Re: [PATCH 03/13] pnfsd-block: reverse boolean_t values so they make sense
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 1/1] fix d_revalidate oopsen on NFS exports
  • From: Jacek Luczak <difrost.kernel@xxxxxxxxx>
• Re: [PATCH 04/13] pnfsd-block: mv include/linux/nfsd4_block.h include/linux/nfsd/
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH 03/13] pnfsd-block: reverse boolean_t values so they make sense
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH 2/2] nfsv41: handle current stateid on open and close
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• [PATCH] SUNRPC: create svc_xprt in proper network namespace
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: 3.1.4: NFSv3 RPC scheduling issue?
  • From: Frank van Maarseveen <frankvm@xxxxxxxxxxx>
• Re: 3.1.4: NFSv3 RPC scheduling issue?
  • From: Frank van Maarseveen <frankvm@xxxxxxxxxxx>
• Re: [PATCH 04/13] pnfsd-block: mv include/linux/nfsd4_block.h include/linux/nfsd/
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 03/13] pnfsd-block: reverse boolean_t values so they make sense
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 2/2] nfsv41: handle current stateid on open and close
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: NFSv4 fsid=0 export still necessary?
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Any update on gss/krb5 no_root_squash issue
  • From: Orion Poplawski <orion@xxxxxxxxxxxxx>
• Re: 3.1.4: NFSv3 RPC scheduling issue?
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: Help wanted: ENOCLK returned during lock test#2 in connectathon's test
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH] NFS: Retry mounting NFSROOT
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• RE: Empty core dumps on NFSv4 mounts
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: Bug#651032: /usr/sbin/rpc.idmapd: rpc.idmapd referring to none existing library
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: Empty core dumps on NFSv4 mounts
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• RE: Empty core dumps on NFSv4 mounts
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Empty core dumps on NFSv4 mounts
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: Bug#651032: /usr/sbin/rpc.idmapd: rpc.idmapd referring to none existing library
  • From: Anibal Monsalve Salazar <anibal@xxxxxxxxxx>
• RE: [PATCH] nfs: only do COMMIT for range written with direct I/O
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] nfs: only do COMMIT for range written with direct I/O
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• 3.1.4: NFSv3 RPC scheduling issue?
  • From: Frank van Maarseveen <frankvm@xxxxxxxxxxx>
• Re: Bug#651032: /usr/sbin/rpc.idmapd: rpc.idmapd referring to none existing library
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH] retry for NFS v3 mounts
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH 0/2] nfsidmap: Allow admins to clean up id mappings that have (ver 3)
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Help wanted: ENOCLK returned during lock test#2 in connectathon's test
  • From: DENIEL Philippe <philippe.deniel@xxxxxx>
• Re: Bug#651032: /usr/sbin/rpc.idmapd: rpc.idmapd referring to none existing library
  • From: Anibal Monsalve Salazar <anibal@xxxxxxxxxx>
• [PATCH 10/10] efi: fix compiler warnings
  • From: Benny Halevy <benny@xxxxxxxxxx>
• [PATCH 09/10] ctl: main should return 0 on success
  • From: Benny Halevy <benny@xxxxxxxxxx>
• [PATCH 08/10] fix compiler warnings around get_output use of argv
  • From: Benny Halevy <benny@xxxxxxxxxx>
• [PATCH 07/10] ctl: fix compiler warnings
  • From: Benny Halevy <benny@xxxxxxxxxx>
• [PATCH 06/10] add missing includes
  • From: Benny Halevy <benny@xxxxxxxxxx>
• [PATCH 05/10] ctl: always return a value from find_dm_name
  • From: Benny Halevy <benny@xxxxxxxxxx>
• [PATCH 04/10] increase compiler warning level
  • From: Benny Halevy <benny@xxxxxxxxxx>
• [PATCH 03/10] ctl: improve debug printouts
  • From: Benny Halevy <benny@xxxxxxxxxx>
• [PATCH 02/10] efi: fix user-land debug printouts
  • From: Benny Halevy <benny@xxxxxxxxxx>
• [PATCH 01/10] use gcc
  • From: Benny Halevy <benny@xxxxxxxxxx>
• [PATCH 0/10] pnfs-block ctl
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Announcing Connectathon 2012
  • From: Bill Baker <bill.baker@xxxxxxxxxx>
• pnfs git tree status pnfs-all-3.2-rc4-2011-12-04
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH 2/2] nfsv41: handle current stateid on open and close
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• [PATCH 13/13] DEBUG: pnfsblock: add devid debug printouts
  • From: Benny Halevy <benny@xxxxxxxxxx>
• [PATCH 12/13] DEBUG: pnfs: printouts
  • From: Benny Halevy <benny@xxxxxxxxxx>
• [PATCH 11/13] pnfsd-block: set the sbid part of the deviceid
  • From: Benny Halevy <benny@xxxxxxxxxx>
• [PATCH 10/13] pnfsd-block: undo dependence on spnfs
  • From: Benny Halevy <benny@xxxxxxxxxx>
• [PATCH 09/13] pnfsd-block: use SECT_SIZE helper macros
  • From: Benny Halevy <benny@xxxxxxxxxx>
• [PATCH 08/13] pnfsd-block: allow positive fiemap rval
  • From: Benny Halevy <benny@xxxxxxxxxx>
• [PATCH 07/13] pnfsd-block: dprint fiemap rval
  • From: Benny Halevy <benny@xxxxxxxxxx>
• [PATCH 06/13] pnfsd-block: change blr_lock to mutex
  • From: Benny Halevy <benny@xxxxxxxxxx>
• [PATCH 05/13] pnfsd-block: do not override s_pnfs_op
  • From: Benny Halevy <benny@xxxxxxxxxx>
• [PATCH 04/13] pnfsd-block: mv include/linux/nfsd4_block.h include/linux/nfsd/
  • From: Benny Halevy <benny@xxxxxxxxxx>
• [PATCH 03/13] pnfsd-block: reverse boolean_t values so they make sense
  • From: Benny Halevy <benny@xxxxxxxxxx>
• [PATCH 02/13] DEBUG: pnfsd: printouts
  • From: Benny Halevy <benny@xxxxxxxxxx>
• [PATCH 01/13] SQUASHME: pnfsd: add missing nfs4_unlock_state in nfs4_pnfs_return_layout
  • From: Benny Halevy <benny@xxxxxxxxxx>
• [PATCH 0/13] misc pnfsd patches
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: nfsv41: add current_stateid processing
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH] demo test for current stateid
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH 2/2] nfsv41: handle current stateid on open and close
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH 1/2] nfsv41: add current stateid into compound_state
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• [PATCH] demo test for current stateid
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• [PATCH 2/2] nfsv41: handle current stateid on open and close
  • From: tigran.mkrtchyan@xxxxxxx
• [PATCH 1/2] nfsv41: add current stateid into compound_state
  • From: tigran.mkrtchyan@xxxxxxx
• nfsv41: add current_stateid processing
  • From: tigran.mkrtchyan@xxxxxxx
• [PATCH 0/2] nfsv41: add current_stateid processing
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• Re: NFSv4 fsid=0 export still necessary?
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: NFSv4 fsid=0 export still necessary?
  • From: Jim Rees <rees@xxxxxxxxx>
• NFSv4 fsid=0 export still necessary?
  • From: Harald Dunkel <harri@xxxxxxxxx>
• overhaul of direct IO NFS code
  • From: Malahal Naineni <malahal@xxxxxxxxxx>
• Re: [RFC 0/4] NFS: Modularize NFS v3
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 2/2] svcrpc: avoid memory-corruption on pool shutdown
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: nfs-utils and libnfsidmap
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: nfs-utils and libnfsidmap
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• Re: [PATCH] retry for NFS v3 mounts
  • From: dick@xxxxxxxxxxxxxx (Dick Streefland)
• RE: [PATCH-RESEND 4/4] pnfsblock: do not ask for layout in pg_init
  • From: <tao.peng@xxxxxxx>
• [PATCH] pnfsd:use NULL pointer cause kernel oops in function __nfs4_lock_state
  • From: Fu Liankun <fuliankun@xxxxxxxxxxxxxx>
• Re: [RFC 0/4] NFS: Modularize NFS v3
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [RFC 0/4] NFS: Modularize NFS v3
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH 2/2] svcrpc: avoid memory-corruption on pool shutdown
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [RFC 0/4] NFS: Modularize NFS v3
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [RFC 0/4] NFS: Modularize NFS v3
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• Re: [PATCH] sunrpc/nfs: don't allow TASK_KILLABLE sleeps to block the freezer
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/2] NFSv4.1: Ensure that we handle _all_ SEQUENCE status bits.
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 1/2] NFSv4: Don't error if we handled it in nfs4_recovery_handle_error
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH] sunrpc/nfs: don't allow TASK_KILLABLE sleeps to block the freezer
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v4 0/2] nfs/sunrpc: allow freezing of tasks with NFS calls in flight
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC 0/4] NFS: Modularize NFS v3
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH v4 0/2] nfs/sunrpc: allow freezing of tasks with NFS calls in flight
  • From: Adam Williamson <awilliam@xxxxxxxxxx>
• [PATCH 2/2] SUNRPC: Ensure we always bump the backlog queue in xprt_free_slot
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 1/2] SUNRPC: Fix the execution time statistics in the face of RPC restarts
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH v4 0/2] nfs/sunrpc: allow freezing of tasks with NFS calls in flight
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] retry for NFS v3 mounts
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: need help for locking with nfs4
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH-RESEND 4/4] pnfsblock: do not ask for layout in pg_init
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• [PATCH] retry for NFS v3 mounts
  • From: dick@xxxxxxxxxxxxxx (Dick Streefland)
• Re: [RFC 0/4] NFS: Modularize NFS v3
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: NFS - lock failover
  • From: Pavel A <free.lan.c2.718r@xxxxxxxxx>
• Re: NFS - lock failover
  • From: Pavel A <free.lan.c2.718r@xxxxxxxxx>
• Re: [PATCH-RESEND 4/4] pnfsblock: do not ask for layout in pg_init
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: NFS - lock failover
  • From: Frank van Maarseveen <frankvm@xxxxxxxxxxx>
• Re: nfs server issues
  • From: Bruce Dubbs <bruce.dubbs@xxxxxxxxx>
• NFS - lock failover
  • From: Pavel A <free.lan.c2.718r@xxxxxxxxx>
• Re: nfs server issues
  • From: Bruce Dubbs <bruce.dubbs@xxxxxxxxx>
• [RFC v2 4/4] NFS: Turn NFS v3 into a module
  • From: bjschuma@xxxxxxxxxx
• [RFC v2 3/4] NFS: Add functions for adding new NFS versions
  • From: bjschuma@xxxxxxxxxx
• [RFC v2 2/4] NFS: Move the NFS v3 code into its own subdirectory
  • From: bjschuma@xxxxxxxxxx
• [RFC v2 1/4] NFS: Export symbols needed by an NFS v3 module
  • From: bjschuma@xxxxxxxxxx
• [RFC 0/4] NFS: Modularize NFS v3
  • From: bjschuma@xxxxxxxxxx
• Re: Linux pNFS status meeting 11/17/11
  • From: Marc Eshel <eshel@xxxxxxxxxxxxxxx>
• Re: Linux pNFS status meeting 11/17/11
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• RE: nfs server issues
  • From: <peter.staubach@xxxxxxx>
• Re: nfs server issues
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH 2/2] svcrpc: avoid memory-corruption on pool shutdown
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• need help for locking with nfs4
  • From: Upendra Moturi <upendra.m@xxxxxxxxxxxx>
• Re: [RFC 0/4] NFS: Modularize NFS v3
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• Re: [PATCH-RESEND 4/4] pnfsblock: do not ask for layout in pg_init
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH 1/1] fix d_revalidate oopsen on NFS exports
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] fix d_revalidate oopsen on NFS exports
  • From: Chris Dunlop <chris@xxxxxxxxxxxx>
• Re: [PATCH 1/1] fix d_revalidate oopsen on NFS exports
  • From: Chris Dunlop <chris@xxxxxxxxxxxx>
• Re: [PATCH 1/1] fix d_revalidate oopsen on NFS exports
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] fix d_revalidate oopsen on NFS exports
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] fix d_revalidate oopsen on NFS exports
  • From: Chris Dunlop <chris@xxxxxxxxxxxx>
• Re: [PATCH 1/1] fix d_revalidate oopsen on NFS exports
  • From: Chris Dunlop <chris@xxxxxxxxxxxx>
• Re: nfs server issues
  • From: Bruce Dubbs <bruce.dubbs@xxxxxxxxx>
• RE: [PATCH-RESEND 4/4] pnfsblock: do not ask for layout in pg_init
  • From: <tao.peng@xxxxxxx>
• Re: [PATCH 1/1] fix d_revalidate oopsen on NFS exports
  • From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
• Re: Rename dir on server can cause client to get ESTALE - this time with PATCH
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: nfs server issues
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: Rename dir on server can cause client to get ESTALE - this time with PATCH
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: Rename dir on server can cause client to get ESTALE - this time with PATCH
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Rename dir on server can cause client to get ESTALE - this time with PATCH
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH-RESEND 4/4] pnfsblock: do not ask for layout in pg_init
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH 1/1] fix d_revalidate oopsen on NFS exports
  • From: Chris Dunlop <chris@xxxxxxxxxxxx>
• Re: [PATCH v2] nfsd41: check reclaim for open claim previous at nfsd4_open
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 2/2] svcrpc: avoid memory-corruption on pool shutdown
  • From: Ben Greear <greearb@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] svcrpc: avoid memory-corruption on pool shutdown
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH 2/2] svcrpc: avoid memory-corruption on pool shutdown
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH 1/2] svcrpc: destroy server sockets all at once
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• nfs server issues
  • From: Bruce Dubbs <bruce.dubbs@xxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v4 0/2] nfs/sunrpc: allow freezing of tasks with NFS calls in flight
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] nfs: only do COMMIT for range written with direct I/O
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [osd-dev] [PATCH v3] ore: FIX breakage when MISC_FILESYSTEMS is not set
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: [PATCH v3] ore: FIX breakage when MISC_FILESYSTEMS is not set
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH] nfs: only do COMMIT for range written with direct I/O
  • From: Malahal Naineni <malahal@xxxxxxxxxx>
• [PATCH] nfs: only do COMMIT for range written with direct I/O
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 0/9] pnfsblock patches
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: [PATCH 3/4] nfsv41: get lseg before issue LD IO if pgio doesn't carry lseg
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: [PATCH-RESEND 4/4] pnfsblock: do not ask for layout in pg_init
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: [PATCH 0/9] pnfsblock patches
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH 3/4] nfsv41: get lseg before issue LD IO if pgio doesn't carry lseg
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH-RESEND 4/4] pnfsblock: do not ask for layout in pg_init
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>