Linux NFS (Network File System)

• Thread Index

• RE: [RFC PATCH 1/4] NFS: Add an ioctl to allow applications limited control over caching
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: Fwd: [Question] NFS and default file / folder permission
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• Fwd: [Question] NFS and default file / folder permission
  • From: Milovan Krivokapić <milovan.krivokapic@xxxxxxxxx>
• RE: [RFC PATCH 1/4] NFS: Add an ioctl to allow applications limited control over caching
  • From: Peter Staubach <pstaubach@xxxxxxxxxxx>
• Re: [RFC PATCH V2] mount: Added the -o v4.1 mount option
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [RFC PATCH V2] mount: Added the -o v4.1 mount option
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [RFC PATCH V2] mount: Added the -o v4.1 mount option
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [RFC PATCH V2] mount: Added the -o v4.1 mount option
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [RFC PATCH V2] mount: Added the -o v4.1 mount option
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] svcgssd: Encryption types not being parsed correctly
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• [RFC PATCH V2] mount: Added the -o v4.1 mount option
  • From: Steve Dickson <steved@xxxxxxxxxx>
• [RFC PATCH] mount: Added the -o v4.1 mount option
  • From: Steve Dickson <steved@xxxxxxxxxx>
• Re: NFSd state: nfs4_lock_state() and nfs4_lock_state()
  • From: "bfields@xxxxxxxxxxxx" <bfields@xxxxxxxxxxxx>
• Re: NFSd state: nfs4_lock_state() and nfs4_lock_state()
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH] svcgssd: Encryption types not being parsed correctly
  • From: Steve Dickson <steved@xxxxxxxxxx>
• Re: [PATCH v2] NFS: Reduce stack use in encode_exchange_id()
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• [PATCH] SUNRPC: Allow rpc_clone_client() to share rpc_auth objects
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2] NFS: Reduce stack use in encode_exchange_id()
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [PATCH] NFS: Reduce stack use in encode_exchange_id()
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [PATCH] NFS: Reduce stack use in encode_exchange_id()
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• [PATCH] NFS: Reduce stack use in encode_exchange_id()
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: Kernel update 3.5.7 -> 3.6.3 breaks NFS4
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: NFSd state: nfs4_lock_state() and nfs4_lock_state()
  • From: "bfields@xxxxxxxxxxxx" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] nfs(5): Document the minorversion= mount option
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH] nfs(5): Document the minorversion= mount option
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] nfs(5): Document the minorversion= mount option
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• NFSd state: nfs4_lock_state() and nfs4_lock_state()
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: Labeled NFS [v5]
  • From: Dave Quigley <dpquigl@xxxxxxxxxxxxxxx>
• Re: Labeled NFS [v5]
  • From: Dave Quigley <selinux@xxxxxxxxxxxxxxx>
• Re: Labeled NFS [v5]
  • From: David Quigley <dpquigl@xxxxxxxxxxxxxxx>
• Re: Labeled NFS [v5]
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: 3.7-rc1 NFSv3/sec=krb5 mkdir failure
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [RFC PATCH 4/4] NFS: Allow a process to set an aggressive caching policy on a file
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [RFC PATCH 3/4] NFS: Allow users to return the delegation
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [RFC PATCH 2/4] NFS: Add an ioctl to flush and invalidate a limited range of data
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [RFC PATCH 1/4] NFS: Add an ioctl to allow applications limited control over caching
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: 3.7-rc1 NFSv3/sec=krb5 mkdir failure
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: 3.7-rc1 NFSv3/sec=krb5 mkdir failure
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: 3.7-rc1 NFSv3/sec=krb5 mkdir failure
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: Labeled NFS [v5]
  • From: David Quigley <dpquigl@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: set desired file system root before connecting local transports
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 00/15] NFSd state containerization
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: PNFS Kernel - CONFIG_SPNFS not found
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: xattr support in NFS?
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: Kernel update 3.5.7 -> 3.6.3 breaks NFS4
  • From: Sven Geggus <lists@xxxxxxxxxxxxxxxxxxxxx>
• Re: PNFS Kernel - CONFIG_SPNFS not found
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: Labeled NFS [v5]
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/10] NFSD: Improve fault injection
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v2 00/10] NFSD: Improve fault injection
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: set desired file system root before connecting local transports
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• *Cancelled* :Linux pNFS status meeting 11/15/12 *today*
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [RFC PATCH v2 00/15] NFSd state containerization
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Linux pNFS status meeting 11/15/12 *today*
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: set desired file system root before connecting local transports
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: set desired file system root before connecting local transports
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] nfs(5): Document the minorversion= mount option
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] nfs(5): Document the minorversion= mount option
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] nfs(5): Document the minorversion= mount option
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• RE: [PATCH] nfs(5): Document the minorversion= mount option
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH v2 00/10] NFSD: Improve fault injection
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH] nfs(5): Document the minorversion= mount option
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: Kernel update 3.5.7 -> 3.6.3 breaks NFS4
  • From: Eldad Zack <eldad@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 00/15] NFSd state containerization
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: set desired file system root before connecting local transports
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: set desired file system root before connecting local transports
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: set desired file system root before connecting local transports
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: set desired file system root before connecting local transports
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: !
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: set desired file system root before connecting local transports
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: !
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• !
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: xattr support in NFS?
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• Re: xattr support in NFS?
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: Kernel update 3.5.7 -> 3.6.3 breaks NFS4
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Kernel update 3.5.7 -> 3.6.3 breaks NFS4
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [RFC PATCH v2 00/15] NFSd state containerization
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 02/15] nfsd: make nfs4_client network namespace dependent
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 03/15] nfsd: make reclaim_str_hashtbl allocated per net
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 04/15] nfsd: make conf_id_hashtbl allocated per net
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 05/15] nfsd: make conf_name_tree per net
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 06/15] nfsd: make unconf_id_hashtbl allocated per net
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 08/15] nfsd: make ownerstr_hashtbl allocated per net
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 10/15] nfsd: make sessionid_hashtbl allocated per net
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 09/15] nfsd: make lockowner_ino_hashtbl allocated per net
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: xattr support in NFS?
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• [PATCH v2 07/15] nfsd: make unconf_name_tree per net
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 12/15] nfsd: make close_lru list per net
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 11/15] nfsd: make client_lru list per net
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 13/15] nfsd: use service net instead of hard-coded init_net
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 14/15] nfsd: pass nfsd_net instead of net to grace enders
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 15/15] nfsd: make laundromat network namespace aware
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 01/15] nfsd: use service net instead of hard-coded net where possible
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: xattr support in NFS?
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: Labeled NFS [v5]
  • From: David Quigley <dpquigl@xxxxxxxxxxxxxxx>
