Linux NFS (Network File System)

• Thread Index

• Re: [RFC PATCH 05/13] vfs: take i_mutex on renamed file
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [RFC PATCH 05/13] vfs: take i_mutex on renamed file
  • From: Guo Chao <yan@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH] pnfsblock: use list_move_tail instead of list_del/list_add_tail
  • From: "Peng, Tao" <tao.peng@xxxxxxx>
• [PATCH] NFS: Remove unnecessary semicolons (fs/nfs/client.c)
  • From: ycnian@xxxxxxxxx
• [PATCH] NFSD: pass null terminated buf to kstrtouint()
  • From: Malahal Naineni <malahal@xxxxxxxxxx>
• Re: [3.2.5] NFSv3 CLOSE_WAIT hang
  • From: dick.streefland@xxxxxxxxx (Dick Streefland)
• how is the wsize mount option able to turn client data read caching on or off with nfsv3 connections?
  • From: Sabuj Pattanayek <sabujp@xxxxxxxxx>
• Re: [PATCH v2] SUNRPC: check current nsproxy before set of node name on client creation
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH v2] SUNRPC: check current nsproxy before set of node name on client creation
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH v2] SUNRPC: check current nsproxy before set of node name on client creation
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [RFC PATCH 05/13] vfs: take i_mutex on renamed file
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 2/2] NFSv4: Add ACCESS operation to OPEN compound
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [3.2.5] NFSv3 CLOSE_WAIT hang
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [3.2.5] NFSv3 CLOSE_WAIT hang
  • From: dick.streefland@xxxxxxxxx (Dick Streefland)
• [PATCH v6 20/20] vfs: convert do_file_open_root to use retry_estale helper
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v6 02/20] vfs: make fstatat retry on ESTALE errors from getattr call
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v6 12/20] vfs: fix renameat to retry on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v6 03/20] vfs: fix readlinkat to retry on ESTALE
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v6 16/20] vfs: make chroot retry once on ESTALE error
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v6 05/20] vfs: fix mknodat to retry on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v6 13/20] vfs: have do_sys_truncate retry once on an ESTALE error
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v6 14/20] vfs: have faccessat retry once on an ESTALE error
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v6 04/20] vfs: add new "reval" argument to kern_path_create and user_path_create
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v6 15/20] vfs: have chdir retry lookup and call once on ESTALE error
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v6 06/20] vfs: fix mkdir to retry on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v6 10/20] vfs: make rmdir retry on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v6 01/20] vfs: add a retry_estale helper function to handle retries on ESTALE
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v6 17/20] vfs: make fchmodat retry once on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v6 08/20] vfs: fix linkat to retry on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v6 18/20] vfs: make fchownat retry once on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v6 09/20] vfs: add a reval argument to user_path_parent
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v6 11/20] vfs: make do_unlinkat retry on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v6 19/20] vfs: convert do_filp_open to use retry_estale helper
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v6 07/20] vfs: fix symlinkat to retry on ESTALE errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v6 00/20] vfs: add the ability to retry on ESTALE to several syscalls
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• RE: [3.2.5] NFSv3 CLOSE_WAIT hang
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [3.2.5] NFSv3 CLOSE_WAIT hang
  • From: dick.streefland@xxxxxxxxx (Dick Streefland)
• Re: [RFC PATCH 05/13] vfs: take i_mutex on renamed file
  • From: Guo Chao <yan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] RFC Avoid expired credential keys for buffered writes
  • From: Jim Rees <rees@xxxxxxxxx>
• [PATCH 1/1] GSSD: Pass GSS_context lifetime to the kernel.
  • From: andros@xxxxxxxxxx
• [PATCH 2/2] NFSv4: Add ACCESS operation to OPEN compound
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 1/2] NFS: return error from decode_getfh in decode open
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 2/4] SUNRPC set gss gc_expiry to full lifetime
  • From: andros@xxxxxxxxxx
• [PATCH 1/4] SUNRPC handle EKEYEXPIRED in call_refreshresult
  • From: andros@xxxxxxxxxx
• [PATCH 3/4] SUNRPC new rpc_credops to test credential expiry
  • From: andros@xxxxxxxxxx
• [PATCH 4/4] NFS avoid expired credential keys for buffered writes
  • From: andros@xxxxxxxxxx
• [PATCH 0/4] RFC Avoid expired credential keys for buffered writes
  • From: andros@xxxxxxxxxx
• Re: [RFC PATCH 05/13] vfs: take i_mutex on renamed file
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH 01/13] gfs2: Get rid of I_MUTEX_QUOTA usage
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] Avoid array overflow in __nfs4_get_acl_uncached
  • From: Sachin Prabhu <sprabhu@xxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH] Avoid array overflow in __nfs4_get_acl_uncached
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] Avoid array overflow in __nfs4_get_acl_uncached
  • From: Sachin Prabhu <sprabhu@xxxxxxxxxx>
• RE: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: "David Laight" <David.Laight@xxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 01/13] gfs2: Get rid of I_MUTEX_QUOTA usage
  • From: Steven Whitehouse <swhiteho@xxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Pedro Alves <palves@xxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [RFC PATCH 02/13] vfs: pull ext4's double-i_mutex-locking into common code
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• Re: NFS over RDMA small block DIRECT_IO bug
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [RFC PATCH 12/13] locks: break delegations on link
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: WARNING: at fs/inode.c:280 drop_nlink+0x31/0x33()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH 12/13] locks: break delegations on link
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: NFS over RDMA small block DIRECT_IO bug
  • From: Andrew Holway <a.holway@xxxxxxxxxxxx>
• Re: NFSv3 caching vs NFSv4
  • From: Diego Moreno <Diego.Moreno-Lazaro@xxxxxxxx>
• Re: nfsv4 state id errors
  • From: Richard Smits <R.Smits@xxxxxxxxxx>
