Linux NFS (Network File System)

• Thread Index

• Re: [PATCH 01/11] SYSCTL: export root and set handling routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] NFS: create blocklayout pipe per network namesapce context
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 0/5] NFS: create blocklayout pipe per network namesapce context
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH 01/11] SYSCTL: export root and set handling routines
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/5] NFS: create blocklayout pipe per network namesapce context
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 0/4] [RESEND] 32/64 bit llseek hashes (v5)
  • From: "Ted Ts'o" <tytso@xxxxxxx>
• [PATCH v2 2/6] SUNRPC: handle GSS AUTH pipes by network namespace aware routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 1/6] SUNRPC: handle RPC client pipefs dentries by network namespace aware routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 5/6] SUNRPC: remove RPC pipefs mount point manipulations from RPC clients code
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 6/6] SUNRPC: remove RPC PipeFS mount point reference from RPC client
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 4/6] SUNRPC: remove RPC client pipefs dentries after unregister
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 3/6] SUNRPC: subscribe RPC clients to pipefs notifications
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 0/6] SUNRPC: make RPC clients use network-namespace-aware PipeFS routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] [RESEND] 32/64 bit llseek hashes (v5)
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [LSF/MM TOPIC] [ATTEND] linux-pnfs server implementations
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [LSF/MM TOPIC] [ATTEND] linux-pnfs server implementations
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH] SQUASHME: pnfsd-exofs: Fix the RAID5 export
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH 01/11] SYSCTL: export root and set handling routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [LSF/MM TOPIC] [ATTEND] linux-pnfs server implementations
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH 01/11] SYSCTL: export root and set handling routines
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATH v5 0/8] process current stateid
  • From: Tiramisu Mokka <kofemann@xxxxxxxxxxxxxx>
• Re: [RFC 0/4] NFS: Modularize NFS v3
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• RE: [GIT PULL] Please pull NFS client bugfixes and cleanups
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [RFC 0/4] NFS: Modularize NFS v3
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [GIT PULL] Please pull NFS client bugfixes and cleanups
  • From: Wolfgang Walter <wolfgang.walter@xxxxxxx>
• Re: [PATCH RESEND 0/9] pnfsblock patches for 3.3 post-rc1
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: [PATCH RESEND 0/9] pnfsblock patches for 3.3 post-rc1
  • From: Jim Rees <rees@xxxxxxxxx>
• [PATCH] NFS4: fix compile warnings in nfs4proc.c
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH RESEND 7/9] pnfsblock: alloc short extent before submit bio
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH RESEND 6/9] pnfsblock: clean up _add_entry
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH RESEND 5/9] pnfsblock: remove rpc_call_ops from struct parallel_io
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH RESEND 4/9] pnfsblock: set read/write tk_status to pnfs_error
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH RESEND 3/9] pnfsblock: move find lock page logic out of bl_write_pagelist
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH RESEND 1/9] pnfsblock: cleanup bl_mark_sectors_init
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH RESEND 0/9] pnfsblock patches for 3.3 post-rc1
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: [GIT PULL] Please pull NFS client bugfixes and cleanups
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH v2 1/5] NFS: handle blocklayout pipe PipeFS dentry by network namespace aware routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 2/5] NFS: blocklayout pipe creation per network namespace context introduced
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 3/5] NFS: blocklayout PipeFS notifier introduced
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 0/5] NFS: create blocklayout pipe per network namesapce context
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 5/5] SUNRPC: kernel PipeFS mount point creation routines removed
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 4/5] NFS: remove RPC PipeFS mount point reference from blocklayout routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] NFS: create blocklayout pipe per network namesapce context
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 3/6] NFS: pass NFS client owner network namespace to RPC client creation routine
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 4/6] NFS: create callback transports in parent transport network namespace
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 6/6] NFS: idmap PipeFS notifier introduced
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 5/6] NFS: handle NFS idmap pipe PipeFS dentries by network namespace aware routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 2/6] NFS: make NFS client allocated per network namespace context
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 1/6] SUNRPC: fix pipe->ops cleanup on pipe dentry unlink
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 0/6] NFS: create clients and IDMAP pipes per network namespace
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] [RESEND] 32/64 bit llseek hashes (v5)
  • From: Andreas Dilger <adilger@xxxxxxxxxxxxx>
• Re: [GIT PULL] Please pull NFS client bugfixes and cleanups
  • From: Wolfgang Walter <wolfgang.walter@xxxxxxx>