• Re: Labeled NFS [v5]
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: nfs performance - idea.
  • From: Adrien Kunysz <adk@xxxxxxxxx>
• Re: Labeled NFS [v5]
  • From: David Quigley <dpquigl@xxxxxxxxxxxxxxx>
• Re: Labeled NFS [v5]
  • From: David Quigley <dpquigl@xxxxxxxxxxxxxxx>
• Re: Labeled NFS [v5]
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Labeled NFS [v5]
  • From: David Quigley <selinux@xxxxxxxxxxxxxxx>
• Re: Labeled NFS [v5]
  • From: David Quigley <dpquigl@xxxxxxxxxxxxxxx>
• Re: Labeled NFS [v5]
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• nfs performance - idea.
  • From: Łukasz Tasz <lukasz@xxxxxxx>
• Re: [PATCH 03/15] nfsd: make reclaim_str_hashtbl allocated per net
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH 06/15] nfsd: make unconf_str_hashtbl allocated per net
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 05/15] nfsd: make conf_str_hashtbl allocated per net
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 03/15] nfsd: make reclaim_str_hashtbl allocated per net
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: Labeled NFS [v5]
  • From: Dave Quigley <dpquigl@xxxxxxxxxxxxxxx>
• Re: Kernel update 3.5.7 -> 3.6.3 breaks NFS4
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Fw: pynfs updates
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Kernel update 3.5.7 -> 3.6.3 breaks NFS4
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH 02/15] nfsd: make nfs4_client network namespace dependent
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 01/15] nfsd: use service net instead of hard-coded net where possible
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 03/15] nfsd: make reclaim_str_hashtbl allocated per net
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 04/15] nfsd: make conf_id_hashtbl allocated per net
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 05/15] nfsd: make conf_str_hashtbl allocated per net
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 07/15] nfsd: make unconf_str_hastbl allocated per net
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 09/15] nfsd: make lockowner_ino_hashtbl allocated per net
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 08/15] nfsd: make ownerstr_hashtbl allocated per net
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 06/15] nfsd: make unconf_str_hashtbl allocated per net
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 10/15] nfsd: make sessionid_hashtbl allocated per net
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 13/15] nfsd: use service net instead of hard-coded init_net
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 15/15] nfsd: make laundromat network namespace aware
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 12/15] nfsd: make close_lru list per net
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 14/15] nfsd: pass nfsd_net instead of net to grace enders
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 11/15] nfsd: make client_lru list per net
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [RFC PATCH 00/15] NFSd state containerization
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] NFS: Add sequence_priviliged_ops for nfs4_proc_sequence()
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• Re: Labeled NFS [v5]
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: xattr support in NFS?
  • From: DENIEL Philippe <philippe.deniel@xxxxxx>
• Re: Labeled NFS [v5]
  • From: Dave Quigley <dpquigl@xxxxxxxxxxxxxxx>
• Re: Labeled NFS [v5]
  • From: Dave Quigley <dpquigl@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/13] Security: Add Hook to test if the particular xattr is part of a MAC model.
  • From: Dave Quigley <dpquigl@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/11] nfsd: add nfsdcltrack support and limit the use of md5 hashes in nfsdv4 code
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Labeled NFS [v5]
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v2] NFS: Add sequence_priviliged_ops for nfs4_proc_sequence()
  • From: bjschuma@xxxxxxxxxx
• Re: [PATCH 1/2] NFS: Add sequence_priviliged_ops for nfs4_proc_sequence()
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 02/13] Security: Add Hook to test if the particular xattr is part of a MAC model.
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 1/2] NFS: Add sequence_priviliged_ops for nfs4_proc_sequence()
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• Re: [PATCH 1/2] NFS: Add sequence_priviliged_ops for nfs4_proc_sequence()
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 1/2] NFS: Add sequence_priviliged_ops for nfs4_proc_sequence()
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• Re: [PATCH 1/2] NFS: Add sequence_priviliged_ops for nfs4_proc_sequence()
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 1/2] NFS: Add sequence_priviliged_ops for nfs4_proc_sequence()
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 1/2] NFS: Add sequence_priviliged_ops for nfs4_proc_sequence()
  • From: Andy Adamson <androsadamson@xxxxxxxxx>
• Re: [PATCH 1/2] NFS: Add sequence_priviliged_ops for nfs4_proc_sequence()
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• Re: Labeled NFS [v5]
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• [PATCH] nfsdcltrack: skip "." and ".." when trying to clean out legacy recdir
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/2] NFS: Add sequence_priviliged_ops for nfs4_proc_sequence()
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 1/2] NFS: Add sequence_priviliged_ops for nfs4_proc_sequence()
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• Re: [PATCH 1/2] NFS: Add sequence_priviliged_ops for nfs4_proc_sequence()
  • From: Andy Adamson <androsadamson@xxxxxxxxx>
• Re: Labeled NFS [v5]
  • From: Dave Quigley <dpquigl@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] NFS: Add sequence_priviliged_ops for nfs4_proc_sequence()
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 1/2] NFS: Add sequence_priviliged_ops for nfs4_proc_sequence()
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• Re: xattr support in NFS?
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 1/2] NFS: Add sequence_priviliged_ops for nfs4_proc_sequence()
  • From: Andy Adamson <androsadamson@xxxxxxxxx>
• [PATCH 11/11] nfsd: release the legacy reclaimable clients list in grace_done
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 10/11] nfsd: get rid of cl_recdir field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 09/11] nfsd: move the confirmed and unconfirmed hlists to a rbtree
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 08/11] nfsd: don't search for client by hash on legacy reboot recovery gracedone
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 07/11] nfsd: make nfs4_client_to_reclaim return a pointer to the reclaim record
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 06/11] nfsd: break out reclaim record removal into separate function
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 05/11] nfsd: have nfsd4_find_reclaim_client take a char * argument
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 04/11] nfsd: warn about impending removal of nfsdcld upcall
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 03/11] nfsd: pass info about the legacy recoverydir in environment variables
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 02/11] nfsd: change heuristic for selecting the client_tracking_ops
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 01/11] nfsd: add a usermodehelper upcall for NFSv4 client ID tracking
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 00/11] nfsd: add nfsdcltrack support and limit the use of md5 hashes in nfsdv4 code
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: xattr support in NFS?
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• Re: [PATCH 02/13] Security: Add Hook to test if the particular xattr is part of a MAC model.
  • From: "David P. Quigley" <selinux@xxxxxxxxxxxxxxx>