• Re: [RFC PATCH 05/13] vfs: take i_mutex on renamed file
  • From: Guo Chao <yan@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 02/13] vfs: pull ext4's double-i_mutex-locking into common code
  • From: Guo Chao <yan@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 12/13] locks: break delegations on link
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [RFC PATCH 01/13] gfs2: Get rid of I_MUTEX_QUOTA usage
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [RFC PATCH 05/13] vfs: take i_mutex on renamed file
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [RFC PATCH 02/13] vfs: pull ext4's double-i_mutex-locking into common code
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [RFC PATCH 07/13] locks: implement delegations
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [RFC PATCH 03/13] vfs: don't use PARENT/CHILD lock classes for non-directories
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [RFC PATCH 08/13] namei: minor vfs_unlink cleanup
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [RFC PATCH 04/13] vfs: rename I_MUTEX_QUOTA now that it's not used for quotas
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [RFC PATCH 13/13] locks: break delegations on any attribute modification
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [RFC PATCH 09/13] locks: break delegations on unlink
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [RFC PATCH 11/13] locks: break delegations on rename
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [RFC PATCH 10/13] locks: helper functions for delegation breaking
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [RFC PATCH 12/13] locks: break delegations on link
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [RFC PATCH 06/13] locks: introduce new FL_DELEG lock flag
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [RFC PATCH 01/13] gfs2: Get rid of I_MUTEX_QUOTA usage
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [RFC PATCH 00/13] Implement NFSv4 delegations, take 4
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• Re: NFS client: RPCSEC_GSS w/ Kerberos over TCP
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: NFSv3 caching vs NFSv4
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [3.2.5] NFSv3 CLOSE_WAIT hang
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• NFS client: RPCSEC_GSS w/ Kerberos over TCP
  • From: Attila Bogár <attila.bogar@xxxxxxxxxxxxxxxx>
• Re: NFSv3 caching vs NFSv4
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Linux pNFS status meeting 09/06/12
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: NFS over RDMA small block DIRECT_IO bug
  • From: Avi Kivity <avi@xxxxxxxxxx>
• NFSv3 caching vs NFSv4
  • From: Diego Moreno <Diego.Moreno-Lazaro@xxxxxxxx>
• Re: [PATCH] fs: encode_fh: return FILEID_INVALID if invalid fid_type
  • From: Steven Whitehouse <swhiteho@xxxxxxxxxx>
• Re: [3.2.5] NFSv3 CLOSE_WAIT hang
  • From: Yan-Pai Chen <yanpai.chen@xxxxxxxxx>
• [PATCH] pnfsblock: use list_move_tail instead of list_del/list_add_tail
  • From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Pedro Alves <palves@xxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Pedro Alves <palves@xxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Pedro Alves <palves@xxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Pedro Alves <palves@xxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Pedro Alves <palves@xxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: NFS over RDMA small block DIRECT_IO bug
  • From: Andrew Holway <a.holway@xxxxxxxxxxxx>
• Re: NFS over RDMA small block DIRECT_IO bug
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• NFS over RDMA small block DIRECT_IO bug
  • From: Andrew Holway <a.holway@xxxxxxxxxxxx>
• Re: [PATCH] Avoid array overflow in __nfs4_get_acl_uncached
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: KVM disk problem with NFS over RDMA
  • From: Andrew Holway <a.holway@xxxxxxxxxxxx>
• Re: KVM disk problem with NFS over RDMA
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] - Sunrpc: fix sparse warnings by adding static's to variables
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• KVM disk problem with NFS over RDMA
  • From: Andrew Holway <a.holway@xxxxxxxxxxxx>
• Re: [QUESTION] about NFS sub system between Public Kernel and Red Hat Kernel.
  • From: gchen <gang.chen@xxxxxxxxxxx>
• Re: WARNING: at fs/inode.c:280 drop_nlink+0x31/0x33()
  • From: Nick Pasich <Nick@xxxxxxxxxxxxxxx>
• [PATCH] fs: encode_fh: return FILEID_INVALID if invalid fid_type
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• Re: WARNING: at fs/inode.c:280 drop_nlink+0x31/0x33()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: WARNING: at fs/inode.c:280 drop_nlink+0x31/0x33()
  • From: Nick Pasich <Nick@xxxxxxxxxxxxxxx>
• Re: [QUESTION] about NFS sub system between Public Kernel and Red Hat Kernel.
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: WARNING: at fs/inode.c:280 drop_nlink+0x31/0x33()
  • From: Pavel Shilovsky <piastryyy@xxxxxxxxx>
• Re: Stale NFS file handle - persistent error
  • From: Carlos Jiménez <cjimenez@xxxxxxxxxxxxxxxxxx>
• [QUESTION] about NFS sub system between Public Kernel and Red Hat Kernel.
  • From: gchen <gang.chen@xxxxxxxxxxx>
• Re: WARNING: at fs/inode.c:280 drop_nlink+0x31/0x33()
  • From: Nick Pasich <Nick@xxxxxxxxxxxxxxx>
• Re: Linux pNFS status meeting 08/23/12
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH] exportfs: add FILEID_INVALID to indicate invalid fid_type
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• [PATCH] NFS: Filter auth flavors returned by MNT3
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] nfsd: remove duplicate init in nfsd4_cb_recall
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] exportfs: add FILEID_INVALID to indicate invalid fid_type
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Stale NFS file handle - persistent error
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Stale NFS file handle - persistent error
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• Re: Linux pNFS status meeting 08/23/12
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: Stale NFS file handle - persistent error
  • From: Carlos Jiménez <cjimenez@xxxxxxxxxxxxxxxxxx>
• Re: Stale NFS file handle - persistent error
  • From: Carlos Jiménez <cjimenez@xxxxxxxxxxxxxxxxxx>
• Re: WARNING: at fs/inode.c:280 drop_nlink+0x31/0x33()
  • From: Nick Pasich <Nick@xxxxxxxxxxxxxxx>
• Re: WARNING: at fs/inode.c:280 drop_nlink+0x31/0x33()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: Stale NFS file handle - persistent error
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• WARNING: at fs/inode.c:280 drop_nlink+0x31/0x33()
  • From: Nick Pasich <Nick@xxxxxxxxxxxxxxx>
• WARNING: at fs/inode.c:280 drop_nlink+0x31/0x33()
  • From: Nick Pasich <NewsLetters@xxxxxxxxxxxxxxx>
• [PATCH] nfsd: remove duplicate init in nfsd4_cb_recall
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• [PATCH] exportfs: add FILEID_INVALID to indicate invalid fid_type
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• Stale NFS file handle - persistent error
  • From: Carlos Jiménez <cjimenez@xxxxxxxxxxxxxxxxxx>
