Linux NFS (Network File System)

• Thread Index

• 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>
• RE: [PATCH 20/22] nfs: add support for read_iter, write_iter
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 20/22] nfs: add support for read_iter, write_iter
  • From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
• Re: [PATCH 0/8] Junctions should inherit parent's export options
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: nfsidmap and NFS key timeouts and quotas
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: nfsidmap and NFS key timeouts and quotas
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] nfs: Show original device name verbatim in /proc/*/mount{s,info}
  • From: Jonathan Nieder <jrnieder@xxxxxxxxx>
• Re: nfsidmap and NFS key timeouts and quotas
  • From: Jan Sanislo <oystr@xxxxxxxxxxxxxxxxx>
• [PATCH] nfs: Show original device name verbatim in /proc/*/mount{s,info}
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: nfsidmap and NFS key timeouts and quotas
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• nfsidmap and NFS key timeouts and quotas
  • From: Jan Sanislo <oystr@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] SUNRPC: Set alloc_slot for backchannel tcp ops
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• RE: [PATCH] SUNRPC: Set alloc_slot for backchannel tcp ops
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] SUNRPC: Set alloc_slot for backchannel tcp ops
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• RE: [PATCH] SUNRPC: Set alloc_slot for backchannel tcp ops
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] SUNRPC: Set alloc_slot for backchannel tcp ops
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH]fix bugs and compiling warnings in libgssglue
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• nfsd bugfixes for 3.7
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] nfsd4: remove unused variable in nfsd4_delegreturn()
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH]fix bugs and compiling warnings in libgssglue
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH net-next 00/21] treewide: Use consistent api style for address testing
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: NFS: kernel forces trailing slash for export in /proc/self/mounts
  • From: Chris Hiestand <chiestand@xxxxxxxx>
• Re: [PATCH 04/25] SUNRPC: remove BUG_ON() from call_transmit()
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 07/25] SUNRPC: remove BUG_ON() from call_bc_transmit()
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 05/25] SUNRPC: remove BUG_ON() from rpc_call_sync()
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 21/25] SUNRPC: remove BUG_ON() in svc_register()
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 08/25] SUNRPC: remove BUG_ON() from rpc_sleep_on*()
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 04/25] SUNRPC: remove BUG_ON() from call_transmit()
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 05/25] SUNRPC: remove BUG_ON() from rpc_call_sync()
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: Linux pNFS status meeting 10/18/12
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH 1/1] GSSD: Pass GSS_context lifetime to the kernel.
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: Linux pNFS status meeting 10/18/12
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• [PATCH] nfsd4: remove unused variable in nfsd4_delegreturn()
  • From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
• Linux pNFS status meeting 10/18/12
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• RE: [PATCH] SUNRPC: Prevent kernel stack corruption on long values of flush
  • From: "David Laight" <David.Laight@xxxxxxxxxx>
• Re: [PATCH] SUNRPC: Prevent kernel stack corruption on long values of flush
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] SUNRPC: Prevent kernel stack corruption on long values of flush
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH] SUNRPC: Prevent kernel stack corruption on long values of flush
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: Problem with NFSv4 (server: NetApp-Filer, client openSUSE-11.4, 12.1 and 12.2)
  • From: David Werner <david.werner@xxxxxxxxxxxxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Bruce Fields <bfields@xxxxxxxxxxxx>
• Re: [Bug fix] nfs-client: fix nfs_inode_attrs_need_update for async read_done comes during truncating to smaller size
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• [PATCH 06/12] locks: implement delegations
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 04/12] vfs: take i_mutex on renamed file
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 05/12] locks: introduce new FL_DELEG lock flag
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 01/12] vfs: pull ext4's double-i_mutex-locking into common code
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 07/12] namei: minor vfs_unlink cleanup
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 03/12] vfs: rename I_MUTEX_QUOTA now that it's not used for quotas
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 08/12] locks: break delegations on unlink
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 12/12] locks: break delegations on any attribute modification
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 11/12] locks: break delegations on link
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 10/12] locks: break delegations on rename
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 09/12] locks: helper functions for delegation breaking
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 02/12] vfs: don't use PARENT/CHILD lock classes for non-directories
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 00/12] Implement NFSv4 delegations, take 5
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• Re: Testing XDR code for nits
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: Testing XDR code for nits
  • From: "Haynes, Tom" <thomas@xxxxxxxxxx>