• [PATCH] NFS: Remove _nfs_call_sync_session
  • From: bjschuma@xxxxxxxxxx
• [PATCH 2/2] NFS: Don't set RPC_TASK_ASYNC for nfs4_proc_sequence()
  • From: bjschuma@xxxxxxxxxx
• [PATCH 1/2] NFS: Add sequence_priviliged_ops for nfs4_proc_sequence()
  • From: bjschuma@xxxxxxxxxx
• Re: [PATCH 07/13] NFSv4: Introduce new label structure
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 07/13] NFSv4: Introduce new label structure
  • From: "David P. Quigley" <selinux@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/13] Security: Add Hook to test if the particular xattr is part of a MAC model.
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Labeled NFS [v5]
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 13/13] NFSD: Server implementation of MAC Labeling
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Labeled NFS [v5]
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 07/13] NFSv4: Introduce new label structure
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• RE: xattr support in NFS?
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 10/13] NFS: Add label lifecycle management
  • From: "David P. Quigley" <selinux@xxxxxxxxxxxxxxx>
• Re: Labeled NFS [v5]
  • From: "David P. Quigley" <selinux@xxxxxxxxxxxxxxx>
• Re: [PATCH 07/13] NFSv4: Introduce new label structure
  • From: "David P. Quigley" <selinux@xxxxxxxxxxxxxxx>
• Re: [PATCH 10/13] NFS: Add label lifecycle management
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Labeled NFS [v5]
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• xattr support in NFS?
  • From: Tomasz Chmielewski <mangoo@xxxxxxxx>
• Re: [PATCH 07/13] NFSv4: Introduce new label structure
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 05/13] KConfig: Add KConfig entries for Labeled NFS
  • From: Dave Quigley <dpquigl@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/13] Security: Add Hook to test if the particular xattr is part of a MAC model.
  • From: Dave Quigley <dpquigl@xxxxxxxxxxxxxxx>
• Re: [PATCH 01/13] Security: Add hook to calculate context based on a negative dentry.
  • From: Dave Quigley <dpquigl@xxxxxxxxxxxxxxx>
• Re: WARNING: at linux/fs/inode.c:280 drop_nlink
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 05/13] KConfig: Add KConfig entries for Labeled NFS
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 02/13] Security: Add Hook to test if the particular xattr is part of a MAC model.
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 01/13] Security: Add hook to calculate context based on a negative dentry.
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Kernel update 3.5.7 -> 3.6.3 breaks NFS4
  • From: Sven Geggus <lists@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: set desired file system root before connecting local transports
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH] nfs: Fix wrong slab cache in nfs_commit_mempool
  • From: ycnian@xxxxxxxxx
• ANNOUNCE: nfs-utils-1.2.7 released.
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH RFC 0/7] nfsd: limit the use of md5 hashes in nfsdv4 code
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] nfsd: fix error handling in nfsd4_remove_clid_dir
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Kernel update 3.5.7 -> 3.6.3 breaks NFS4
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Kernel update 3.5.7 -> 3.6.3 breaks NFS4
  • From: Eldad Zack <eldad@xxxxxxxxxxxxxxx>
• Re: Kernel update 3.5.7 -> 3.6.3 breaks NFS4
  • From: Sven Geggus <lists@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] nfsd: fix error handling in nfsd4_remove_clid_dir
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: Kernel update 3.5.7 -> 3.6.3 breaks NFS4
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Kernel update 3.5.7 -> 3.6.3 breaks NFS4
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH RFC 6/7] nfsd: move the confirmed and unconfirmed hlists to a rbtree
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 7/7] nfsd: get rid of cl_recdir field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 5/7] nfsd: don't search for client by hash on legacy reboot recovery gracedone
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 4/7] nfsd: make nfs4_client_to_reclaim return a pointer to the reclaim record
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 3/7] nfsd: break out reclaim record removal into separate function
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 2/7] nfsd: have nfsd4_find_reclaim_client take a char * argument
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 1/7] nfsd: remove unused argument to nfs4_has_reclaimed_state
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 0/7] nfsd: limit the use of md5 hashes in nfsdv4 code
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: Kernel update 3.5.7 -> 3.6.3 breaks NFS4
  • From: Sven Geggus <lists@xxxxxxxxxxxxxxxxxxxxx>
• Re: NFS stalls when writing - linux 3.6.x
  • From: Mark Tinguely <tinguely@xxxxxxx>
• Re: NFS stalls when writing - linux 3.6.x
  • From: Florian Pritz <bluewind@xxxxxxx>
• Re: NFS stalls when writing - linux 3.6.x
  • From: Ben Myers <bpm@xxxxxxx>
• Re: NFS stalls when writing - linux 3.6.x
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v2] SUNRPC: Fix validity issues with rpc_pipefs sb->s_fs_info
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: hang problem when umount a nfs point
  • From: Jack Wang <jack.wang.usish@xxxxxxxxx>
• Announcing Connectathon 2013
  • From: Bill Baker <bill.baker@xxxxxxxxxx>
• [PATCH] nfsdcltrack: ensure that it's disabled if other v4 daemons are
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: NFS export of LVM snapshot exports origin instead of snapshot
  • From: pille <pille+kernel.org+mailinglist+linux-nfs@xxxxxxxxxxxx>
• Re: NFS export of LVM snapshot exports origin instead of snapshot
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH v2] SUNRPC: Fix validity issues with rpc_pipefs sb->s_fs_info
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• NFS export of LVM snapshot exports origin instead of snapshot
  • From: pille <pille+kernel.org+mailinglist+linux-nfs@xxxxxxxxxxxx>
• [PATCH] SUNRPC: Fix validity issues with rpc_pipefs sb->s_fs_info
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: implement backchannel security negotation
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: hang problem when umount a nfs point
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Effective process GID is ignored when client creates file on NFS
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Effective process GID is ignored when client creates file on NFS
  • From: Andrey Borzenkov <arvidjaar@xxxxxxxxx>
• Re: Effective process GID is ignored when client creates file on NFS
  • From: Andrey Borzenkov <arvidjaar@xxxxxxxxx>
• Re: hang problem when umount a nfs point
  • From: Jack Wang <jack.wang.usish@xxxxxxxxx>