• Re: NFSv3 client hang on many simultanious reads
  • From: dick.streefland@xxxxxxxxx (Dick Streefland)
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: kernel BUG at fs/nfs/idmap.c:684!
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• Re: kernel BUG at fs/nfs/idmap.c:684!
  • From: Frank Nicholas <frank@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] NFS: Fix Oopses in nfs_lookup_revalidate and nfs4_lookup_revalidate
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: kernel BUG at fs/nfs/idmap.c:684!
  • From: Frank Nicholas <frank@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] NFS: Fix access on first execute of uncached file
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• Re: kernel BUG at fs/nfs/idmap.c:684!
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• Re: kernel BUG at fs/nfs/idmap.c:684!
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: kernel BUG at fs/nfs/idmap.c:684!
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• Re: kernel BUG at fs/nfs/idmap.c:684!
  • From: Frank Nicholas <frank@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: kernel BUG at fs/nfs/idmap.c:684!
  • From: Frank Nicholas <frank@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: kernel BUG at fs/nfs/idmap.c:684!
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: kernel BUG at fs/nfs/idmap.c:684!
  • From: Frank Nicholas <frank@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [NFS v4.1] State manager error 22?
  • From: Jeff Garzik <jeff@xxxxxxxxxx>
• Re: [NFS v4.1] State manager error 22?
  • From: Andy Adamson <androsadamson@xxxxxxxxx>
• Re: [NFS v4.1] State manager error 22?
  • From: Jeff Garzik <jeff@xxxxxxxxxx>
• Re: [NFS v4.1] State manager error 22?
  • From: Andy Adamson <androsadamson@xxxxxxxxx>
• [NFS v4.1] State manager error 22?
  • From: Jeff Garzik <jeff@xxxxxxxxxx>
• Re: kernel BUG at fs/nfs/idmap.c:684!
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• Re: [PATCH] Avoid array overflow in __nfs4_get_acl_uncached
  • From: Sachin Prabhu <sprabhu@xxxxxxxxxx>
• Re: kernel BUG at fs/nfs/idmap.c:684!
  • From: Frank Nicholas <frank@xxxxxxxxxxxxxxxxxxxxxxxxx>
• kernel BUG at fs/nfs/idmap.c:684!
  • From: Frank Nicholas <frank@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• NFS4 and quota is rpc.rquotad still needed?
  • From: Sven Geggus <lists@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/6] fs/nfsd/nfs4idmap.c: adjust inconsistent IS_ERR and PTR_ERR
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [3.6-rc3] rdirplus broken? (EBUSY)
  • From: Simon Kirby <sim@xxxxxxxxxx>
• Re: [PATCH] NFS: Fix Oopses in nfs_lookup_revalidate and nfs4_lookup_revalidate
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH] NFS: Fix Oopses in nfs_lookup_revalidate and nfs4_lookup_revalidate
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] NFS: Fix Oopses in nfs_lookup_revalidate and nfs4_lookup_revalidate
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] NFS: Fix Oopses in nfs_lookup_revalidate and nfs4_lookup_revalidate
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: nfsv4 state id errors
  • From: Robbert Eggermont <R.Eggermont@xxxxxxxxxx>
• Re: [PATCH] Avoid array overflow in __nfs4_get_acl_uncached
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• NFSv4 client failed to create krb5 context?
  • From: Derek Warren <warren@xxxxxx>
• Re: NFS server misbehaving (nfsd eats CPU and returns no data)
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] Avoid array overflow in __nfs4_get_acl_uncached
  • From: Sachin Prabhu <sprabhu@xxxxxxxxxx>
• Re: NFS server misbehaving (nfsd eats CPU and returns no data)
  • From: parafin <parafin@xxxxxxxx>
• [PATCH 1/6] fs/nfsd/nfs4idmap.c: adjust inconsistent IS_ERR and PTR_ERR
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH] Avoid array overflow in __nfs4_get_acl_uncached
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: NFSv4, Name (string) mapping vs. raw UID, idmapd and Kernels >= 3.3
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] Avoid array overflow in __nfs4_get_acl_uncached
  • From: Sachin Prabhu <sprabhu@xxxxxxxxxx>
• Re: [PATCH] Avoid array overflow in __nfs4_get_acl_uncached
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] Avoid array overflow in __nfs4_get_acl_uncached
  • From: Sachin Prabhu <sprabhu@xxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Unprivileged port and ERR_PERM
  • From: Pawel Dziepak <pdziepak@xxxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Kernel NFSd CPU hog?
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH] svcrpc: sends on closed socket should stop immediately
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] Avoid array overflow in __nfs4_get_acl_uncached
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• [PATCH] Avoid array overflow in __nfs4_get_acl_uncached
  • From: Sachin Prabhu <sprabhu@xxxxxxxxxx>
• Re: NFSv4, Name (string) mapping vs. raw UID, idmapd and Kernels >= 3.3
  • From: Rick Macklem <rmacklem@xxxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: NFSv3 client hang on many simultanious reads
  • From: dick.streefland@xxxxxxxxx (Dick Streefland)
• nfsd bugfixes for 3.6
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH-Resend 1/2] blkmapd: allow blocklayoutdriver module to load/unload
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH-Resend 2/2] blkmapd: proper signal handling
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• [PATCH-Resend 2/2] blkmapd: proper signal handling
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH-Resend 1/2] blkmapd: allow blocklayoutdriver module to load/unload
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: [PATCH 2/2] Use /run/user/${UID} instead of /run/user/${USER}
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH 1/2] scan for DIR: ccaches, too
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• [PATCH-resend 6/6] pnfsblock: fix non-aligned DIO write
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH-resend 5/6] pnfsblock: fix non-aligned DIO read
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH-resend 4/6] pnfsblock: fix partial page buffer wirte
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH-resend 3/6] Revert "pnfsblock: bail out partial page IO"
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH-resend 2/6] NFS41: fix error of setting blocklayoutdriver
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH-resend 1/6] NFSv41: fix DIO write_io calculation
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH-resend 0/6] NFS41 and pnfsblock bugfixes
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: NFSv4, Name (string) mapping vs. raw UID, idmapd and Kernels >= 3.3
  • From: Norbert Aschendorff <norbert.aschendorff@xxxxxxxx>
• Re: NFSv4, Name (string) mapping vs. raw UID, idmapd and Kernels >= 3.3
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: NFSv3 client hang on many simultanious reads
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• NFSv4, Name (string) mapping vs. raw UID, idmapd and Kernels >= 3.3
  • From: Norbert Aschendorff <norbert.aschendorff@xxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Ryan Mallon <rmallon@xxxxxxxxx>
• [PATCH] NFS: Fix Oopses in nfs_lookup_revalidate and nfs4_lookup_revalidate
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH v3 04/17] workqueue: use new hashtable implementation
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3 13/17] lockd: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Linux pNFS status meeting 08/23/12
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• [GIT PULL] Please pull NFS client fixes
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• NFSv3 client hang on many simultanious reads
  • From: dick.streefland@xxxxxxxxx (Dick Streefland)