• Re: [PATCH 0/5] NFS: create blocklayout pipe per network namesapce context
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: RFC: rpcbind start/stop scripts affects all nested pid namespaces
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH 01/11] SYSCTL: export root and set handling routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH 6/6] NFS: idmap PipeFS notifier introduced
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• RE: [PATCH 0/9] pnfsblock: patches for 3.3
  • From: <tao.peng@xxxxxxx>
• Re: [GIT PULL] Please pull NFS client bugfixes and cleanups
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [GIT PULL] Please pull NFS client bugfixes and cleanups
  • From: Wolfgang Walter <wolfgang.walter@xxxxxxx>
• Re: [PATH v5 0/8] process current stateid
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• RE: [GIT PULL] Please pull NFS client bugfixes and cleanups
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• RE: [GIT PULL] Please pull NFS client bugfixes and cleanups
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [GIT PULL] Please pull NFS client bugfixes and cleanups
  • From: Wolfgang Walter <wolfgang.walter@xxxxxxx>
• [GIT PULL] Please pull NFS client bugfixes and cleanups
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH] NFSv4: Change the default setting of the nfs4_disable_idmapping parameter
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [LSF/MM TOPIC] [ATTEND] linux-pnfs server implementations
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• RE: [PATCH 0/9] pnfsblock: patches for 3.3
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 7/9] pnfsblock: alloc short extent before submit bio
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 6/9] pnfsblock: clean up _add_entry
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 5/9] pnfsblock: remove rpc_call_ops from struct parallel_io
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 4/9] pnfsblock: set read/write tk_status to pnfs_error
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 3/9] pnfsblock: move find lock page logic out of bl_write_pagelist
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 1/9] pnfsblock: cleanup bl_mark_sectors_init
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 0/9] pnfsblock: patches for 3.3
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 0/4] [RESEND] 32/64 bit llseek hashes (v5)
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• [PATCH 5 3/4] nfsd_open(): rename 'int access' to 'int may_flags' in nfsd_open()
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• [PATCH 5 1/4] Add new FMODE flags: FMODE_32bithash and FMODE_64bithash
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• [PATCH 5 2/4] Return 32/64-bit dir name hash according to usage type
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• [PATCH 5 4/4] nfsd: vfs_llseek() with 32 or 64 bit offsets (hashes)
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4 4/4] nfsd: vfs_llseek() with 32 or 64 bit offsets (hashes)
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• Re: [LSF/MM TOPIC] [ATTEND] linux-pnfs server implementations
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH] nfs: Don't try mounting device as nfs root unless type fully matches
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [GIT PULL] exofs/ore: BUG fixes for the 3.3 merge window
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH] SQUASHME: pnfsd-exofs: Fix the RAID5 export
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• [PATCH] SQUASHME: pnfsd-exofs: Fix the RAID5 export
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• [PATCH 4 4/4] nfsd: vfs_llseek() with 32 or 64 bit offsets (hashes)
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• [PATCH 4 3/4] nfsd_open(): rename 'int access' to 'int may_flags' in nfsd_open()
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• [PATCH 4 2/4] Return 32/64-bit dir name hash according to usage type
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• [PATCH 4 1/4] Add new FMODE flags: FMODE_32bithash and FMODE_64bithash
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/4] [RESEND] 32/64 bit llseek hashes (v4)
  • From: Bernd Schubert <bernd.schubert@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHSET 0/2] pnfs-obj: Important BUG fixing also for @Stable
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• pnfs git tree status pnfs-all-3.2-2012-01-08
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH v2] NFSv4: Save the owner/group name string when doing open
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: linux-next: Tree for Jan 5 (exofs or nfs ?)
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH v2] NFSv4: Save the owner/group name string when doing open
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2] NFSv4: Save the owner/group name string when doing open
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] nfs: Don't try mounting device as nfs root unless type fully matches
  • From: Jim Rees <rees@xxxxxxxxx>
• [PATCH] NFSv4: Save the owner/group name string when doing open
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] nfs: Don't try mounting device as nfs root unless type fully matches
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH] nfs: Don't try mounting device as nfs root unless type fully matches
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: Boot regression caused by commit 6829a048
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: Boot regression caused by commit 6829a048
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: Boot regression caused by commit 6829a048
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: Boot regression caused by commit 6829a048
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: Boot regression caused by commit 6829a048
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: Boot regression caused by commit 6829a048
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Boot regression caused by commit 6829a048
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: server reboot recovery is broken with 3.1 (3.2?) with nfsv41 clients
  • From: "Adamson, Andy" <William.Adamson@xxxxxxxxxx>