• [PATCH 2/5] nfsd4: use callback security parameters in create_session
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 5/5] nfsd4: backchannel should use client-provided security flavor
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 4/5] nfsd4: common helper to initialize callback work
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 3/5] nfsd4: implement backchannel_ctl operation
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 1/5] nfsd4: clean up callback security parsing
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• implement backchannel security negotation
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 4/4] nfsd4: don't BUG in delegation break callback
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 2/4] nfsd4: remove unused init_session return
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 1/4] nfsd4: helper function for getting mounted_on ino
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 3/4] svcrpc: demote some printks to a dprintk
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• nfsd fixes for 3.8
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• Re: [PATCH 0/2] fix nfsd stable write implementation
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• RE: Effective process GID is ignored when client creates file on NFS
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: Unprivileged port and ERR_PERM
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Effective process GID is ignored when client creates file on NFS
  • From: Andrey Borzenkov <arvidjaar@xxxxxxxxx>
• Re: Effective process GID is ignored when client creates file on NFS
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: NFS stalls when writing - linux 3.6.x
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: hang problem when umount a nfs point
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: set desired file system root before connecting local transports
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH] sunrpc: fix clnt.c kernel-doc warning
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: hang problem when umount a nfs point
  • From: Jack Wang <jack.wang.usish@xxxxxxxxx>
• Re: [PATCH v3] SUNRPC: set desired file system root before connecting local transports
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: set desired file system root before connecting local transports
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: set desired file system root before connecting local transports
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: set desired file system root before connecting local transports
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: set desired file system root before connecting local transports
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: set desired file system root before connecting local transports
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: set desired file system root before connecting local transports
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: set desired file system root before connecting local transports
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: Kernel update 3.5.7 -> 3.6.3 breaks NFS4
  • From: Sven Geggus <lists@xxxxxxxxxxxxxxxxxxxxx>
• RE: pNFS Block layout issues / questions
  • From: "Peng, Tao" <tao.peng@xxxxxxx>
• Re: hang problem when umount a nfs point
  • From: Jack Wang <jack.wang.usish@xxxxxxxxx>
• [PATCH v9 01/34] vfs: add a retry_estale helper function to handle retries on ESTALE
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 03/34] vfs: fix readlinkat to retry on ESTALE
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 02/34] vfs: make fstatat retry on ESTALE errors from getattr call
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 04/34] vfs: add new "reval" argument to kern_path_create and user_path_create
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 05/34] vfs: fix mknodat to retry on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 06/34] vfs: fix mkdir to retry on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 07/34] vfs: fix symlinkat to retry on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 08/34] vfs: fix linkat to retry on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 11/34] vfs: make do_unlinkat retry on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 10/34] vfs: make rmdir retry on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 12/34] vfs: fix renameat to retry on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 13/34] vfs: have do_sys_truncate retry once on an ESTALE error
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 16/34] vfs: make chroot retry once on ESTALE error
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 15/34] vfs: have chdir retry lookup and call once on ESTALE error
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 17/34] vfs: make fchmodat retry once on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 14/34] vfs: have faccessat retry once on an ESTALE error
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 18/34] vfs: make fchownat retry once on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 19/34] vfs: fix user_statfs to retry once on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 20/34] vfs: allow utimensat() calls to retry once on an ESTALE error
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 21/34] vfs: allow setxattr to retry once on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 23/34] vfs: make getxattr retry once on an ESTALE error
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 22/34] vfs: allow lsetxattr() to retry once on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 24/34] vfs: make lgetxattr retry once on ESTALE
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 27/34] vfs: make removexattr retry once on ESTALE
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 26/34] vfs: make llistxattr retry once on ESTALE error
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 28/34] vfs: make lremovexattr retry once on ESTALE error
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 25/34] vfs: make listxattr retry once on ESTALE error
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 29/34] vfs: convert do_filp_open to use retry_estale helper
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 30/34] vfs: convert do_file_open_root to use retry_estale helper
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 31/34] vfs: convert filename_lookup to use retry_estale helper
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 32/34] vfs: ensure that forward progress is being made on pathwalks
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 33/34] vfs: make number of ESTALE retries tunable
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 34/34] vfs: add a sliding backoff delay between ESTALE retries
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 09/34] vfs: add a reval argument to user_path_parent
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v9 00/34] vfs: add the ability to retry lookup and operation to most path-based syscalls
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• PNFS Kernel - CONFIG_SPNFS not found
  • From: Giovanni <fattorare@xxxxxxxxx>
• Re: Kernel update 3.5.7 -> 3.6.3 breaks NFS4
  • From: Sven Geggus <lists@xxxxxxxxxxxxxxxxxxxxx>
• Re: pNFS Block layout issues / questions
  • From: Johannes Schild <j.schild@xxxxxxxxxxxxxxxxxxxx>
• Re: pNFS Block layout issues / questions
  • From: "faibish, sorin" <faibish_sorin@xxxxxxx>
• RE: pNFS Block layout issues / questions
  • From: "Peng, Tao" <tao.peng@xxxxxxx>
• [GIT PULL] Please pull NFS client bugfixes
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• NFS stalls when writing - linux 3.6.x
  • From: Florian Pritz <bluewind@xxxxxxx>
• Re: pNFS Block layout issues / questions
  • From: Jun Xiao <xiaojuntime@xxxxxxxxx>
• [PATCH 1/2] NFS4: nfs4_opendata_access should return errno
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH Version 3 5/5] SUNRPC refactor rpcauth_checkverf error returns
  • From: andros@xxxxxxxxxx
• Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [nfs:devel 56/57] ERROR: "nfs4_set_task_privileged" undefined!
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [PATCH Version 2 5/5] SUNRPC Fix rpc_verify_header error returns
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 05/25] SUNRPC: remove BUG_ON from rpc_call_sync
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• [PATCH] SUNRPC: return proper errno from backchannel_rqst
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• hang problem when umount a nfs point
  • From: dahai_tian <dahai_tian@xxxxxxxxx>
• Re: [PATCH] NFS: Wait for session recovery to finish before returning
  • From: Andy Adamson <androsadamson@xxxxxxxxx>
• Re: [PATCH] NFS: Wait for session recovery to finish before returning
  • From: Andy Adamson <androsadamson@xxxxxxxxx>
• Re: [PATCH] NFS: fix bug in legacy DNS resolver.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH v3] nfs: Show original device name verbatim in /proc/*/mount{s,info}
  • From: Jonathan Nieder <jrnieder@xxxxxxxxx>
• Re: [PATCH] nfs: Show original device name verbatim in /proc/*/mount{s,info}
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: Kernel update 3.5.7 -> 3.6.3 breaks NFS4
  • From: VDR User <user.vdr@xxxxxxxxx>