• Re: [PATCH v3 13/17] lockd: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v3 13/17] lockd: use new hashtable implementation
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v3 13/17] lockd: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH v3 13/17] lockd: use new hashtable implementation
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: NFS4ERR_DELAY
  • From: Sven Geggus <lists@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 00/17] generic hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 02/17] userns: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 03/17] mm,ksm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 04/17] workqueue: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 06/17] tracepoint: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 05/17] mm/huge_memory: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 07/17] net,9p: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 08/17] block,elevator: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 10/17] dlm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 09/17] SUNRPC/cache: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 11/17] net,l2tp: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 13/17] lockd: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 15/17] openvswitch: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 14/17] net,rds: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 17/17] SUNRPC: use new hashtable implementation in auth
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 16/17] tracing output: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 12/17] dm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH 3/3] writeback: add dirty_ratio_time per bdi variable (NFS write performance)
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• Re: [PATCH] nfsd: remove unused listener-removal interfaces
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] nfsd: remove unused listener-removal interfaces
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 08/14] svcrpc: ignore unknown address type in udp receive
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 08/14] svcrpc: ignore unknown address type in udp receive
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 2/2] dcache: Don't set DISCONNECTED on "pseudo filesystem" dentries
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 1/2] dcache: use IS_ROOT to decide where dentry is hashed
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• DCACHE_DISCONNECTED patches
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• Re: [PATCH 08/14] svcrpc: ignore unknown address type in udp receive
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 08/14] svcrpc: ignore unknown address type in udp receive
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 06/14] nfsd: allow configuring nfsd to listen on 5-digit ports
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• Re: [PATCH 08/14] svcrpc: ignore unknown address type in udp receive
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 08/14] svcrpc: ignore unknown address type in udp receive
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: NFS server misbehaving (nfsd eats CPU and returns no data)
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: NFS4: ssh + unlink(~/.Xauthority) delays
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH 10/14] svcrpc: remove handling of unknown errors from svc_recv
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 14/14] nfsd: document kernel interfaces for nfsd configuration
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 11/14] svcrpc: make svc_xprt_received static
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 13/14] svcrpc: split up svc_handle_xprt
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 12/14] svcrpc: break up svc_recv
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 03/14] svcrpc: make svc_create_xprt enqueue on clearing XPT_BUSY
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 09/14] svcrpc: make xpo_recvfrom return only >=0
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 07/14] svcrpc: minor udp code cleanup
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 08/14] svcrpc: ignore unknown address type in udp receive
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 05/14] nfsd: remove redundant "port" argument
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 04/14] svcrpc: share some setup of listening sockets
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 06/14] nfsd: allow configuring nfsd to listen on 5-digit ports
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 02/14] svcrpc: clean up control flow
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• nfsd & svcrpc patches (mainly cleanup) for 3.7
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 01/14] svcrpc: standardize svc_setup_socket return convention
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 2/2] Use /run/user/${UID} instead of /run/user/${USER}
  • From: Nalin Dahyabhai <nalin@xxxxxxxxxx>
• [PATCH 1/2] scan for DIR: ccaches, too
  • From: Nalin Dahyabhai <nalin@xxxxxxxxxx>
• Re: NFS server misbehaving (nfsd eats CPU and returns no data)
  • From: parafin <parafin@xxxxxxxx>
• Re: [PATCH] knfsd: don't allocate file_locks on the stack
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: protect service sockets lists during per-net shutdown
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: NFS: Treat NFS4ERR_CLID_INUSE as a fatal error
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: NFS4: ssh + unlink(~/.Xauthority) delays
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [PATCH] svcrpc: fix svc_xprt_enqueue/svc_recv busy-looping
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: NFS: Treat NFS4ERR_CLID_INUSE as a fatal error
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] knfsd: don't allocate file_locks on the stack
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] knfsd: remove bogus BUG_ON() call from nfsd4_locku
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: NFS4: ssh + unlink(~/.Xauthority) delays
  • From: Malahal Naineni <malahal@xxxxxxxxxx>
• Re: NFS4ERR_DELAY
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: NFS server misbehaving (nfsd eats CPU and returns no data)
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] nfsd: remove unused listener-removal interfaces
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: NFS4: ssh + unlink(~/.Xauthority) delays
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: NFS4: ssh + unlink(~/.Xauthority) delays
  • From: Sven Geggus <lists@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] Add support for new RPCSEC_GSS upcall mechanism for nfsd
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 0/4] Add support for new RPCSEC_GSS upcall mechanism for nfsd
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] Add support for new RPCSEC_GSS upcall mechanism for nfsd
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 0/4] Add support for new RPCSEC_GSS upcall mechanism for nfsd
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: NFS4ERR_DELAY
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 3/3] writeback: add dirty_ratio_time per bdi variable (NFS write performance)
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: NFS4: ssh + unlink(~/.Xauthority) delays
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [PATCH 3/3] writeback: add dirty_ratio_time per bdi variable (NFS write performance)
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: NFS4ERR_DELAY
  • From: Sven Geggus <lists@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: protect service sockets lists during per-net shutdown
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH] knfsd: don't allocate file_locks on the stack
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] knfsd: remove bogus BUG_ON() call from nfsd4_locku
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: NFS4ERR_DELAY (was: NFS4: ssh + unlink(~/.Xauthority) delays)
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] NFS: Fix Oopses in nfs_lookup_revalidate and nfs4_lookup_revalidate
  • From: Richard Ems <richard.ems@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: protect service sockets lists during per-net shutdown
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• NFS4ERR_DELAY (was: NFS4: ssh + unlink(~/.Xauthority) delays)
  • From: Sven Geggus <lists@xxxxxxxxxxxxxxxxxxxxx>
• NFS4: ssh + unlink(~/.Xauthority) delays
  • From: Sven Geggus <lists@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] svcrpc: fix svc_xprt_enqueue/svc_recv busy-looping
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Re: [PATCH 3/3] writeback: add dirty_ratio_time per bdi variable (NFS write performance)
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• Re: [PATCH 3/3] writeback: add dirty_ratio_time per bdi variable (NFS write performance)
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• Re: minor nfsd cleanups
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH 2/3] nfsd4: declare nfs4_recoverydir properly
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 3/3] nfsd: do_nfsd_create verf argument is a u32
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 1/3] nfsd4: nfsaclsvc_encode_voidres static
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• minor nfsd cleanups
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• Re: [PATCH] svcrpc: fix svc_xprt_enqueue/svc_recv busy-looping
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH] svcrpc: fix svc_xprt_enqueue/svc_recv busy-looping
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] svcrpc: sends on closed socket should stop immediately
  • From: Malahal Naineni <malahal@xxxxxxxxxx>