• Re: Testing XDR code for nits
  • From: "Haynes, Tom" <thomas@xxxxxxxxxx>
• RE: [nfs:testing 6/19] fs/nfs/callback.c:239:3: error: 'ret' undeclared
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• [PATCH] nfsv3: Make v3 mounts fail with ETIMEDOUTs instead EIO on mountd timeouts
  • From: Steve Dickson <steved@xxxxxxxxxx>
• [nfs:testing 6/19] fs/nfs/callback.c:239:3: error: 'ret' undeclared
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• [PATCH 22/25] SUNRPC: remove BUG_ON() from __rpc_sleep_on_priority()
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 25/25] SUNRPC: remove BUG_ON() in rpc_release_task()
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 24/25] SUNRPC: remove BUG_ON() in svc_delete_xprt()
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 21/25] SUNRPC: remove BUG_ON() in svc_register()
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 23/25] SUNRPC: remove BUG_ON()s checking RPC_IS_QUEUED()
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 20/25] SUNRPC: remove BUG_ON() from encode_rpcb_string()
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 19/25] SUNRPC: remove BUG_ON() from bc_malloc()
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 18/25] SUNRPC: remove BUG_ON() in xdr_shrink_bufhead()
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 17/25] SUNRPC: remove BUG_ON()s checking RPCSVC_MAXPAGES
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 16/25] SUNRPC: remove BUG_ON() in svc_xprt_received()
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 15/25] SUNRPC: remove BUG_ON()s from *_reclassify_socket*
  • 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 13/25] SUNRPC: remove BUG_ON() in rpc_put_sb_net()
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 12/25] SUNRPC: remove BUG_ON() calls from cache_read()
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 10/25] SUNRPC: remove BUG_ON() from xprt_destroy_backchannel
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 11/25] SUNRPC: remove BUG_ON() from bc_send()
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 09/25] SUNRPC: remove two BUG_ON() asserts
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 08/25] SUNRPC: remove BUG_ON() from rpc_sleep_on*()
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 07/25] SUNRPC: remove BUG_ON() from call_bc_transmit()
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 06/25] SUNRPC: remove BUG_ON() from call_bc_transmit()
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 05/25] SUNRPC: remove BUG_ON() from rpc_call_sync()
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 04/25] SUNRPC: remove BUG_ON() from call_transmit()
  • 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 02/25] SUNRPC: remove BUG_ON from rpc_bind_new_program
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• [PATCH 01/25] SUNRPC: remove BUG_ON in __rpc_clnt_handle_event
  • From: Weston Andros Adamson <dros@xxxxxxxxxx>