• Linux pNFS status meeting 11/01/12
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: Kernel update 3.5.7 -> 3.6.3 breaks NFS4
  • From: Sven Geggus <lists@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] NFS: fix bug in legacy DNS resolver.
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: Kernel update 3.5.7 -> 3.6.3 breaks NFS4
  • From: VDR User <user.vdr@xxxxxxxxx>
• Re: Kernel update 3.5.7 -> 3.6.3 breaks NFS4
  • From: Sven Geggus <lists@xxxxxxxxxxxxxxxxxxxxx>
• Re: Kernel update 3.5.7 -> 3.6.3 breaks NFS4
  • From: Sven Geggus <lists@xxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable
  • From: "David Laight" <David.Laight@xxxxxxxxxx>
• Re: [dm-devel] [PATCH v8 01/16] hashtable: introduce a small and naive hashtable
  • From: "George Spelvin" <linux@xxxxxxxxxxx>
• [PATCH] nfs: Check whether a layout pointer is NULL before free it
  • From: ycnian@xxxxxxxxx
• Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH] NFS: fix bug in legacy DNS resolver.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/2] SUNRPC: add WARN_ON_ONCE for potential deadlock
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 1/2] NFS: add nfs_sb_deactive_async to avoid deadlock
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH v2 09/10] NFSD: Add a custom file operations structure for fault injection
  • From: bjschuma@xxxxxxxxxx
• [PATCH v2 10/10] NFSD: Forget state for a specific client
  • From: bjschuma@xxxxxxxxxx
• [PATCH v2 08/10] NFSD: Reading a fault injection file prints a state count
  • From: bjschuma@xxxxxxxxxx
• [PATCH v2 07/10] NFSD: Fault injection operations take a per-client forget function
  • From: bjschuma@xxxxxxxxxx
• [PATCH v2 06/10] NFSD: Clean up forgetting and recalling delegations
  • From: bjschuma@xxxxxxxxxx
• [PATCH v2 05/10] NFSD: Clean up forgetting openowners
  • From: bjschuma@xxxxxxxxxx
• [PATCH v2 04/10] NFSD: Clean up forgetting locks
  • From: bjschuma@xxxxxxxxxx
• [PATCH v2 03/10] NFSD: Clean up forgetting clients
  • From: bjschuma@xxxxxxxxxx
• [PATCH v2 02/10] NFSD: Lock state before calling fault injection function
  • From: bjschuma@xxxxxxxxxx
• [PATCH v2 01/10] NFSD: Fold fault_inject.h into state.h
  • From: bjschuma@xxxxxxxxxx
• [PATCH v2 00/10] NFSD: Improve fault injection
  • From: bjschuma@xxxxxxxxxx
• Re: [PATCH 0/2] fix nfsd stable write implementation
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH] NFS: Wait for session recovery to finish before returning
  • From: bjschuma@xxxxxxxxxx
• Re: [PATCH v8 11/32] vfs: make do_unlinkat retry on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 00/10] nfs-utils compiler warning clean ups
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH v8 11/32] vfs: make do_unlinkat retry on ESTALE errors
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v8 06/16] tracepoint: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v8 16/16] tracing output: use new hashtable implementation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v8 01/16] hashtable: introduce a small and naive hashtable
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v8 02/16] userns: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v8 03/16] mm,ksm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v8 05/16] mm/huge_memory: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v8 04/16] workqueue: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v8 06/16] tracepoint: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v8 07/16] net,9p: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v8 08/16] block,elevator: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v8 10/16] dlm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v8 11/16] net,l2tp: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v8 13/16] lockd: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v8 12/16] dm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v8 14/16] net,rds: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v8 15/16] openvswitch: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v8 16/16] tracing output: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v8 09/16] SUNRPC/cache: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v8 01/16] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH v8 11/32] vfs: make do_unlinkat retry on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v8 11/32] vfs: make do_unlinkat retry on ESTALE errors
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 0/2] fix nfsd stable write implementation
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 0/2] fix nfsd stable write implementation
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Kernel update 3.5.7 -> 3.6.3 breaks NFS4
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v7 06/16] tracepoint: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH v7 06/16] tracepoint: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 06/16] tracepoint: use new hashtable implementation
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v7 06/16] tracepoint: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 06/16] tracepoint: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH v7 06/16] tracepoint: use new hashtable implementation
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v7 06/16] tracepoint: use new hashtable implementation
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v7 06/16] tracepoint: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 06/16] tracepoint: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH v7 15/16] openvswitch: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 06/16] tracepoint: use new hashtable implementation
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH v7 15/16] openvswitch: use new hashtable implementation
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v7 15/16] openvswitch: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: Legacy NFS client DNS resolver fails since 2.6.37
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH v7 06/16] tracepoint: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 15/16] openvswitch: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH v7 06/16] tracepoint: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: Kernel update 3.5.7 -> 3.6.3 breaks NFS4
  • From: Sven Geggus <lists@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 01/16] hashtable: introduce a small and naive hashtable
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 09/16] SUNRPC/cache: use new hashtable implementation
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 01/16] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH v7 10/16] dlm: use new hashtable implementation
  • From: David Teigland <teigland@xxxxxxxxxx>
• Re: [PATCH v7 01/16] hashtable: introduce a small and naive hashtable
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 01/16] hashtable: introduce a small and naive hashtable
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v7 01/16] hashtable: introduce a small and naive hashtable
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 01/16] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH v7 10/16] dlm: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 15/16] openvswitch: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 10/16] dlm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH v7 15/16] openvswitch: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH v7 09/16] SUNRPC/cache: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 09/16] SUNRPC/cache: use new hashtable implementation
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v7 09/16] SUNRPC/cache: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: Kernel update 3.5.7 -> 3.6.3 breaks NFS4
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v7 09/16] SUNRPC/cache: use new hashtable implementation
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Effective process GID is ignored when client creates file on NFS
  • From: Andrey Borzenkov <arvidjaar@xxxxxxxxx>