• [PATCH] svcrpc: sends on closed socket should stop immediately
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH] svcrpc: fix BUG() in svc_tcp_clear_pages
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 3/3] writeback: add dirty_ratio_time per bdi variable (NFS write performance)
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: protect service sockets lists during per-net shutdown
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: PROBLEM: in function nfs3_proc_get_root(), fsinfo reply error,but not return.
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• [PATCH] NFS: free client is case of idr allocation failure
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH] NFS: put net in case of idr allocation failure
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH] NFS: put net in case of idr allocation failure
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: protect service sockets lists during per-net shutdown
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: protect service sockets lists during per-net shutdown
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 3/3] writeback: add dirty_ratio_time per bdi variable (NFS write performance)
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: Linux pNFS status meeting 08/02/12
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• [PATCH v4 00/10] NFS: callback threads containerization
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v4 03/10] NFS: move per-net callback thread initialization to nfs_callback_up_net()
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v4 04/10] NFS: callback up - transport backchannel cleanup
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v4 05/10] NFS: callback service start function introduced
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v4 01/10] NFS: pass net to nfs_callback_down()
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v4 06/10] NFS: callback up - users counting cleanup
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v4 08/10] NFS: make nfs_callback_tcpport6 per network context
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v4 09/10] NFS: callback per-net usage counting introduced
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v4 10/10] NFS: add debug messages to callback down function
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v4 07/10] NFS: make nfs_callback_tcpport per network context
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v4 02/10] NFS: callback service creation function introduced
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH] NFS: put net in case of idr allocation failure
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/11] Series short description
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: protect service sockets lists during per-net shutdown
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] writeback: add dirty_ratio_time per bdi variable (NFS write performance)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] writeback: add dirty_ratio_time per bdi variable (NFS write performance)
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• Re: [PATCH v2 01/16] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH v2 01/16] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH v2 01/16] hashtable: introduce a small and naive hashtable
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v2 01/16] hashtable: introduce a small and naive hashtable
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 3/3] writeback: add dirty_ratio_time per bdi variable (NFS write performance)
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• [PATCH v2 04/16] workqueue: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 01/16] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 05/16] mm/huge_memory: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 06/16] tracepoint: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 08/16] block,elevator: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 09/16] SUNRPC/cache: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 11/16] net,l2tp: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 15/16] openvswitch: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 16/16] tracing output: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 14/16] net,rds: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 13/16] lockd: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 12/16] dm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 10/16] dlm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 07/16] net,9p: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 03/16] mm,ksm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 02/16] userns: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 02/16] user_ns: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 00/16] generic hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• NFSv4 WARNING: at linux/fs/inode.c:280 drop_nlink+0x23/0x44()
  • From: Nick Bowler <nbowler@xxxxxxxxxxxxxxxx>
• [PATCH] nfs: fix spelling of families in comment
  • From: Peter Meerwald <pmeerw@xxxxxxxxxx>
• Re: 3.0+ NFS issues (bisected)
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Re: 3.0+ NFS issues (bisected)
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: 3.0+ NFS issues (bisected)
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Re: 3.0+ NFS issues (bisected)
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: 3.0+ NFS issues (bisected)
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: 3.0+ NFS issues (bisected)
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: nfsv4 state id errors
  • From: Richard Smits <R.Smits@xxxxxxxxxx>
• Re: nfsv4 state id errors
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: nfsv4 state id errors
  • From: Richard <rsmits-l@xxxxxxxxxx>
• Re: nfsv4 state id errors
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• RE: [PATCH 1/2] NFS: Clear key construction data if the idmap upcall fails
  • From: Shai Lazmi <shai.lazmi@xxxxxxxxxx>
• RE: [PATCH 1/2] NFS: Clear key construction data if the idmap upcall fails
  • From: Shai Lazmi <shai.lazmi@xxxxxxxxxx>
• Re: [PATCH 1/2] NFS: Clear key construction data if the idmap upcall fails
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: 3.0+ NFS issues (bisected)
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Re: 3.0+ NFS issues (bisected)
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Re: 3.0+ NFS issues (bisected)
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: 3.0+ NFS issues (bisected)
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• RE: [PATCH 1/2] NFS: Clear key construction data if the idmap upcall fails
  • From: Shai Lazmi <shai.lazmi@xxxxxxxxxx>
• nfsv4 state id errors
  • From: Richard <rsmits-l@xxxxxxxxxx>
• nfsv4 state id errors
  • From: Richard Smits <R.Smits@xxxxxxxxxx>
• Re: 3.0+ NFS issues (bisected)
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Slowing down state manager after unhandled error
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: 3.0+ NFS issues (bisected)
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Slowing down state manager after unhandled error
  • From: Suresh Jayaraman <sjayaraman@xxxxxxxx>
• Re: v3.5 nfsd4 regression; utime sometimes takes 40+ seconds to return
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Randomly inaccessible files through NFS
  • From: "Denis V. Nagorny" <dvnagorny@xxxxxxxxxxxxxx>
• Re: [nfsv4] CDA for NetApp BAT 2012
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: Randomly inaccessible files through NFS
  • From: Adrien Kunysz <adk@xxxxxxxxx>
• Re: Randomly inaccessible files through NFS
  • From: "Denis V. Nagorny" <dvnagorny@xxxxxxxxxxxxxx>
• Re: 3.0+ NFS issues (bisected)
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• RE: [PATCH 1/2] NFS: Clear key construction data if the idmap upcall fails
  • From: Shai Lazmi <shai.lazmi@xxxxxxxxxx>
• Re: [PATCH 1/2] NFS: Clear key construction data if the idmap upcall fails
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• RE: [PATCH 1/2] NFS: Clear key construction data if the idmap upcall fails
  • From: Shai Lazmi <shai.lazmi@xxxxxxxxxx>
• Re: [PATCH 1/2] NFS: Clear key construction data if the idmap upcall fails
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• RE: [PATCH 1/2] NFS: Clear key construction data if the idmap upcall fails
  • From: Shai Lazmi <shai.lazmi@xxxxxxxxxx>
• Re: [PATCH 1/2] NFS: Clear key construction data if the idmap upcall fails
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• RE: [PATCH 1/2] NFS: Clear key construction data if the idmap upcall fails
  • From: Shai Lazmi <shai.lazmi@xxxxxxxxxx>