• Re: server reboot recovery is broken with 3.1 (3.2?) with nfsv41 clients
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• [PATH v5 8/8] nfsv41: handle current stateid on LAYOUTGET
  • From: Tigran Mkrtchyan <kofemann@xxxxxxxxxxxxxx>
• [PATH v5 7/8] nfsd41: mark LOOKUP, LOOKUPP and CREATE to invalidate current stateid
  • From: Tigran Mkrtchyan <kofemann@xxxxxxxxxxxxxx>
• [PATH v5 6/8] nfsd41: save and restore current stateid with current fh
  • From: Tigran Mkrtchyan <kofemann@xxxxxxxxxxxxxx>
• [PATH v5 5/8] nfsd41: mark PUTFH, PUTPUBFH and PUTROOTFH to clear current stateid
  • From: Tigran Mkrtchyan <kofemann@xxxxxxxxxxxxxx>
• [PATH v5 4/8] nfsd41: consume current stateid on read and write
  • From: Tigran Mkrtchyan <kofemann@xxxxxxxxxxxxxx>
• [PATH v5 3/8] nfsd41: handle current stateid on lock and locku
  • From: Tigran Mkrtchyan <kofemann@xxxxxxxxxxxxxx>
• [PATH v5 2/8] nfsd41: handle current stateid in open and close
  • From: Tigran Mkrtchyan <kofemann@xxxxxxxxxxxxxx>
• [PATH v5 1/8] nfsd4: initialize special stateid's at compile time
  • From: Tigran Mkrtchyan <kofemann@xxxxxxxxxxxxxx>
• [PATH v5 0/8] process current stateid
  • From: Tigran Mkrtchyan <kofemann@xxxxxxxxxxxxxx>
• [PATCH 2/2] pnfs-obj: Must return layout on IO error
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• [PATCH 1/2] pnfs-obj: pNFS errors are communicated on iodata->pnfs_error
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• [PATCHSET 0/2] pnfs-obj: Important BUG fixing also for @Stable
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• [PATCH v2] autoconf: only link binaries that need it to libtirpc
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 0/5] Bug fixes and NFS junction support
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH 2/3] autoconf: don't let libnfsidmap test add -lnfsidmap to $LIBS
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH 1/3] autoconf: fix up libevent autoconf test
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH] gssd: avoid double-free upon write failure
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH] mount.nfs: don't overwrite mount options from /etc/nfsmount.conf
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH] nfsctl: fix building with newer arches
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH 0/5] NFS: create blocklayout pipe per network namesapce context
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 0/3] autoconf: clean up linking in nfs-utils
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 5/6] net: add paged frag destructor support to kernel_sendpage.
  • From: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
• Re: [PATCH 5/6] net: add paged frag destructor support to kernel_sendpage.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] autoconf: clean up linking in nfs-utils
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• 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: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 6/6] sunrpc: use SKB fragment destructors to delay completion until page is released by network stack.
  • From: Ian Campbell <ian.campbell@xxxxxxxxxx>
• [PATCH 5/6] net: add paged frag destructor support to kernel_sendpage.
  • From: Ian Campbell <ian.campbell@xxxxxxxxxx>
• Re: [PATCH] NFS: Cache state owners after files are closed
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] NFS: Cache state owners after files are closed
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] NFS: Cache state owners after files are closed
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH] NFS: Cache state owners after files are closed
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] NFS: Fix a few issues with cached state owners
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] NFS: Fix a few issues with cached state owners
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] NFS: Fix a few issues with cached state owners
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] NFS: Fix a few issues with cached state owners
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH] NFS: Fix a few issues with cached state owners
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 5/5] mountd: Support junction management plug-ins
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Linux pNFS status meeting 01/05/12
  • From: Marc Eshel <eshel@xxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] mountd: Support junction management plug-ins
  • From: Jim Meyering <jim@xxxxxxxxxxxx>
• [PATCH 5/5] mountd: Support junction management plug-ins
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 4/5] mountd: remove newline from xlog() format specifier strings
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 3/5] mountd: Plug v4root memory leak
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 2/5] configure.ac: Don't check for AI_ADDRCONFIG
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 1/5] configure.ac: Clean up help string for --with-statdpath
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 0/5] Bug fixes and NFS junction support
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: nfs-utils release plans
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• 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>