• Re: [PATCH v7 15/16] openvswitch: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 14/16] net,rds: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 13/16] lockd: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 10/16] dlm: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 11/16] net,l2tp: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 10/16] dlm: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 09/16] SUNRPC/cache: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 08/16] block,elevator: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 07/16] net,9p: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 01/16] hashtable: introduce a small and naive hashtable
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 06/16] tracepoint: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: Legacy NFS client DNS resolver fails since 2.6.37
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH v7 08/16] block,elevator: use new hashtable implementation
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v7 04/16] workqueue: use new hashtable implementation
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Legacy NFS client DNS resolver fails since 2.6.37
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v7 03/16] mm,ksm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v7 04/16] workqueue: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v7 05/16] mm/huge_memory: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v7 06/16] tracepoint: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v7 08/16] block,elevator: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v7 10/16] dlm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v7 09/16] SUNRPC/cache: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v7 11/16] net,l2tp: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v7 12/16] dm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v7 14/16] net,rds: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v7 13/16] lockd: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v7 15/16] openvswitch: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v7 16/16] tracing output: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v7 07/16] net,9p: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v7 02/16] userns: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v7 01/16] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: 3.7-rc1 NFSv3/sec=krb5 mkdir failure
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] SUNRPC: Fix a UDP transport regression
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH] SUNRPC: Set alloc_slot for backchannel tcp ops
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH] NFS: Reduce stack use in encode_exchange_id()
  • From: "Adamson, Dros" <Weston.Adamson@xxxxxxxxxx>
• [PATCH v8 01/32] vfs: add a retry_estale helper function to handle retries on ESTALE
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 00/32] vfs: add the ability to retry lookup and operation to most path-based syscalls
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 03/32] vfs: fix readlinkat to retry on ESTALE
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 02/32] vfs: make fstatat retry on ESTALE errors from getattr call
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 04/32] vfs: add new "reval" argument to kern_path_create and user_path_create
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 05/32] vfs: fix mknodat to retry on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 07/32] vfs: fix symlinkat to retry on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 06/32] vfs: fix mkdir to retry on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 08/32] vfs: fix linkat to retry on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 09/32] vfs: add a reval argument to user_path_parent
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 10/32] vfs: make rmdir retry on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 11/32] vfs: make do_unlinkat retry on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 13/32] vfs: have do_sys_truncate retry once on an ESTALE error
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 12/32] vfs: fix renameat to retry on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 14/32] vfs: have faccessat retry once on an ESTALE error
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 17/32] vfs: make fchmodat retry once on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 18/32] vfs: make fchownat retry once on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 15/32] vfs: have chdir retry lookup and call once on ESTALE error
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 19/32] vfs: fix user_statfs to retry once on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 20/32] vfs: allow utimensat() calls to retry once on an ESTALE error
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 21/32] vfs: allow setxattr to retry once on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 22/32] vfs: allow lsetxattr() to retry once on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 25/32] vfs: make listxattr retry once on ESTALE error
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 24/32] vfs: make lgetxattr retry once on ESTALE
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 23/32] vfs: make getxattr retry once on an ESTALE error
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 26/32] vfs: make llistxattr retry once on ESTALE error
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 29/32] vfs: convert do_filp_open to use retry_estale helper
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 27/32] vfs: make removexattr retry once on ESTALE
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 30/32] vfs: convert do_file_open_root to use retry_estale helper
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 28/32] vfs: make lremovexattr retry once on ESTALE error
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 31/32] vfs: convert filename_lookup to use retry_estale helper
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 32/32] vfs: make number of ESTALE retries tunable
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v8 16/32] vfs: make chroot retry once on ESTALE error
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• WARNING: at linux/fs/inode.c:280 drop_nlink
  • From: Ricky Ng-Adam <rngadam@xxxxxxxxxxx>
• Re: Apparent serious progressive ext4 data corruption bug in 3.6.3 (and other stable branches?)
  • From: Jim Rees <rees@xxxxxxxxx>
• [PATCH] NFS: Reduce stack use in encode_exchange_id()
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: Apparent serious progressive ext4 data corruption bug in 3.6.3 (and other stable branches?)
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: rpc.gssd segfault - real time event 32 in pol()
  • From: Brock Noland <brock@xxxxxxxxxxxx>
• Re: rpc.gssd segfault - real time event 32 in pol()
  • From: Brock Noland <brock@xxxxxxxxxxxx>
• rpc.gssd segfault - real time event 32 in pol()
  • From: Brock Noland <brock@xxxxxxxxxxxx>
• Re: Apparent serious progressive ext4 data corruption bug in 3.6.3 (and other stable branches?)
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Apparent serious progressive ext4 data corruption bug in 3.6.3 (and other stable branches?)
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• [PATCH 1/2] nfsd: assume writeable exportabled filesystems have f_sync
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 2/2] nfsd: use vfs_fsync_range(), not O_SYNC, for stable writes
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 0/2] fix nfsd stable write implementation
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• Re: Apparent serious progressive ext4 data corruption bug in 3.6.3 (and other stable branches?)
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Apparent serious progressive ext4 data corruption bug in 3.6.3 (and other stable branches?)
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: Apparent serious progressive ext4 data corruption bug in 3.6.3 (and other stable branches?)
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Apparent serious progressive ext4 data corruption bug in 3.6.3 (and other stable branches?)
  • From: Eric Sandeen <sandeen@xxxxxxxxxx>
• [PATCH 2/2] SUNRPC: add WARN_ON_ONCE for potential deadlock
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 1/2] NFS: add nfs_sb_deactive_async to avoid deadlock
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: set desired file system root before connecting local transports
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Kernel update 3.5.7 -> 3.6.3 breaks NFS4
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Kernel update 3.5.7 -> 3.6.3 breaks NFS4
  • From: VDR User <user.vdr@xxxxxxxxx>
• Kernel update 3.5.7 -> 3.6.3 breaks NFS4
  • From: Sven Geggus <lists@xxxxxxxxxxxxxxxxxxxxx>
• Re: nfs-utils, --enable-gss librpcsecgss.so glitch
  • From: "lux-integ" <lux-integ@xxxxxxxxxxxxx>
• Re: nfs-utils, --enable-gss librpcsecgss.so glitch
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• [GIT PULL] Please pull more NFS related bugfixes
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• nfs-utils, --enable-gss librpcsecgss.so glitch
  • From: "lux-integ" <lux-integ@xxxxxxxxxxxxx>
• Re: [PATCH] NFS: avoid deadlock in nfs_kill_super
  • From: "Adamson, Dros" <Weston.Adamson@xxxxxxxxxx>
• Re: [PATCH] NFS: avoid deadlock in nfs_kill_super
  • From: "Adamson, Dros" <Weston.Adamson@xxxxxxxxxx>