• Re: [PATCH 1/2] NFS: Clear key construction data if the idmap upcall fails
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• RE: [PATCH 1/2] NFS: Clear key construction data if the idmap upcall fails
  • From: Shai Lazmi <shai.lazmi@xxxxxxxxxx>
• Re: [PATCH 1/2] NFS: Clear key construction data if the idmap upcall fails
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• RE: [PATCH 1/2] NFS: Clear key construction data if the idmap upcall fails
  • From: Shai Lazmi <shai.lazmi@xxxxxxxxxx>
• Re: v3.5 nfsd4 regression; utime sometimes takes 40+ seconds to return
  • From: Jamie Heilman <jamie@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] NFS: Clear key construction data if the idmap upcall fails
  • From: William Dauchy <wdauchy@xxxxxxxxx>
• Re: v3.5 nfsd4 regression; utime sometimes takes 40+ seconds to return
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Linux NFS and cached properties
  • From: NeilBrown <neilb@xxxxxxx>
• Re: v3.5 nfsd4 regression; utime sometimes takes 40+ seconds to return
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH 2/2] NFS: return -ENOKEY when the upcall fails to map the name
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 1/2] NFS: Clear key construction data if the idmap upcall fails
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: v3.5 nfsd4 regression; utime sometimes takes 40+ seconds to return
  • From: Jamie Heilman <jamie@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: protect service sockets lists during per-net shutdown
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Linux NFS and cached properties
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Linux pNFS status meeting 08/02/12
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH 1/3] NFS: Clear key construction data if the idmap upcall fails
  • From: William Dauchy <wdauchy@xxxxxxxxx>
• Re: [PATCH 1/3] NFS: Clear key construction data if the idmap upcall fails
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• Re: [PATCH 1/3] NFS: Clear key construction data if the idmap upcall fails
  • From: William Dauchy <wdauchy@xxxxxxxxx>
• Re: [PATCH 02/16] user_ns: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 1/3] NFS: Clear key construction data if the idmap upcall fails
  • From: William Dauchy <wdauchy@xxxxxxxxx>
• Re: [PATCH 1/3] NFSv4: Fix pointer arithmetic in decode_getacl
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 1/3] NFSv4: Fix pointer arithmetic in decode_getacl
  • From: Sachin Prabhu <sprabhu@xxxxxxxxxx>
• [PATCH] nfsd: remove unused listener-removal interfaces
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] NFS: Fix Oopses in nfs_lookup_revalidate and nfs4_lookup_revalidate
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• [PATCH] NFS: Fix Oopses in nfs_lookup_revalidate and nfs4_lookup_revalidate
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: v3.5 nfsd4 regression; utime sometimes takes 40+ seconds to return
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: v3.5 nfsd4 regression; utime sometimes takes 40+ seconds to return
  • From: Jamie Heilman <jamie@xxxxxxxxxxxxxxxxxxxxx>
• Re: nfs_lookup_revalidate BUG ?
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: nfs_lookup_revalidate BUG ?
  • From: Richard Ems <richard.ems@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/16] user_ns: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: nfs_lookup_revalidate BUG ?
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: nfs_lookup_revalidate BUG ?
  • From: Richard Ems <richard.ems@xxxxxxxxxxxxxxxxx>
• Re: nfs_lookup_revalidate BUG ?
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: nfs_lookup_revalidate BUG ?
  • From: Richard Ems <richard.ems@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] NFSv4.1: Remove a bogus BUG_ON() in nfs4_layoutreturn_done
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• RE: [PATCH 02/16] user_ns: use new hashtable implementation
  • From: "David Laight" <David.Laight@xxxxxxxxxx>
• Randomly inaccessible files through NFS
  • From: "Denis V. Nagorny" <dvnagorny@xxxxxxxxxxxxxx>
• v3.5 nfsd4 regression; utime sometimes takes 40+ seconds to return
  • From: Jamie Heilman <jamie@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/16] user_ns: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 02/16] user_ns: use new hashtable implementation
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 02/16] user_ns: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH 02/16] user_ns: use new hashtable implementation
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 02/16] user_ns: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH 01/16] hashtable: introduce a small and naive hashtable
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 01/16] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH 02/16] user_ns: use new hashtable implementation
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 01/16] hashtable: introduce a small and naive hashtable
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 3/3] NFSv4: Don't use private xdr_stream fields in decode_getacl
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 2/3] NFSv4: Fix the acl cache size calculation
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 1/3] NFSv4: Fix pointer arithmetic in decode_getacl
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] NFSD: Swap the struct nfs4_operation getter and setter
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH] NFSD: Swap the struct nfs4_operation getter and setter
  • From: bjschuma@xxxxxxxxxx
• Re: nfs_lookup_revalidate BUG ?
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: nfs_lookup_revalidate BUG ?
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: nfs_lookup_revalidate BUG ?
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/16] generic hashtable implementation
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: nfs_lookup_revalidate BUG ?
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 2/2] NFS: Alias the nfs module to nfs4
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: Your comments, guidance, advice please :)
  • From: Jim Vanns <james.vanns@xxxxxxxxxxxxxx>
• [PATCH 01/16] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 00/16] generic hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 02/16] user_ns: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 03/16] mm,ksm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 04/16] workqueue: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 05/16] mm/huge_memory: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 06/16] tracepoint: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 07/16] net,9p: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 08/16] block,elevator: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 09/16] SUNRPC/cache: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 10/16] dlm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 11/16] net,l2tp: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 12/16] dm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 14/16] net,rds: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 13/16] lockd: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 15/16] openvswitch: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 16/16] tracing output: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH] NFSv4.1: Remove a bogus BUG_ON() in nfs4_layoutreturn_done
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] NFSv4.1: Remove a bogus BUG_ON() in nfs4_layoutreturn_done
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: RE: Blocklayout
  • From: Peng Tao <tao.peng@xxxxxxx>
• [PATCH-v3 3/3] NFS41: send real read size in layoutget
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH-v3 2/3] NFS41: send real write size in layoutget
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH-v3 1/3] NFS: track direct IO left bytes
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: [PATCH] NFSv4.1: Remove a bogus BUG_ON() in nfs4_layoutreturn_done
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• RE: [PATCH-v2 2/3] NFS41: send real write size in layoutget
  • From: "Peng, Tao" <tao.peng@xxxxxxx>
• Re: [PATCH-v2 2/3] NFS41: send real write size in layoutget
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• RE: [PATCH-v2 2/3] NFS41: send real write size in layoutget
  • From: "Peng, Tao" <tao.peng@xxxxxxx>