• 3.7-rc1 NFSv3/sec=krb5 mkdir failure
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [Bug fix] nfs-client: fix nfs_inode_attrs_need_update for async read_done comes during truncating to smaller size
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [Bug fix] nfs-client: fix nfs_inode_attrs_need_update for async read_done comes during truncating to smaller size
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [Bug fix] nfs-client: fix nfs_inode_attrs_need_update for async read_done comes during truncating to smaller size
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: "George Spelvin" <linux@xxxxxxxxxxx>
• Re: [Bug fix] nfs-client: fix nfs_inode_attrs_need_update for async read_done comes during truncating to smaller size
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [Bug fix] nfs-client: fix nfs_inode_attrs_need_update for async read_done comes during truncating to smaller size
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Larry McVoy <lm@xxxxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: "George Spelvin" <linux@xxxxxxxxxxx>
• Re: [Bug fix] nfs-client: fix nfs_inode_attrs_need_update for async read_done comes during truncating to smaller size
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH 0/8] Junctions should inherit parent's export options
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 0/8] Junctions should inherit parent's export options
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH 13/13] lockd: Remove BUG_ON()s from fs/lockd/clntproc.c
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 12/13] lockd: Remove BUG_ON()s in fs/lockd/host.c
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 11/13] lockd: Remove trivial BUG_ON()s from the NSM code
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 10/13] lockd: Remove unnecessary BUG_ON()s in the xdr client code
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 09/13] NFS: Remove the BUG_ON() in the mount code
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 08/13] NFS: Remove BUG_ON()s in the fs/nfs/inode.c
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 07/13] NFSv4: Get rid of unnecessary BUG_ON()s
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 06/13] NFS: Remove BUG_ON() calls from the generic writeback code
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 05/13] NFSv4.1: Remove assertion BUG_ON()s from the files and generic layout code
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 04/13] NFSv4.1: Remove unused function last_byte_offset
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 03/13] NFSv4: Remove the BUG_ON() from nfs4_get_lease_time_prepare()...
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 2/2] NFSv4.1: Use kcalloc() to allocate zeroed arrays instead of kzalloc()
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 02/13] NFS: Remove asserts from the NFS XDR code
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 1/2] NFSv4.1: Do not call pnfs_return_layout() from an rpciod context
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 01/13] NFS: Get rid of unnecessary asserts
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] nfs-utils: Backgrounding mount broken with NFS versions <4
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH] mount.nfs mapage: clear up confusion between 'proto' and 'transport'
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: Problem with rpcbind
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: Testing XDR code for nits
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH] utils: Return status 0 on clean exits
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Bruce Fields <bfields@xxxxxxxxxxxx>
• Re: nfsv4 monitoring tool
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Testing XDR code for nits
  • From: "Haynes, Tom" <thomas@xxxxxxxxxx>
• Re: Should "mount -o proto=udp" be usable against an IPv6 only server?
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: exportfs crash with long path
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• nfsv4 monitoring tool
  • From: Lukas Hejtmanek <xhejtman@xxxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: VDR User <user.vdr@xxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Larry McVoy <lm@xxxxxxxxxxxx>
• Re: [Bug fix] nfs-client: fix nfs_inode_attrs_need_update for async read_done comes during truncating to smaller size
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Bruce Fields <bfields@xxxxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: "George Spelvin" <linux@xxxxxxxxxxx>
• Re: [Bug fix] nfs-client: fix nfs_inode_attrs_need_update for async read_done comes during truncating to smaller size
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [Bug fix] nfs-client: fix nfs_inode_attrs_need_update for async read_done comes during truncating to smaller size
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [Bug fix] nfs-client: fix nfs_inode_attrs_need_update for async read_done comes during truncating to smaller size
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• [Bug fix] nfs-client: fix nfs_inode_attrs_need_update for async read_done comes during truncating to smaller size
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Bruce Fields <bfields@xxxxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] nfs-utils: Backgrounding mount broken with NFS versions <4
  • From: Wolfram Gloger <wmglo@xxxxxxxxxxxxxxxxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Bruce Fields <bfields@xxxxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Bruce Fields <bfields@xxxxxxxxxxxx>