• Re: [PATCH] NFS: avoid deadlock in nfs_kill_super
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• [PATCH] NFS: fix comment describing nfs_kill_super
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH] NFS: avoid deadlock in nfs_kill_super
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH v3 9/9] nfsdcltrack: update the README about server startup order
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 8/9] nfsdcltrack: remove the nfsdcld daemon
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 7/9] nfsdcltrack: add a manpage for nfsdcltrack
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 6/9] nfsdcltrack: add a legacy transition mechanism
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 5/9] nfsdcltrack: add a new "one-shot" program for manipulating the client tracking db
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 4/9] nfsdcltrack: break out a function to open the database handle
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 3/9] nfsdcltrack: remove pointless sqlite_topdir variable
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 2/9] nfsdcltrack: rename the nfsdcld directory and options to nfsdcltrack
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 1/9] nfsdcltrack: fix segfault in sqlite debug logging
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 0/9] nfsdcltrack: create a new usermodehelper upcall program for tracking clients
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 1/4] nfsd: add a usermodehelper upcall for NFSv4 client ID tracking
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 1/4] nfsd: add a usermodehelper upcall for NFSv4 client ID tracking
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v3 1/4] nfsd: add a usermodehelper upcall for NFSv4 client ID tracking
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 1/4] nfsd: add a usermodehelper upcall for NFSv4 client ID tracking
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v2 10/10] nfsdcltrack: flip the default in autoconf to "yes" for it
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 05/10] nfsdcltrack: add a new "one-shot" program for manipulating the client tracking db
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH v2 10/10] nfsdcltrack: flip the default in autoconf to "yes" for it
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH v2 10/10] nfsdcltrack: flip the default in autoconf to "yes" for it
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 05/10] nfsdcltrack: add a new "one-shot" program for manipulating the client tracking db
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 10/10] nfsdcltrack: flip the default in autoconf to "yes" for it
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH v2 05/10] nfsdcltrack: add a new "one-shot" program for manipulating the client tracking db
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH v3 1/4] nfsd: add a usermodehelper upcall for NFSv4 client ID tracking
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 0/4] nfsd: add a usermodehelper upcall for client id tracking
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v3 3/4] nfsd: pass info about the legacy recoverydir in environment variables
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v3 1/4] nfsd: add a usermodehelper upcall for NFSv4 client ID tracking
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: 3.7-rc1 NFSv3/sec=krb5 mkdir failure
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: 3.7-rc1 NFSv3/sec=krb5 mkdir failure
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• RE: 3.7-rc1 NFSv3/sec=krb5 mkdir failure
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• RE: 3.7-rc1 NFSv3/sec=krb5 mkdir failure
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: RPC Race Condition
  • From: Chris Perl <chris.perl@xxxxxxxxx>
• Re: 3.7-rc1 NFSv3/sec=krb5 mkdir failure
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• RE: 3.7-rc1 NFSv3/sec=krb5 mkdir failure
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: 3.7-rc1 NFSv3/sec=krb5 mkdir failure
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] nfs: fix wrong object type in lockowner_slab
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH 5/5] Fixed warnings in src/g_unseal.c and src/g_verify.c
  • From: Steve Dickson <steved@xxxxxxxxxx>
• [PATCH 3/5] Fixed warnings in src/g_inq_cred.c
  • From: Steve Dickson <steved@xxxxxxxxxx>
• [PATCH 4/5] Fixed warnings in src/g_mit_krb5_mech.c
  • From: Steve Dickson <steved@xxxxxxxxxx>
• [PATCH 2/5] Fixed warnings in src/g_initialize.c
  • From: Steve Dickson <steved@xxxxxxxxxx>
• [PATCH 1/5] Fixed warnings in src/g_canon_name.c
  • From: Steve Dickson <steved@xxxxxxxxxx>
• [PATCH 0/5] libgssglue clean up.
  • From: Steve Dickson <steved@xxxxxxxxxx>
• Re: RPC Race Condition
  • From: Chris Perl <chris.perl@xxxxxxxxx>
• [PATCH 2/2] Git ignored things that are generated during the build
  • From: Steve Dickson <steved@xxxxxxxxxx>
• [PATCH 0/2] libgssglue cleanup
  • From: Steve Dickson <steved@xxxxxxxxxx>
• Re: readdir from Linux NFS4 client when cookieverf is no longer valid
  • From: Brock Noland <brock@xxxxxxxxxxxx>
• [PATCH v2 10/10] nfsdcltrack: flip the default in autoconf to "yes" for it
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 09/10] nfsdcltrack: update the README about server startup order
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 08/10] nfsdcltrack: remove the nfsdcld daemon
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 07/10] nfsdcltrack: add a manpage for nfsdcltrack
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 05/10] nfsdcltrack: add a new "one-shot" program for manipulating the client tracking db
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 06/10] nfsdcltrack: add a legacy transition mechanism
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 03/10] nfsdcltrack: remove pointless sqlite_topdir variable
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 04/10] nfsdcltrack: break out a function to open the database handle
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 02/10] nfsdcltrack: rename the nfsdcld directory and options to nfsdcltrack
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 01/10] nfsdcltrack: fix segfault in sqlite debug logging
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 00/10] nfsdcltrack: create a new usermodehelper upcall program for tracking clients
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• RE: RPC Race Condition
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• [PATCH v3 4/4] nfsd: warn about impending removal of nfsdcld upcall
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 3/4] nfsd: pass info about the legacy recoverydir in environment variables
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 2/4] nfsd: change heuristic for selecting the client_tracking_ops
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 1/4] nfsd: add a usermodehelper upcall for NFSv4 client ID tracking
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 0/4] nfsd: add a usermodehelper upcall for client id tracking
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: RPC Race Condition
  • From: Chris Perl <chris.perl@xxxxxxxxx>
• nfs4 state id errors
  • From: Richard Smits <R.Smits@xxxxxxxxxx>
• RE: RPC Race Condition
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• RE: readdir from Linux NFS4 client when cookieverf is no longer valid
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: RPC Race Condition
  • From: Chris Perl <chris.perl@xxxxxxxxx>
• [PATCH] lockd: fix races in per-net NSM client handling
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH] nfs: fix wrong object type in lockowner_slab
  • From: ycnian@xxxxxxxxx
• Re: Apparent serious progressive ext4 data corruption bug in 3.6.3 (and other stable branches?)
  • From: Eric Sandeen <sandeen@xxxxxxxxxx>
• Re: Apparent serious progressive ext4 data corruption bug in 3.6.3 (and other stable branches?)
  • From: Nix <nix@xxxxxxxxxxxxx>