• nfs_lookup_revalidate BUG ?
  • From: Richard Ems <richard.ems@xxxxxxxxxxxxxxxxx>
• RE: [PATCH-v2 2/3] NFS41: send real write size in layoutget
  • From: "Peng, Tao" <tao.peng@xxxxxxx>
• Re: [RFC PATCH 0/2] net: connect to UNIX sockets from specified root
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH] NFSv4.1: Remove a bogus BUG_ON() in nfs4_layoutreturn_done
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH] NFSv4.1: Remove a bogus BUG_ON() in nfs4_layoutreturn_done
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH-v2 2/3] NFS41: send real write size in layoutget
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] NFSv4.1: Remove a bogus BUG_ON() in nfs4_layoutreturn_done
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH] NFSv4.1: Remove a bogus BUG_ON() in nfs4_layoutreturn_done
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH-v2 2/3] NFS41: send real write size in layoutget
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH] NFSv4.1: Remove a bogus BUG_ON() in nfs4_layoutreturn_done
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• [PATCH 5/5] SUNRPC: Share upcall pipes among an rpc_clnt's rpc_auth objects
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 4/5] SUNRPC: Insert a shim under gss_create()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 3/5] SUNRPC: Prepare gss_pipes_dentries_create() for sharing pipe data
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 1/5] SUNRPC: Clean up dprintk messages in rpc_pipe.c
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 2/5] SUNRPC: Use __func__ in dprintk() in auth_gss.c
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 0/5] (v2) rpcauth_create() returns -EEXIST
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH RFC 2/3] NFS41: send real write size in layoutget
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH RFC 2/3] NFS41: send real write size in layoutget
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: RE: Blocklayout
  • From: "Johannes Schild" <JSchild@xxxxxx>
• Re: [RFC PATCH 0/2] net: connect to UNIX sockets from specified root
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] net: connect to UNIX sockets from specified root
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: Your comments, guidance, advice please :)
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] NFSv4.1: Remove a bogus BUG_ON() in nfs4_layoutreturn_done
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: Your comments, guidance, advice please :)
  • From: Jim Vanns <james.vanns@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] net: connect to UNIX sockets from specified root
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Your comments, guidance, advice please :)
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] NFSv4.1: Remove a bogus BUG_ON() in nfs4_layoutreturn_done
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Your comments, guidance, advice please :)
  • From: Jim Vanns <james.vanns@xxxxxxxxxxxxxx>
• [PATCH 2/2] blkmapd: proper signal handling
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 1/2] blkmapd: allow blocklayoutdriver module to load/unload
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH-v2 3/3] NFS41: send real read size in layoutget
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH-v2 2/3] NFS41: send real write size in layoutget
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH-v2 1/3] NFS: track direct IO left bytes
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: reconnect_path fails with EACCES
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: reconnect_path fails with EACCES
  • From: Rajesh Ghanekar <rajeshsg@xxxxxxxxx>
• Re: [PATCH v2] SUNRPC: check current nsproxy before set of node name on client creation
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2] SUNRPC: check current nsproxy before set of node name on client creation
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH] SUNRPC: check current nsproxy before set of node name on client creation
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH] SUNRPC: check current nsproxy before set of node name on client creation
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• [PATCH] SUNRPC: check current nsproxy before set of node name on client creation
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Some XDR junk on nfs4_decode_dirent
  • From: Rodel Miguel <rodelfmiguel@xxxxxxxxx>
• Re: [PATCH RFC 2/3] NFS41: send real write size in layoutget
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: [PATCH RFC 2/3] NFS41: send real write size in layoutget
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: [PATCH RFC 2/3] NFS41: send real write size in layoutget
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH RFC 2/3] NFS41: send real write size in layoutget
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH 3/3] NFS: Use kzalloc() instead of kmalloc() in the idmapper
  • From: William Dauchy <wdauchy@xxxxxxxxx>
• Re: [PATCH RFC 3/3] NFS41: send real read size in layoutget for DIO
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH] NFSv4.1: Remove a bogus BUG_ON() in nfs4_layoutreturn_done
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [RFC PATCH 0/2] net: connect to UNIX sockets from specified root
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] net: connect to UNIX sockets from specified root
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] net: connect to UNIX sockets from specified root
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: NFS: Treat NFS4ERR_CLID_INUSE as a fatal error
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: NFS: Treat NFS4ERR_CLID_INUSE as a fatal error
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: NFS: Treat NFS4ERR_CLID_INUSE as a fatal error
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: NFS: Treat NFS4ERR_CLID_INUSE as a fatal error
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: NFS: Treat NFS4ERR_CLID_INUSE as a fatal error
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: NFS: Treat NFS4ERR_CLID_INUSE as a fatal error
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] net: connect to UNIX sockets from specified root
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] net: connect to UNIX sockets from specified root
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] net: connect to UNIX sockets from specified root
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] net: connect to UNIX sockets from specified root
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RFC PATCH 1/2] unix sockets: add ability for search for peer from passed root
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] net: connect to UNIX sockets from specified root
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] net: connect to UNIX sockets from specified root
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RFC PATCH 0/2] net: connect to UNIX sockets from specified root
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] net: connect to UNIX sockets from specified root
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RFC PATCH 1/2] unix sockets: add ability for search for peer from passed root
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: NFSv4 backchannel authentication
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 3/3] NFS: Use kzalloc() instead of kmalloc() in the idmapper
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 0/4] Add support for new RPCSEC_GSS upcall mechanism for nfsd
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [RFC PATCH 2/2] SUNRPC: connect local transports with unix_stream_connect_root() helper
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: RE: Blocklayout
  • From: "Johannes Schild" <JSchild@xxxxxx>
• [RFC PATCH 0/2] net: connect to UNIX sockets from specified root
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [RFC PATCH 1/2] unix sockets: add ability for search for peer from passed root
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: RE: Blocklayout
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: RE: Blocklayout
  • From: "Johannes Schild" <JSchild@xxxxxx>
• Re: [PATCH 2/3] NFS: return -ENOKEY when the upcall fails to map the name
  • From: William Dauchy <wdauchy@xxxxxxxxx>
• Re: [PATCH 3/3] NFS: Use kzalloc() instead of kmalloc() in the idmapper
  • From: William Dauchy <wdauchy@xxxxxxxxx>
• Re: [PATCH 2/3] NFS: return -ENOKEY when the upcall fails to map the name
  • From: William Dauchy <wdauchy@xxxxxxxxx>