• Re: [PATCH] nfs-utils: Backgrounding mount broken with NFS versions <4
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Larry McVoy <lm@xxxxxxxxxxxx>
• Re: [PATCH] nfs-utils: Backgrounding mount broken with NFS versions <4
  • From: Wolfram Gloger <wmglo@xxxxxxxxxxxxxxxxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Daniel Kahn Gillmor <dkg@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] nfs-utils: Backgrounding mount broken with NFS versions <4
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] nfs-utils: Backgrounding mount broken with NFS versions <4
  • From: Wolfram Gloger <wmglo@xxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] nfs-utils: Backgrounding mount broken with NFS versions <4
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Larry McVoy <lm@xxxxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Larry McVoy <lm@xxxxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Larry McVoy <lm@xxxxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Larry McVoy <lm@xxxxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Larry McVoy <lm@xxxxxxxxxxxx>
• Re: kernel BUG at /build/buildd/linux-3.2.0/fs/lockd/clntxdr.c:226!
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Long-standing NFSv3 UDP client performance problem, probably due to RPC?
  • From: Quentin Barnes <qbarnes@xxxxxxxxx>
• please pull nfsd changes for 3.7
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH] nfs-utils: Backgrounding mount broken with NFS versions <4
  • From: Wolfram Gloger <wmglo@xxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [3.2.5] NFSv3 CLOSE_WAIT hang
  • From: Simon Kirby <sim@xxxxxxxxxx>
• [PATCH 2/2] NFSv4.1: Use kcalloc() to allocate zeroed arrays instead of kzalloc()
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 1/2] NFSv4.1: Do not call pnfs_return_layout() from an rpciod context
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• RE: [PATCH] NFSv4.1: Kill nfs4_ds_disconnect()
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] NFSv4.1: Kill nfs4_ds_disconnect()
  • From: Andy Adamson <androsadamson@xxxxxxxxx>
• [PATCH] NFSv4.1: Kill nfs4_ds_disconnect()
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 8/8] mountd: Simplify "no junction support" case
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 8/8] mountd: Simplify "no junction support" case
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 7/8] mountd: Dynamically allocate exportent that represents junctions
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 6/8] mountd: Add exportent_release()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 5/8] mountd: Junctions inherit parent export's options
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 4/8] mountd: Add lookup_export_parent()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 3/8] mountd: Set e_fslocdata field directly
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 2/8] mountd: Use static buffer when constructing junction export options
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 1/8] mountd: Warn when a broken junction is encountered
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 0/8] Junctions should inherit parent's export options
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: Problem with rpcbind
  • From: VDR User <user.vdr@xxxxxxxxx>
• Re: Problem with NFSv4 (server: NetApp-Filer, client openSUSE-11.4, 12.1 and 12.2)
  • From: David Werner <david.werner@xxxxxxxxxxxxxxxxxxxx>
• Re: Problem with rpcbind
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: Should "mount -o proto=udp" be usable against an IPv6 only server?
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH] mount.nfs mapage: clear up confusion between 'proto' and 'transport'
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 1/1] NFSv4.1 do not wake up all tasks on data server reset to MDS
  • From: "Adamson, Andy" <William.Adamson@xxxxxxxxxx>
• Re: [PATCH-Resend] NFS41: layoutget optimize and pnfsblock cleanup
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH 1/1] NFSv4.1 do not wake up all tasks on data server reset to MDS
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: Problem with NFSv4 (server: NetApp-Filer, client openSUSE-11.4, 12.1 and 12.2)
  • From: Malahal Naineni <malahal@xxxxxxxxxx>
• Re: Problem with NFSv4 (server: NetApp-Filer, client openSUSE-11.4, 12.1 and 12.2)
  • From: David Werner <david.werner@xxxxxxxxxxxxxxxxxxxx>
• [GIT PULL] Please pull NFS client updates for 3.7
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: exportfs crash with long path
  • 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: [PATCH-Resend] NFS41: layoutget optimize and pnfsblock cleanup
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• 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: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: Problem with rpcbind
  • From: VDR User <user.vdr@xxxxxxxxx>
• Re: [PATCH v3] SUNRPC: set desired file system root before connecting local transports
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v3] SUNRPC: set desired file system root before connecting local transports
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Problem with rpcbind
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: Long-standing NFSv3 UDP client performance problem, probably due to RPC?
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: set desired file system root before connecting local transports
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [GIT PULL] Disintegrate UAPI for nfs
  • From: "bfields@xxxxxxxxxxxx" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: set desired file system root before connecting local transports
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH 1/1] NFSv4.1 do not wake up all tasks on data server reset to MDS
  • From: andros@xxxxxxxxxx