• [RH Bug 858978] All root cause found (2 root causes, 1 from up stream, 1 from Red Hat)
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: Apparent serious progressive ext4 data corruption bug in 3.6.3 (and other stable branches?)
  • From: Eric Sandeen <sandeen@xxxxxxxxxx>
• readdir from Linux NFS4 client when cookieverf is no longer valid
  • From: Brock Noland <brock@xxxxxxxxxxxx>
• Re: RPC Race Condition
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Apparent serious progressive ext4 data corruption bug in 3.6.3 (and other stable branches?)
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: RPC Race Condition
  • From: Chris Perl <chris.perl@xxxxxxxxx>
• Re: Heads-up: 3.6.2 / 3.6.3 NFS server oops: 3.6.2+ regression? (also an unrelated ext4 data loss bug)
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Heads-up: 3.6.2 / 3.6.3 NFS server oops: 3.6.2+ regression? (also an unrelated ext4 data loss bug)
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: Heads-up: 3.6.2 / 3.6.3 NFS server oops: 3.6.2+ regression? (also an unrelated ext4 data loss bug)
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• RE: Heads-up: 3.6.2 / 3.6.3 NFS server oops: 3.6.2+ regression? (also an unrelated ext4 data loss bug)
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: Heads-up: 3.6.2 / 3.6.3 NFS server oops: 3.6.2+ regression? (also an unrelated ext4 data loss bug)
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Heads-up: 3.6.2 / 3.6.3 NFS server oops: 3.6.2+ regression? (also an unrelated ext4 data loss bug)
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Heads-up: 3.6.2 / 3.6.3 NFS server oops: 3.6.2+ regression? (also an unrelated ext4 data loss bug)
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Heads-up: 3.6.2 / 3.6.3 NFS server oops: 3.6.2+ regression? (also an unrelated ext4 data loss bug)
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: Heads-up: 3.6.2 / 3.6.3 NFS server oops: 3.6.2+ regression? (also an unrelated ext4 data loss bug)
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Heads-up: 3.6.2 / 3.6.3 NFS server oops: 3.6.2+ regression? (also an unrelated ext4 data loss bug)
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Heads-up: 3.6.2 / 3.6.3 NFS server oops: 3.6.2+ regression? (also an unrelated ext4 data loss bug)
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: RPC Race Condition
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 00/25] SUNRPC: remove many BUG_ONs
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 01/25] SUNRPC: remove BUG_ON in __rpc_clnt_handle_event
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 02/25] SUNRPC: remove BUG_ON from rpc_bind_new_program
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 24/25] SUNRPC: remove BUG_ON in svc_delete_xprt
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 18/25] SUNRPC: remove BUG_ON in xdr_shrink_bufhead
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 03/25] SUNRPC: remove BUG_ON from rpc_run_bc_task
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 19/25] SUNRPC: remove BUG_ON from bc_malloc
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 25/25] SUNRPC: remove BUG_ON in rpc_release_task
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 15/25] SUNRPC: remove BUG_ONs from *_reclassify_socket*
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 05/25] SUNRPC: remove BUG_ON from rpc_call_sync
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 23/25] SUNRPC: remove BUG_ONs checking RPC_IS_QUEUED
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 21/25] SUNRPC: remove BUG_ON in svc_register
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 10/25] SUNRPC: remove BUG_ON from xprt_destroy_backchannel
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 17/25] SUNRPC: remove BUG_ONs checking RPCSVC_MAXPAGES
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 07/25] SUNRPC: remove BUG_ON from call_bc_transmit
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 22/25] SUNRPC: remove BUG_ON from __rpc_sleep_on_priority
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 04/25] SUNRPC: remove BUG_ON from call_transmit
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 16/25] SUNRPC: remove BUG_ON in svc_xprt_received
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 06/25] SUNRPC: remove BUG_ON from call_bc_transmit
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 20/25] SUNRPC: remove BUG_ON from encode_rpcb_string
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 11/25] SUNRPC: remove BUG_ON from bc_send
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 12/25] SUNRPC: remove BUG_ON calls from cache_read
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 14/25] SUNRPC: remove BUG_ON from svc_pool_map_set_cpumask
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 08/25] SUNRPC: remove BUG_ON from rpc_sleep_on*
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 13/25] SUNRPC: remove BUG_ON in rpc_put_sb_net
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 09/25] SUNRPC: remove two BUG_ON asserts
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• Re: [PATCH] Added more compile warning options
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: Heads-up: 3.6.2 / 3.6.3 NFS server panic: 3.6.2+ regression?
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Heads-up: 3.6.2 / 3.6.3 NFS server panic: 3.6.2+ regression?
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: RPC Race Condition
  • From: Chris Perl <chris.perl@xxxxxxxxx>
• slow loop performance.
  • From: "dE ." <de.techno@xxxxxxxxx>
• Re: Heads-up: 3.6.2 / 3.6.3 NFS server panic: 3.6.2+ regression?
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] Added more compile warning options
  • From: Jim Rees <rees@xxxxxxxxx>
• [PATCH] Added more compile warning options
  • From: Steve Dickson <steved@xxxxxxxxxx>
• Re: RPC Race Condition
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: RPC Race Condition
  • From: Chris Perl <chris.perl@xxxxxxxxx>
• [PATCH 01/01] Allow nfsidmap to set key timeout
  • From: Jan Sanislo <oystr@xxxxxxxxxxxxxxxxx>
• Re: RPC Race Condition
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• RPC Race Condition
  • From: Chris Perl <chris.perl@xxxxxxxxx>
• [GIT PULL] Please pull NFS client bugfixes...
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 00/10] nfs-utils compiler warning clean ups
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 00/10] nfs-utils compiler warning clean ups
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• [PATCH] SUNRPC: Fix a UDP transport regression
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH] SUNRPC: Set alloc_slot for backchannel tcp ops
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 10/10] rpc.gssd: Squelch compiler error
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 09/10] rpc.gssd: Squelch compiler warning
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 08/10] rpc.gssd: Squelch compiler warning
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 07/10] mountd: Avoid unnecessary type conversions
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 06/10] mountd: Avoid unnecessary type conversions
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 05/10] mountd: Avoid unnecessary type conversions
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 04/10] mountd: Make local functions static
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 03/10] mountd: Eliminate unnecessary type conversions
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 02/10] mountd: Avoid unnecessary type conversions
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 01/10] nfs-utils: Eliminate dereferencing type punned pointers
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 00/10] nfs-utils compiler warning clean ups
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 20/22] nfs: add support for read_iter, write_iter
  • From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>