• Re: [PATCH 1/3] NFS: Clear key construction data if the idmap upcall fails
  • From: William Dauchy <wdauchy@xxxxxxxxx>
• Re: RE: Blocklayout
  • From: Peng Tao <tao.peng@xxxxxxx>
• Re: RE: Blocklayout
  • From: "Johannes Schild" <JSchild@xxxxxx>
• Re: RE: Blocklayout
  • From: Peng Tao <tao.peng@xxxxxxx>
• Re: [PATCH 0/3] rpcauth_create() returns -EEXIST
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: RE: Blocklayout
  • From: "Johannes Schild" <JSchild@xxxxxx>
• Re: NFSv4 backchannel authentication
  • From: NeilBrown <neilb@xxxxxxx>
• Re: return layout on error, BUG/deadlock
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: return layout on error, BUG/deadlock
  • From: Idan Kedar <idank@xxxxxxxxxx>
• Re: NFS: Treat NFS4ERR_CLID_INUSE as a fatal error
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH 3/3] SUNRPC: Share upcall pipes among an rpc_clnt's rpc_auth objects
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 2/3] SUNRPC: Insert a shim under gss_create()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 1/3] SUNRPC: Prepare gss_pipes_dentries_create() for sharing pipe data
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 0/3] rpcauth_create() returns -EEXIST
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: NFS: Treat NFS4ERR_CLID_INUSE as a fatal error
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: NFS: Treat NFS4ERR_CLID_INUSE as a fatal error
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: NFS: Treat NFS4ERR_CLID_INUSE as a fatal error
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: NFS: Treat NFS4ERR_CLID_INUSE as a fatal error
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: NFS: Treat NFS4ERR_CLID_INUSE as a fatal error
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: NFS: Treat NFS4ERR_CLID_INUSE as a fatal error
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: return layout on error, BUG/deadlock
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: return layout on error, BUG/deadlock
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: NFS: Treat NFS4ERR_CLID_INUSE as a fatal error
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• NFS: Treat NFS4ERR_CLID_INUSE as a fatal error
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: reconnect_path fails with EACCES
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH 3/3] NFS: Use kzalloc() instead of kmalloc() in the idmapper
  • From: bjschuma@xxxxxxxxxx
• [PATCH 2/3] NFS: return -ENOKEY when the upcall fails to map the name
  • From: bjschuma@xxxxxxxxxx
• [PATCH 1/3] NFS: Clear key construction data if the idmap upcall fails
  • From: bjschuma@xxxxxxxxxx
• [PATCH] README: note gssd/svcgssd may be needed on both sides
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: NFSv4 backchannel authentication
  • From: Zdenek Salvet <salvet@xxxxxxxxxxx>
• Re: RE: Blocklayout
  • From: Peng Tao <tao.peng@xxxxxxx>
• Re: [PATCH] NFSv4.1: Remove a bogus BUG_ON() in nfs4_layoutreturn_done
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: return layout on error, BUG/deadlock
  • From: Idan Kedar <idank@xxxxxxxxxx>
• Re: NFSv4 backchannel authentication
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: NFSv4 backchannel authentication
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: return layout on error, BUG/deadlock
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: [PATCH] NFSv4.1: Remove a bogus BUG_ON() in nfs4_layoutreturn_done
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: NFSv4 backchannel authentication
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: return layout on error, BUG/deadlock
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: return layout on error, BUG/deadlock
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: NFSv4 backchannel authentication
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] NFSv4.1: Remove a bogus BUG_ON() in nfs4_layoutreturn_done
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: NFSv4 backchannel authentication
  • From: Lukas Hejtmanek <xhejtman@xxxxxxxxxxx>
• Re: [PATCH] NFSv4.1: Remove a bogus BUG_ON() in nfs4_layoutreturn_done
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Kernel 3.5.0 and user-space crash in closedir
  • From: Ben Greear <greearb@xxxxxxxxxxxxxxx>
• Re: return layout on error, BUG/deadlock
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: NFSv4 backchannel authentication
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: return layout on error, BUG/deadlock
  • From: Idan Kedar <idank@xxxxxxxxxx>
• Re: [PATCH] NFSv4.1: Remove a bogus BUG_ON() in nfs4_layoutreturn_done
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: RE: Blocklayout
  • From: "Johannes Schild" <JSchild@xxxxxx>
• Re: [PATCH] NFSv4.1: Remove a bogus BUG_ON() in nfs4_layoutreturn_done
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: NFSv4 backchannel authentication
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH-v2] NFSv41: fix DIO write_io calculation
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: [PATCH] NFSv4.1: Remove a bogus BUG_ON() in nfs4_layoutreturn_done
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 1/2] NFSv41: fix DIO write_io calculation
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: [PATCH] NFSv4.1: Remove a bogus BUG_ON() in nfs4_layoutreturn_done
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: [PATCH 1/2] NFSv41: fix DIO write_io calculation
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• RE: return layout on error, BUG/deadlock
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• return layout on error, BUG/deadlock
  • From: Idan Kedar <idank@xxxxxxxxxx>
• Re: [PATCH v5 00/19] vfs: add the ability to retry on ESTALE to several syscalls
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v5 00/19] vfs: add the ability to retry on ESTALE to several syscalls
  • From: Namjae Jeon <linkinjeon@xxxxxxxxx>
• RE: [PATCH-v2] NFS41: fix error of setting blocklayoutdriver
  • From: "Peng, Tao" <tao.peng@xxxxxxx>
• RE: Blocklayout
  • From: "Peng, Tao" <tao.peng@xxxxxxx>
• Re: Blocklayout
  • From: "Johannes Schild" <JSchild@xxxxxx>
• Re: NFSv4 backchannel authentication
  • From: Zdenek Salvet <salvet@xxxxxxxxxxx>
• Re: [PATCH 1/2] NFSv41: fix DIO write_io calculation
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: [PATCH RFC 3/3] NFS41: send real read size in layoutget for DIO
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: [PATCH RFC 2/3] NFS41: send real write size in layoutget
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH] VFS: d_obtain_alias needs to use "/" as default name.
  • From: NeilBrown <neilb@xxxxxxx>
• reconnect_path fails with EACCES
  • From: Rajesh Ghanekar <rajeshsg@xxxxxxxxx>
• [PATCH] NFSv4.1: Remove a bogus BUG_ON() in nfs4_layoutreturn_done
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 0/4] Add support for new RPCSEC_GSS upcall mechanism for nfsd
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>