• [PATCH 0/1] NFSv4.1: pNFS has no business touching the slot table waitq...
  • From: andros@xxxxxxxxxx
• Re: [PATCH v3] SUNRPC: set desired file system root before connecting local transports
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v3] SUNRPC: set desired file system root before connecting local transports
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: Problem with NFSv4 (server: NetApp-Filer, client openSUSE-11.4, 12.1 and 12.2)
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: [PATCH v3] SUNRPC: set desired file system root before connecting local transports
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Problem with NFSv4 (server: NetApp-Filer, client openSUSE-11.4, 12.1 and 12.2)
  • From: David Werner <david.werner@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH-Resend] NFS41: layoutget optimize and pnfsblock cleanup
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH-Resend] NFS41: layoutget optimize and pnfsblock cleanup
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: Problem with NFSv4 (server: NetApp-Filer, client openSUSE-11.4, 12.1 and 12.2)
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: Problem with NFSv4 (server: NetApp-Filer, client openSUSE-11.4, 12.1 and 12.2)
  • From: David Werner <david.werner@xxxxxxxxxxxxxxxxxxxx>
• Re: Should "mount -o proto=udp" be usable against an IPv6 only server?
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: Problem with NFSv4 (server: NetApp-Filer, client openSUSE-11.4, 12.1 and 12.2)
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: [GIT PULL] Disintegrate UAPI for nfs
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Problem with NFSv4 (server: NetApp-Filer, client openSUSE-11.4, 12.1 and 12.2)
  • From: David Werner <david.werner@xxxxxxxxxxxxxxxxxxxx>
• [GIT PULL] Disintegrate UAPI for nfs
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: PROBLEM: 3.6.0 kernel BUG at fs/dcache.c:967 during shutdown / restart
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: PROBLEM: 3.6.0 kernel BUG at fs/dcache.c:967 during shutdown / restart
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH-Resend] NFS41: layoutget optimize and pnfsblock cleanup
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: Inconsistency when mounting a directory that 'world' cannot access.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Inconsistency when mounting a directory that 'world' cannot access.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Should "mount -o proto=udp" be usable against an IPv6 only server?
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 4/4] NFSv4.1: pNFS has no business touching the slot table wait queue...
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 4/4] NFSv4.1: pNFS has no business touching the slot table wait queue...
  • From: Andy Adamson <androsadamson@xxxxxxxxx>
• Re: [PATCH 4/4] NFSv4.1: pNFS has no business touching the slot table wait queue...
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 4/4] NFSv4.1: pNFS has no business touching the slot table wait queue...
  • From: Andy Adamson <androsadamson@xxxxxxxxx>
• [PATCH 4/4] NFSv4.1: pNFS has no business touching the slot table wait queue...
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 3/4] NFSv4.1: Cleanup ugliness in pnfs_layoutgets_blocked()
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 2/4] NFSv4.1: Ensure that the layout sequence id stays 'close' to the current
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 1/4] NFSv4.1: Deal with seqid wraparound in the pNFS return-on-close code
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: Problem with rpcbind
  • From: VDR User <user.vdr@xxxxxxxxx>
• Re: Should "mount -o proto=udp" be usable against an IPv6 only server?
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: Inconsistency when mounting a directory that 'world' cannot access.
  • From: Malahal Naineni <malahal@xxxxxxxxxx>
• exportfs crash with long path
  • From: Ivan Romanov <drizt@xxxxxxx>
• Re: Long-standing NFSv3 UDP client performance problem, probably due to RPC?
  • From: Quentin Barnes <qbarnes@xxxxxxxxx>
• Re: Inconsistency when mounting a directory that 'world' cannot access.
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>