Linux NFS (Network File System)

• Thread Index

• Re: nfsd hangs and nfsd_break_deleg_cb+0x170/0x190 warning
  • From: Rik Theys <Rik.Theys@xxxxxxxxxxxxxxxx>
• Re: nfsd hangs and nfsd_break_deleg_cb+0x170/0x190 warning
  • From: Dai Ngo <dai.ngo@xxxxxxxxxx>
• Re: Linux /proc/fs/nfsd/clients/*/info - where does "Implementation name" come from ?
  • From: Benjamin Coddington <bcodding@xxxxxxxxxx>
• Linux /proc/fs/nfsd/clients/*/info - where does "Implementation name" come from ?
  • From: Roland Mainz <roland.mainz@xxxxxxxxxxx>
• Re: t0032 fails on NFS mounts
  • From: Jeff King <peff@xxxxxxxx>
• Re: NFSv4.2 ACL inheritance, examples, and who does do it?
  • From: Charles Hedrick <hedrick@xxxxxxxxxxx>
• Re: [GIT PULL] NFSD changes for v6.9
  • From: pr-tracker-bot@xxxxxxxxxx
• NFSv4.2 ACL inheritance, examples, and who does do it?
  • From: Dan Shelton <dan.f.shelton@xxxxxxxxx>
• Re: nfsd hangs and nfsd_break_deleg_cb+0x170/0x190 warning
  • From: Rik Theys <Rik.Theys@xxxxxxxxxxxxxxxx>
• RE: t0032 fails on NFS mounts
  • From: <rsbecker@xxxxxxxxxxxxx>
• Re: nfsd hangs and nfsd_break_deleg_cb+0x170/0x190 warning
  • From: Dai Ngo <dai.ngo@xxxxxxxxxx>
• t0032 fails on NFS mounts
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [GIT PULL] NFSD changes for v6.9
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: nfsd hangs and nfsd_break_deleg_cb+0x170/0x190 warning
  • From: Rik Theys <Rik.Theys@xxxxxxxxxxxxxxxx>
• Re: nfsd hangs and nfsd_break_deleg_cb+0x170/0x190 warning
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: nfsd hangs and nfsd_break_deleg_cb+0x170/0x190 warning
  • From: Rik Theys <Rik.Theys@xxxxxxxxxxxxxxxx>
• Re: nfsd hangs and nfsd_break_deleg_cb+0x170/0x190 warning
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: nfsd hangs and nfsd_break_deleg_cb+0x170/0x190 warning
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• nfsd hangs and nfsd_break_deleg_cb+0x170/0x190 warning
  • From: Rik Theys <Rik.Theys@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2] nfs: fix panic when nfs4_ff_layout_prepare_ds() fails
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] nfs: fix panic when nfs4_ff_layout_prepare_ds() fails
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2] nfs: fix panic when nfs4_ff_layout_prepare_ds() fails
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• [PATCH] nfs: fix panic when nfs4_ff_layout_prepare_ds() fails
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• long-term stable backports of NFSD patches
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 1/4 v3] nfsd: perform all find_openstateowner_str calls in the one place.
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 2/3] Change local_rpcb() to take a targaddr pointer.
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH v2] nfsd: allow more than 64 backlogged connections
  • From: Cedric Blancher <cedric.blancher@xxxxxxxxx>
• Re: [PATCH 0/4 rpcbind] Supprt abstract addresses and disable broadcast
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH 3/3] Try using a new abstract address when connecting to rpcbind
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 2/3] Change local_rpcb() to take a targaddr pointer.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 1/3] Allow working with abstract AF_UNIX addresses.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 0/3 libtirpc v2] Support abstract addresses for rpcbind in libtirpc
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 2/3] Change local_rpcb() to take a targaddr pointer.
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH 1/4 v3] nfsd: perform all find_openstateowner_str calls in the one place.
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH 2/4] nfsd: perform all find_openstateowner_str calls in the one place.
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [bug report] nfsd: perform all find_openstateowner_str calls in the one place.
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH 2/4] nfsd: perform all find_openstateowner_str calls in the one place.
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 2/3] Change local_rpcb() to take a targaddr pointer.
  • From: Steve Dickson <steved@xxxxxxxxxx>
• Re: [PATCH v2] nfsd: allow more than 64 backlogged connections
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH v2] nfsd: allow more than 64 backlogged connections
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2] nfsd: allow more than 64 backlogged connections
  • From: trondmy@xxxxxxxxx
• Re: [PATCH] nfsd: allow more than 64 backlogged connections
  • From: Trond Myklebust <trondmy@xxxxxxxxx>
• Re: [PATCH] nfsd: allow more than 64 backlogged connections
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH] mm: Replace ->launder_folio() with flush and wait
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH] nfsd: allow more than 64 backlogged connections
  • From: Cedric Blancher <cedric.blancher@xxxxxxxxx>
• Running nfsd as SCHED_FIXED, SCHED_RR?
  • From: Dan Shelton <dan.f.shelton@xxxxxxxxx>
• Which kernel version supports NFSv4.1 write delegations?
  • From: Dan Shelton <dan.f.shelton@xxxxxxxxx>
• [PATCH] nfsd: allow more than 64 backlogged connections
  • From: trondmy@xxxxxxxxx
• Re: [PATCH v2 1/1] NFSD: send OP_CB_RECALL_ANY to clients when number of delegations reaches its limit
  • From: Dai Ngo <dai.ngo@xxxxxxxxxx>
• [RFC PATCH v2] mm: Kill ->launder_folio()
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC PATCH] mm: Replace ->launder_folio() with flush and wait
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH RESEND] NFS: Read unlock folio on nfs_page_create_from_folio() error
  • From: Benjamin Coddington <bcodding@xxxxxxxxxx>
• [BUG REPORT] not ok 1 Derive Kc subkey for camellia128-cts-cmac
  • From: Nico Pache <npache@xxxxxxxxxx>
• Re: export(5) all_squash, only new files squashed, or all uid/gids?
  • From: "Mkrtchyan, Tigran" <tigran.mkrtchyan@xxxxxxx>
• [bug report] nfsd: perform all find_openstateowner_str calls in the one place.
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH stable 6.6 and 6.7] NFS: Fix data corruption caused by congestion.
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] NFS: remove sync_mode test from nfs_writepage_locked()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH stable 6.6 and 6.7] NFS: Fix data corruption caused by congestion.
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [RFC PATCH] mm: Replace ->launder_folio() with flush and wait
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC PATCH] mm: Replace ->launder_folio() with flush and wait
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC PATCH] mm: Replace ->launder_folio() with flush and wait
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [RFC PATCH] mm: Replace ->launder_folio() with flush and wait
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH stable 6.6 and 6.7] NFS: Fix data corruption caused by congestion.
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH stable 6.6 and 6.7] NFS: Fix data corruption caused by congestion.
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 11/13] fuse: fix UAF in rcu pathwalks
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 11/13] fuse: fix UAF in rcu pathwalks
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v2] NFS: trace the uniquifier of fscache
  • From: Chen Hanxiao <chenhx.fnst@xxxxxxxxxxx>
• Discover innovative educational tools.
  • From: "Chad Felt" <chad.felt@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] NFS: add a tracepoint for uniquifier of fscache
  • From: "Hanxiao Chen (Fujitsu)" <chenhx.fnst@xxxxxxxxxxx>
• Re: [PATCH] NFS: Read unlock folio on nfs_page_create_from_folio() error
  • From: David Wysochanski <dwysocha@xxxxxxxxxx>
• [PATCH] NFS: Read unlock folio on nfs_page_create_from_folio() error
  • From: Benjamin Coddington <bcodding@xxxxxxxxxx>
• Re: [PATCH] NFS: add a tracepoint for uniquifier of fscache
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/4 v3] nfsd: fix deadlock in move_to_close_lru()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] NFS: enable nconnect for RDMA
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [nfs-utils PATCH 0/2] gssd: improve interoperability with NFS servers that don't have support for the newest encryption types
  • From: Scott Mayhew <smayhew@xxxxxxxxxx>
• Re: [nfs-utils PATCH 2/2] gssd: add a "backoff" feature to limit_krb5_enctypes()
  • From: Scott Mayhew <smayhew@xxxxxxxxxx>
• Re: [PATCH 11/13] fuse: fix UAF in rcu pathwalks
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: nfs4_schedule_state_manager stuck in tight loop
  • From: Benjamin Coddington <bcodding@xxxxxxxxxx>
• Re: [PATCH v2 1/1] NFSD: send OP_CB_RECALL_ANY to clients when number of delegations reaches its limit
  • From: Cedric Blancher <cedric.blancher@xxxxxxxxx>
• Re: nfs4_schedule_state_manager stuck in tight loop
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• [PATCH] NFS: add a tracepoint for uniquifier of fscache
  • From: Chen Hanxiao <chenhx.fnst@xxxxxxxxxxx>
• [PATCH/RFC] NFS: add atomic_open for NFSv3 to handle O_TRUNC correctly.
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH 3/4] nfsd: replace rp_mutex to avoid deadlock in move_to_close_lru()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 3/4] nfsd: replace rp_mutex to avoid deadlock in move_to_close_lru()
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH v1] NFSD: Clean up nfsd4_encode_replay()
  • From: Chuck Lever <cel@xxxxxxxxxx>
• Re: [PATCH 3/4] nfsd: replace rp_mutex to avoid deadlock in move_to_close_lru()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 3/4] nfsd: replace rp_mutex to avoid deadlock in move_to_close_lru()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] NFS: enable nconnect for RDMA
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] nfsd: perform all find_openstateowner_str calls in the one place.
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 3/4] nfsd: replace rp_mutex to avoid deadlock in move_to_close_lru()
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH 3/4] nfsd: replace rp_mutex to avoid deadlock in move_to_close_lru()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 4/4] nfsd: drop st_mutex_mutex before calling move_to_close_lru()
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 3/4] nfsd: replace rp_mutex to avoid deadlock in move_to_close_lru()
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 2/4] nfsd: perform all find_openstateowner_str calls in the one place.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 1/4] nfsd: move nfsd4_cstate_assign_replay() earlier in open handling.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 0/4 v3] nfsd: fix deadlock in move_to_close_lru()
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 3/4] nfsd: replace rp_mutex to avoid deadlock in move_to_close_lru()
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH 3/4] nfsd: replace rp_mutex to avoid deadlock in move_to_close_lru()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 6.1 175/215] NFSD: Avoid clashing function prototypes
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] nfsd: replace rp_mutex to avoid deadlock in move_to_close_lru()
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH 2/4] nfsd: perform all find_openstateowner_str calls in the one place.
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH 6.6 114/143] NFS: Fix data corruption caused by congestion.
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6.7 131/162] NFS: Fix data corruption caused by congestion.
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4 rpcbind] Supprt abstract addresses and disable broadcast
  • From: Steve Dickson <steved@xxxxxxxxxx>
• Re: [PATCH] NFS: enable nconnect for RDMA
  • From: Olga Kornievskaia <aglo@xxxxxxxxx>
• Re: [PATCH] NFS: enable nconnect for RDMA
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] NFS: enable nconnect for RDMA
  • From: Olga Kornievskaia <aglo@xxxxxxxxx>
• Re: [PATCH 4/4] rpcinfo: try connecting using abstract address.
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH 3/4] Listen on an AF_UNIX abstract address if supported.
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH 2/4] rpcbind: allow broadcast RPC to be disabled.
  • From: Roland Mainz <roland.mainz@xxxxxxxxxxx>
• Re: [PATCH 0/4 rpcbind] Supprt abstract addresses and disable broadcast
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH 2/4] rpcbind: allow broadcast RPC to be disabled.
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH 2/2] nfs: fix UAF in direct writes
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/4 rpcbind] Supprt abstract addresses and disable broadcast
  • From: Steve Dickson <steved@xxxxxxxxxx>
• Re: [PATCH 11/13] fuse: fix UAF in rcu pathwalks
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 1/1] NFSD: send OP_CB_RECALL_ANY to clients when number of delegations reaches its limit
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 3/4] nfsd: replace rp_mutex to avoid deadlock in move_to_close_lru()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• long-term stable backports of NFSD patches
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] NFS: Restore -EIO as error to return when "umount -f" aborts request.
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 2/2] nfs: fix UAF in direct writes
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/2] nfs: properly protect nfs_direct_req fields
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 1/1] NFSD: send OP_CB_RECALL_ANY to clients when number of delegations reaches its limit
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 4/4] nfsd: drop st_mutex_mutex before calling move_to_close_lru()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 3/4] nfsd: replace rp_mutex to avoid deadlock in move_to_close_lru()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 2/4] nfsd: perform all find_openstateowner_str calls in the one place.
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/4] nfsd: move nfsd4_cstate_assign_replay() earlier in open handling.
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH stable 6.1] NFS: Fix data corruption caused by congestion.
  • From: Greg KH <greg@xxxxxxxxx>
• 回复: [PATCH v2 1/1] NFSD: send OP_CB_RECALL_ANY to clients when number of delegations reaches its limit
  • From: "Hanxiao Chen (Fujitsu)" <chenhx.fnst@xxxxxxxxxxx>
• Re: [PATCH] NFS: Restore -EIO as error to return when "umount -f" aborts request.
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH 4/4] nfsd: drop st_mutex_mutex before calling move_to_close_lru()
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 3/4] nfsd: replace rp_mutex to avoid deadlock in move_to_close_lru()
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 2/4] nfsd: perform all find_openstateowner_str calls in the one place.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 1/4] nfsd: move nfsd4_cstate_assign_replay() earlier in open handling.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 0/4 v2] nfsd: fix dadlock in move_to_close_lru()
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 2/3] nfsd: replace rp_mutex to avoid deadlock in move_to_close_lru()
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH 1/3] nfsd: move nfsd4_cstate_assign_replay() earlier in open handling.
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH v2 1/1] NFSD: send OP_CB_RECALL_ANY to clients when number of delegations reaches its limit
  • From: Dai Ngo <dai.ngo@xxxxxxxxxx>
• Re: [PATCH] NFS: enable nconnect for RDMA
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• export(5) all_squash, only new files squashed, or all uid/gids?
  • From: Martin Wege <martin.l.wege@xxxxxxxxx>
• Re: [PATCH] exports(5): update version information of "refer=" option
  • From: Martin Wege <martin.l.wege@xxxxxxxxx>
• [viro-vfs:work.simple_recursive_removal] [rpc_pipe] 1d8f830b7f: fsmark.app_overhead 17.5% regression
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• Issues in man pages of nfs
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• [PATCH 2/2] nfs: fix UAF in direct writes
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• [PATCH 1/2] nfs: properly protect nfs_direct_req fields
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• [PATCH 0/2] nfs: fix UAF in direct writes
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• Re: Cannot initiate mount with sec=krb5 as root from EL9 clients
  • From: Orion Poplawski <orion@xxxxxxxx>
• Re: [PATCH 0/3] nfsd: fix dadlock in move_to_close_lru()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 2/3] nfsd: replace rp_mutex to avoid deadlock in move_to_close_lru()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/3] nfsd: move nfsd4_cstate_assign_replay() earlier in open handling.
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Problem: nfstest_cache acdirmin_data/acdirmax_data failures [nfstest] [NFS]
  • From: Zhitao Li <zhitao.li@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] nfs: use KMEM_CACHE() to create nfs_commit_data cache
  • From: Kunwu Chan <chentao@xxxxxxxxxx>
• [PATCH 3/3] nfsd: drop st_mutex_mutex before calling move_to_close_lru()
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 2/3] nfsd: replace rp_mutex to avoid deadlock in move_to_close_lru()
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 1/3] nfsd: move nfsd4_cstate_assign_replay() earlier in open handling.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 0/3] nfsd: fix dadlock in move_to_close_lru()
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Cannot initiate mount with sec=krb5 as root from EL9 clients
  • From: Orion Poplawski <orion@xxxxxxxx>
• Re: Cannot initiate mount with sec=krb5 as root from EL9 clients
  • From: Scott Mayhew <smayhew@xxxxxxxxxx>
• Re: [PATCH RFC] nfsd: return NFS4ERR_DELAY on contention for v4.0 replay_owner rp_mutex
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH RFC] nfsd: return NFS4ERR_DELAY on contention for v4.0 replay_owner rp_mutex
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Cannot initiate mount with sec=krb5 as root from EL9 clients
  • From: Orion Poplawski <orion@xxxxxxxx>
• Re: [PATCH] nfs: fix regression in handling of namlen= option in NFSv4
  • From: "Hanxiao Chen (Fujitsu)" <chenhx.fnst@xxxxxxxxxxx>
• Re: [PATCH v2] nfsd: drop st_mutex and rp_mutex before calling move_to_close_lru()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] nfs: use KMEM_CACHE() to create nfs_commit_data cache
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH nfs-utils] start-statd: use flock -x instead of -e for busybox compatibility
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• [PATCH] nfs: use KMEM_CACHE() to create nfs_commit_data cache
  • From: kunwu.chan@xxxxxxxxx
• [nfs-utils PATCH 1/2] gssd: add support for an "allowed-enctypes" option in nfs.conf
  • From: Scott Mayhew <smayhew@xxxxxxxxxx>
• [nfs-utils PATCH 2/2] gssd: add a "backoff" feature to limit_krb5_enctypes()
  • From: Scott Mayhew <smayhew@xxxxxxxxxx>
• [nfs-utils PATCH 0/2] gssd: improve interoperability with NFS servers that don't have support for the newest encryption types
  • From: Scott Mayhew <smayhew@xxxxxxxxxx>
• [PATCH] NFS: enable nconnect for RDMA
  • From: trondmy@xxxxxxxxxx
• [PATCH] NFSv4: nfs4_do_open() is incorrectly triggering state recovery
  • From: trondmy@xxxxxxxxxx
• Re: [PATCH] NFS: Restore -EIO as error to return when "umount -f" aborts request.
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH nfs-utils] start-statd: use flock -x instead of -e for busybox compatibility
  • From: Calum Mackay <calum.mackay@xxxxxxxxxx>
• Re: [PATCH] nfs: fix regression in handling of namlen= option in NFSv4
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] nfsd: drop st_mutex and rp_mutex before calling move_to_close_lru()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH nfs-utils] start-statd: use flock -x instead of -e for busybox compatibility
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• Re: [PATCH v2] nfsd: drop st_mutex and rp_mutex before calling move_to_close_lru()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3] sunrpc: remove SLAB_MEM_SPREAD flag usage
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH] exports(5): update version information of "refer=" option
  • From: Chen Hanxiao <chenhx.fnst@xxxxxxxxxxx>
• [PATCH] NFS: Restore -EIO as error to return when "umount -f" aborts request.
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: PROBLEM: NFS client IO fails with ERESTARTSYS when another mount point with the same export is unmounted with force [NFS] [SUNRPC]
  • From: Zhitao Li <zhitao.li@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v3] sunrpc: remove SLAB_MEM_SPREAD flag usage
  • From: Chengming Zhou <chengming.zhou@xxxxxxxxx>
• [PATCH v2] sunrpc: remove SLAB_MEM_SPREAD flag usage
  • From: Chengming Zhou <chengming.zhou@xxxxxxxxx>
• [PATCH] NFS: avoid infinite loop in pnfs_update_layout.
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: PROBLEM: NFS client IO fails with ERESTARTSYS when another mount point with the same export is unmounted with force [NFS] [SUNRPC]
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH stable 6.1] NFS: Fix data corruption caused by congestion.
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH stable 6.6 and 6.7] NFS: Fix data corruption caused by congestion.
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH] NFS: remove sync_mode test from nfs_writepage_locked()
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: NFS data corruption on congested network
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH] sunrpc: remove SLAB_MEM_SPREAD flag usage
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: long-term stable backports of NFSD patches
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: Client support for 0-length virtual files
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Client support for 0-length virtual files
  • From: "Atkinson, Sam" <samatk@xxxxxxxxxx>
• Re: long-term stable backports of NFSD patches
  • From: Dan Shelton <dan.f.shelton@xxxxxxxxx>
• nfs41get: NFSv4.1 wget-like userspace tool?
  • From: Dan Shelton <dan.f.shelton@xxxxxxxxx>
• Re: PROBLEM: NFS client IO fails with ERESTARTSYS when another mount point with the same export is unmounted with force [NFS] [SUNRPC]
  • From: Zhitao Li <zhitao.li@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2] nfs: keep server info for remounts
  • From: Martin Kaiser <martin@xxxxxxxxx>
• long-term stable backports of NFSD patches
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: NFS data corruption on congested network
  • From: Jacek Tomaka <Jacek.Tomaka@xxxxxxxxx>
• Re: NFS data corruption on congested network
  • From: Cedric Blancher <cedric.blancher@xxxxxxxxx>
• Re: SELinux-Support in Linux NFSv4.1 impl?
  • From: Martin Wege <martin.l.wege@xxxxxxxxx>
• Fwd: [Ms-nfs41-client-devel] ANN: NFSv4.1 filesystem client Windows driver binaries for Windows 10/11 for testing, 2024-02-24 ...
  • From: Martin Wege <martin.l.wege@xxxxxxxxx>
• Re: [PATCH] sunrpc: remove SLAB_MEM_SPREAD flag usage
  • From: Chengming Zhou <chengming.zhou@xxxxxxxxx>
• [PATCH 4/4] rpcinfo: try connecting using abstract address.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 3/4] Listen on an AF_UNIX abstract address if supported.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 2/4] rpcbind: allow broadcast RPC to be disabled.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 1/4] manpage: describe use of extra port for broadcast rpc
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 0/4 rpcbind] Supprt abstract addresses and disable broadcast
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 0/3 libtirpc] Support abstract addresses for rpcbind in libtirpc
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 3/3] Try using a new abstract address when connecting rpcbind
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 2/3] Change local_rpcb() to take a targaddr pointer.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 1/3] Allow working with abstract AF_UNIX addresses.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: NFS data corruption on congested network
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: NFS data corruption on congested network
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH] sunrpc: remove SLAB_MEM_SPREAD flag usage
  • From: chengming.zhou@xxxxxxxxx
• [PATCH] nfs: remove SLAB_MEM_SPREAD flag usage
  • From: chengming.zhou@xxxxxxxxx
• Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v2] tracing: Remove __assign_str_len()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH] tracing: Remove __assign_str_len()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Jeff Johnson <quic_jjohnson@xxxxxxxxxxx>
• Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: nfs4_schedule_state_manager stuck in tight loop
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• nfs4_schedule_state_manager stuck in tight loop
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: nfs4_schedule_state_manager stuck in tight loop
  • From: Christian Theune <ct@xxxxxxxxxxxxxxx>
• Re: PROBLEM: NFS client IO fails with ERESTARTSYS when another mount point with the same export is unmounted with force [NFS] [SUNRPC]
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: PROBLEM: NFS client IO fails with ERESTARTSYS when another mount point with the same export is unmounted with force [NFS] [SUNRPC]
  • From: Zhitao Li <zhitao.li@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: PROBLEM: NFS client IO fails with ERESTARTSYS when another mount point with the same export is unmounted with force [NFS] [SUNRPC]
  • From: Zhitao Li <zhitao.li@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] NFSD: Fix nfsd_clid_class use of __string_len() macro
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] NFSD: Fix nfsd_clid_class use of __string_len() macro
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 1/1] nfstest_posix: add check for EINVAL when open(2) called with O_DIRECTORY|O_CREAT
  • From: dai.ngo@xxxxxxxxxx
• [PATCH] NFSD: Fix nfsd_clid_class use of __string_len() macro
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 1/1] nfstest_posix: add check for EINVAL when open(2) called with O_DIRECTORY|O_CREAT
  • From: "Mora, Jorge" <Jorge.Mora@xxxxxxxxxx>
• Re: PROBLEM: NFS client IO fails with ERESTARTSYS when another mount point with the same export is unmounted with force [NFS] [SUNRPC]
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• NFS data corruption on congested network
  • From: Jacek Tomaka <Jacek.Tomaka@xxxxxxxxx>
• Re: PROBLEM: NFS client IO fails with ERESTARTSYS when another mount point with the same export is unmounted with force [NFS] [SUNRPC]
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: PROBLEM: NFS client IO fails with ERESTARTSYS when another mount point with the same export is unmounted with force [NFS] [SUNRPC]
  • From: Zhitao Li <zhitao.li@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] NFSD: send OP_CB_RECALL_ANY to clients when number of delegations reaches its limit
  • From: dai.ngo@xxxxxxxxxx
• Re: [PATCH 1/1] NFSD: send OP_CB_RECALL_ANY to clients when number of delegations reaches its limit
  • From: Calum Mackay <calum.mackay@xxxxxxxxxx>
• [PATCH] nfs: fix regression in handling of namlen= option in NFSv4
  • From: Chen Hanxiao <chenhx.fnst@xxxxxxxxxxx>
• Re: PROBLEM: NFS client IO fails with ERESTARTSYS when another mount point with the same export is unmounted with force [NFS] [SUNRPC]
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• PROBLEM: NFS client IO fails with ERESTARTSYS when another mount point with the same export is unmounted with force [NFS] [SUNRPC]
  • From: Zhitao Li <zhitao.li@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/1] NFSD: send OP_CB_RECALL_ANY to clients when number of delegations reaches its limit
  • From: Dai Ngo <dai.ngo@xxxxxxxxxx>
• [PATCH v2] NFSv4.1/pnfs: fix NFS with TLS in pnfs
  • From: Olga Kornievskaia <olga.kornievskaia@xxxxxxxxx>
• Re: [PATCH 1/1] nfstest_posix: add check for EINVAL when open(2) called with O_DIRECTORY|O_CREAT
  • From: dai.ngo@xxxxxxxxxx
• NFS4ERR_MOVED causing crash/stuck operations at source
  • From: Hari <hhsubra@xxxxxxxxx>
• Re: [PATCH v2 0/2] Fix NFSv3 SETATTR behaviours
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [GIT PULL] NFSD fixes for v6.1.y
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Announcing the Spring 2024 NFS bake-a-thon
  • From: Steve Dickson <steved@xxxxxxxxxx>
• Re: [GIT PULL] NFSD fixes for v6.1.y
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [GIT PULL] NFSD fixes for v6.1.y
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• Re: [GIT PULL] NFSD fixes for v6.1.y
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [GIT PULL] NFSD fixes for v6.1.y
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 2/2] netfs: Fix missing zero-length check in unbuffered write
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: "nfsd: inode locked twice during operation." errors ...
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 2/2] netfs: Fix missing zero-length check in unbuffered write
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: "nfsd: inode locked twice during operation." errors ...
  • From: Roland Mainz <roland.mainz@xxxxxxxxxxx>
• Understanding NFSv4 client attribute caching
  • From: Dan Shelton <dan.f.shelton@xxxxxxxxx>
• Re: [PATCH v2 1/2] nfsd: Fix a regression in nfsd_setattr()
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [lvc-project] [PATCH] nfsd: fix memory leak in __cld_pipe_inprogress_downcall()
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH v2 2/2] nfsd: Fix NFSv3 atomicity bugs in nfsd_setattr()
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH v2 1/2] nfsd: Fix a regression in nfsd_setattr()
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH v2] NFS: Fix an off by one in root_nfs_cat()
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [lvc-project] [PATCH] nfsd: fix memory leak in __cld_pipe_inprogress_downcall()
  • From: Fedor Pchelkin <pchelkin@xxxxxxxxx>
• Re: "nfsd: inode locked twice during operation." errors ...
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: SELinux-Support in Linux NFSv4.1 impl?
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 2/2] nfsd: Fix NFSv3 atomicity bugs in nfsd_setattr()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 1/2] nfsd: Fix a regression in nfsd_setattr()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: SELinux-Support in Linux NFSv4.1 impl?
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 25/47] filelock: convert __locks_insert_block, conflict and deadlock checks to use file_lock_core
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• "nfsd: inode locked twice during operation." errors ...
  • From: Roland Mainz <roland.mainz@xxxxxxxxxxx>
• Re: [PATCH 1/1] NFSD: send OP_CB_RECALL_ANY to clients when number of delegations reach a threshold
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 1/1] NFSD: send OP_CB_RECALL_ANY to clients when number of delegations reach a threshold
  • From: dai.ngo@xxxxxxxxxx
• Re: [PATCH 1/1] NFSD: send OP_CB_RECALL_ANY to clients when number of delegations reach a threshold
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH v2 1/2] nfsd: Fix a regression in nfsd_setattr()
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• [PATCH 1/1] NFSD: send OP_CB_RECALL_ANY to clients when number of delegations reach a threshold
  • From: Dai Ngo <dai.ngo@xxxxxxxxxx>
• [PATCH 1/1] NFSD: OP_CB_RECALL_ANY should recall both read and write delegations
  • From: Dai Ngo <dai.ngo@xxxxxxxxxx>
• Re: PATCH [v3 0/2] NFSD: use CB_GETATTR to handle GETATTR conflict with write delegation
  • From: dai.ngo@xxxxxxxxxx
• Re: [PATCH v2 1/2] nfsd: Fix a regression in nfsd_setattr()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: SELinux-Support in Linux NFSv4.1 impl?
  • From: Martin Wege <martin.l.wege@xxxxxxxxx>
• Re: PATCH [v3 0/2] NFSD: use CB_GETATTR to handle GETATTR conflict with write delegation
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: PATCH [v3 0/2] NFSD: use CB_GETATTR to handle GETATTR conflict with write delegation
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: apparent scaling problem with delegations
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: PATCH [v3 0/2] NFSD: use CB_GETATTR to handle GETATTR conflict with write delegation
  • From: Dan Shelton <dan.f.shelton@xxxxxxxxx>
• Re: apparent scaling problem with delegations
  • From: Dan Shelton <dan.f.shelton@xxxxxxxxx>
• Re: [PATCH v10 00/25] security: Move IMA and EVM to the LSM infrastructure
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [PATCH v2 1/2] nfsd: Fix a regression in nfsd_setattr()
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] nfsd: Fix a regression in nfsd_setattr()
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• Re: [PATCH v2 1/2] nfsd: Fix a regression in nfsd_setattr()
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• Re: [PATCH v2 1/2] nfsd: Fix a regression in nfsd_setattr()
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• [PATCH] nfsd: fix memory leak in __cld_pipe_inprogress_downcall()
  • From: Aleksandr Burakov <a.burakov@xxxxxxxxxxxx>
• Re: PATCH [v3 0/2] NFSD: use CB_GETATTR to handle GETATTR conflict with write delegation
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH v2 1/2] nfsd: Fix a regression in nfsd_setattr()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH v10 0/25] security: Move IMA and EVM to the LSM infrastructure
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 0/25] security: Move IMA and EVM to the LSM infrastructure
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• [PATCH v2 2/2] nfsd: Fix NFSv3 atomicity bugs in nfsd_setattr()
  • From: trondmy@xxxxxxxxxx
• [PATCH v2 1/2] nfsd: Fix a regression in nfsd_setattr()
  • From: trondmy@xxxxxxxxxx
• [PATCH v2 0/2] Fix NFSv3 SETATTR behaviours
  • From: trondmy@xxxxxxxxxx
• Re: [PATCH] nfsd: Fix NFSv3 atomicity bugs in nfsd_setattr()
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 19/25] integrity: Move integrity_kernel_module_request() to IMA
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: Backporting NFSD filecache improvements to longterm maintenance kernel release
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 2/2] nfsd: don't take fi_lock in nfsd_break_deleg_cb()
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH v2 1/2] nfsd: fix RELEASE_LOCKOWNER
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH v2 0/2] Fix NFSv4.0 RELEASE_LOCKOWNER in v6.1.y
  • From: Chuck Lever <cel@xxxxxxxxxx>
• Re: Backporting NFSD filecache improvements to longterm maintenance kernel release
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• PATCH [v3 0/2] NFSD: use CB_GETATTR to handle GETATTR conflict with write delegation
  • From: Dai Ngo <dai.ngo@xxxxxxxxxx>
• [PATCH v3 2/2] NFSD: handle GETATTR conflict with write delegation
  • From: Dai Ngo <dai.ngo@xxxxxxxxxx>
• [PATCH v3 1/2] NFSD: add supports for CB_GETATTR callback
  • From: Dai Ngo <dai.ngo@xxxxxxxxxx>
• Backporting NFSD filecache improvements to longterm maintenance kernel release
  • From: "Perry, Daniel" <dtperry@xxxxxxxxxx>
• [PATCH v5 3/3] nfs: make the rpc_stat per net namespace
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• [PATCH v5 1/3] sunrpc: add a struct rpc_stats arg to rpc_create_args
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• [PATCH v5 2/3] nfs: expose /proc/net/sunrpc/nfs in net namespaces
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• [PATCH v5 0/3] Make nfs stats visible in network NS
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] NFSD: handle GETATTR conflict with write delegation
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH] nfs: remove unused NFS_CALL macro
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 2/2] NFSD: handle GETATTR conflict with write delegation
  • From: Dai Ngo <dai.ngo@xxxxxxxxxx>
• [PATCH v2 1/2] NFSD: add supports for CB_GETATTR callback
  • From: Dai Ngo <dai.ngo@xxxxxxxxxx>
• PATCH [v2 0/2] NFSD: use CB_GETATTR to handle GETATTR conflict with write delegation
  • From: Dai Ngo <dai.ngo@xxxxxxxxxx>
• RE: Public NFSv4 handle?
  • From: "Frank Filz" <ffilzlnx@xxxxxxxxxxxxxx>
• Re: [PATCH v10 19/25] integrity: Move integrity_kernel_module_request() to IMA
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH] nfsd: Fix NFSv3 atomicity bugs in nfsd_setattr()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH v9 12/25] security: Introduce file_post_open hook
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] NFSD: handle GETATTR conflict with write delegation
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] nfsd: Fix NFSv3 atomicity bugs in nfsd_setattr()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v10 23/25] evm: Make it independent from 'integrity' LSM
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v10 21/25] ima: Move IMA-Appraisal to LSM infrastructure
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v10 08/25] evm: Align evm_inode_post_setxattr() definition with LSM infrastructure
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v10 18/25] security: Introduce key_post_create_or_update hook
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v10 03/25] ima: Align ima_inode_setxattr() definition with LSM infrastructure
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v10 04/25] ima: Align ima_inode_removexattr() definition with LSM infrastructure
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v10 22/25] evm: Move to LSM infrastructure
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v10 25/25] integrity: Remove LSM
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v10 24/25] ima: Make it independent from 'integrity' LSM
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v10 20/25] ima: Move to LSM infrastructure
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v10 19/25] integrity: Move integrity_kernel_module_request() to IMA
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v10 17/25] security: Introduce inode_post_remove_acl hook
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v10 16/25] security: Introduce inode_post_set_acl hook
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v10 15/25] security: Introduce inode_post_create_tmpfile hook
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v10 14/25] security: Introduce path_post_mknod hook
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v10 13/25] security: Introduce file_release hook
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v10 12/25] security: Introduce file_post_open hook
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v10 11/25] security: Introduce inode_post_removexattr hook
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v10 10/25] security: Introduce inode_post_setattr hook
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v10 09/25] security: Align inode_setattr hook definition with EVM
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v10 07/25] evm: Align evm_inode_setxattr() definition with LSM infrastructure
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v10 06/25] evm: Align evm_inode_post_setattr() definition with LSM infrastructure
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v10 05/25] ima: Align ima_post_read_file() definition with LSM infrastructure
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v10 02/25] ima: Align ima_file_mprotect() definition with LSM infrastructure
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v10 01/25] ima: Align ima_inode_post_setattr() definition with LSM infrastructure
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v10 00/25] security: Move IMA and EVM to the LSM infrastructure
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 19/25] integrity: Move integrity_kernel_module_request() to IMA
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 12/25] security: Introduce file_post_open hook
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• [PATCH] nfsd: Fix NFSv3 atomicity bugs in nfsd_setattr()
  • From: trondmy@xxxxxxxxxx
• Re: [PATCH v9 12/25] security: Introduce file_post_open hook
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH] nfs(5): Document the max value "timeo=" mount option
  • From: Steve Dickson <steved@xxxxxxxxxx>
• Re: [PATCH] nfs(5): Document the max value "timeo=" mount option
  • From: Steve Dickson <steved@xxxxxxxxxx>
• Re: [PATCH v9 12/25] security: Introduce file_post_open hook
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] NFSD: handle GETATTR conflict with write delegation
  • From: dai.ngo@xxxxxxxxxx
• Re: [PATCH 2/2] NFSD: handle GETATTR conflict with write delegation
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 2/2] NFSD: handle GETATTR conflict with write delegation
  • From: dai.ngo@xxxxxxxxxx
• Re: [PATCH 2/2] NFSD: handle GETATTR conflict with write delegation
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: SELinux-Support in Linux NFSv4.1 impl?
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• SELinux-Support in Linux NFSv4.1 impl?
  • From: Martin Wege <martin.l.wege@xxxxxxxxx>
• Re: Public NFSv4 handle?
  • From: Cedric Blancher <cedric.blancher@xxxxxxxxx>
• Re: Public NFSv4 handle?
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• Re: Public NFSv4 handle?
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: Public NFSv4 handle?
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: Public NFSv4 handle?
  • From: Dan Shelton <dan.f.shelton@xxxxxxxxx>
• Re: PATCH [0/2] NFSD: use CB_GETATTR to handle GETATTR conflict with write delegation
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 2/2] NFSD: handle GETATTR conflict with write delegation
  • From: Dai Ngo <dai.ngo@xxxxxxxxxx>
• PATCH [0/2] NFSD: use CB_GETATTR to handle GETATTR conflict with write delegation
  • From: Dai Ngo <dai.ngo@xxxxxxxxxx>
• [PATCH 1/2] NFSD: add supports for CB_GETATTR callback
  • From: Dai Ngo <dai.ngo@xxxxxxxxxx>
• Re: [PATCH v9 19/25] integrity: Move integrity_kernel_module_request() to IMA
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [PATCH 1/1] NFSv4.1/pnfs: fix NFS with TLS in pnfs
  • From: Olga Kornievskaia <olga.kornievskaia@xxxxxxxxx>
• Re: [PATCH v9 12/25] security: Introduce file_post_open hook
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 12/25] security: Introduce file_post_open hook
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 19/25] integrity: Move integrity_kernel_module_request() to IMA
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 12/25] security: Introduce file_post_open hook
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 12/25] security: Introduce file_post_open hook
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v9 19/25] integrity: Move integrity_kernel_module_request() to IMA
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v9 25/25] integrity: Remove LSM
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v9 24/25] ima: Make it independent from 'integrity' LSM
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v9 23/25] evm: Make it independent from 'integrity' LSM
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v9 22/25] evm: Move to LSM infrastructure
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v9 19/25] integrity: Move integrity_kernel_module_request() to IMA
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 19/25] integrity: Move integrity_kernel_module_request() to IMA
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v9 20/25] ima: Move to LSM infrastructure
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v9 14/25] security: Introduce path_post_mknod hook
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v9 15/25] security: Introduce inode_post_create_tmpfile hook
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v9 13/25] security: Introduce file_release hook
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Infinite loop in pnfs_update_layout()
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: NFS4.0 rdma with referal
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: Public NFSv4 handle?
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: Public NFSv4 handle?
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v9 12/25] security: Introduce file_post_open hook
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 12/25] security: Introduce file_post_open hook
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: Public NFSv4 handle?
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v9 12/25] security: Introduce file_post_open hook
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 10/25] security: Introduce inode_post_setattr hook
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v9 11/25] security: Introduce inode_post_removexattr hook
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v9 13/25] security: Introduce file_release hook
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v9 12/25] security: Introduce file_post_open hook
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v9 12/25] security: Introduce file_post_open hook
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v9 12/25] security: Introduce file_post_open hook
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v9 14/25] security: Introduce path_post_mknod hook
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v9 15/25] security: Introduce inode_post_create_tmpfile hook
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v9 17/25] security: Introduce inode_post_remove_acl hook
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v9 16/25] security: Introduce inode_post_set_acl hook
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v9 20/25] ima: Move to LSM infrastructure
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v9 22/25] evm: Move to LSM infrastructure
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v9 21/25] ima: Move IMA-Appraisal to LSM infrastructure
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 4/4] nfsstat01.sh: Run on all NFS versions, TCP and UDP
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: Public NFSv4 handle?
  • From: Tom Talpey <tom@xxxxxxxxxx>
• Re: Public NFSv4 handle?
  • From: Dan Shelton <dan.f.shelton@xxxxxxxxx>
• Re: Booting NFSv4-NFSROOT?
  • From: Dan Shelton <dan.f.shelton@xxxxxxxxx>
• Re: apparent scaling problem with delegations
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• Re: apparent scaling problem with delegations
  • From: Charles Hedrick <hedrick@xxxxxxxxxxx>
• Re: apparent scaling problem with delegations
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• apparent scaling problem with delegations
  • From: Charles Hedrick <hedrick@xxxxxxxxxxx>
• [PATCH v1 2/2] NFSD: Document the phases of CREATE_SESSION
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH v1 1/2] NFSD: Fix the NFSv4.1 CREATE_SESSION operation
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH v1 0/2] Fix CREATE_SESSION
  • From: Chuck Lever <cel@xxxxxxxxxx>
• Re: [PATCH 4/4] nfsstat01.sh: Run on all NFS versions, TCP and UDP
  • From: Martin Doucha <mdoucha@xxxxxxx>
• Re: Calls to vfs_setlease() from NFSD code cause unnecessary CAP_LEASE security checks
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH v9 0/25] security: Move IMA and EVM to the LSM infrastructure
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH] nfsd: clean up comments over nfs4_client definition
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] nfsd: clean up comments over nfs4_client definition
  • From: Chen Hanxiao <chenhx.fnst@xxxxxxxxxxx>
• Re: [PATCH v9 0/25] security: Move IMA and EVM to the LSM infrastructure
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 23/25] evm: Make it independent from 'integrity' LSM
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 25/25] integrity: Remove LSM
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 22/25] evm: Move to LSM infrastructure
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 19/25] integrity: Move integrity_kernel_module_request() to IMA
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 21/25] ima: Move IMA-Appraisal to LSM infrastructure
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 20/25] ima: Move to LSM infrastructure
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 17/25] security: Introduce inode_post_remove_acl hook
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 18/25] security: Introduce key_post_create_or_update hook
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 16/25] security: Introduce inode_post_set_acl hook
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 15/25] security: Introduce inode_post_create_tmpfile hook
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 12/25] security: Introduce file_post_open hook
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 13/25] security: Introduce file_release hook
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 14/25] security: Introduce path_post_mknod hook
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 11/25] security: Introduce inode_post_removexattr hook
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 10/25] security: Introduce inode_post_setattr hook
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 9/25] security: Align inode_setattr hook definition with EVM
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 8/25] evm: Align evm_inode_post_setxattr() definition with LSM infrastructure
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 7/25] evm: Align evm_inode_setxattr() definition with LSM infrastructure
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 6/25] evm: Align evm_inode_post_setattr() definition with LSM infrastructure
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 5/25] ima: Align ima_post_read_file() definition with LSM infrastructure
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 4/25] ima: Align ima_inode_removexattr() definition with LSM infrastructure
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 2/25] ima: Align ima_file_mprotect() definition with LSM infrastructure
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 3/25] ima: Align ima_inode_setxattr() definition with LSM infrastructure
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 1/25] ima: Align ima_inode_post_setattr() definition with LSM infrastructure
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 0/25] security: Move IMA and EVM to the LSM infrastructure
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH 1/1] NFSv4.1/pnfs: error gracefully on partial pnfs layout
  • From: Olga Kornievskaia <olga.kornievskaia@xxxxxxxxx>
• Re: [PATCH 1/1] NFSv4.1/pnfs: error gracefully on partial pnfs layout
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] NFSv4.1/pnfs: error gracefully on partial pnfs layout
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] NFSv4.1/pnfs: error gracefully on partial pnfs layout
  • From: Olga Kornievskaia <olga.kornievskaia@xxxxxxxxx>
• Re: [PATCH 1/1] NFSv4.1/pnfs: error gracefully on partial pnfs layout
  • From: Olga Kornievskaia <olga.kornievskaia@xxxxxxxxx>
• Re: [PATCH 1/1] NFSv4.1/pnfs: error gracefully on partial pnfs layout
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• [PATCH 1/1] NFSv4.1/pnfs: error gracefully on partial pnfs layout
  • From: Olga Kornievskaia <olga.kornievskaia@xxxxxxxxx>
• Re: [GIT PULL] another NFSD fix for 6.8-rc
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: when should the client request a directory delegation?
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: when should the client request a directory delegation?
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: when should the client request a directory delegation?
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: when should the client request a directory delegation?
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: when should the client request a directory delegation?
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: when should the client request a directory delegation?
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• [GIT PULL] another NFSD fix for 6.8-rc
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• when should the client request a directory delegation?
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] nfs(5): Document the max value "timeo=" mount option
  • From: "Hanxiao Chen (Fujitsu)" <chenhx.fnst@xxxxxxxxxxx>
• Re: [PATCH] filelock: don't do security checks on nfsd setlease calls
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH] nfs: keep server info for remounts
  • From: Martin Kaiser <martin@xxxxxxxxx>
• Re: NFSv4 referrals - custom (non-2049) port numbers in fs_locations?
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] filelock: don't do security checks on nfsd setlease calls
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Fwd: [Ms-nfs41-client-devel] ANN: NFSv4.1 filesystem client Windows driver binaries for Windows 10/11 for testing, 2024-02-05 ...
  • From: Martin Wege <martin.l.wege@xxxxxxxxx>
• Re: Roadmap for netfslib and local caching (cachefiles)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] filelock: don't do security checks on nfsd setlease calls
  • From: Tom Talpey <tom@xxxxxxxxxx>
• Re: [PATCH] filelock: don't do security checks on nfsd setlease calls
  • From: Tom Talpey <tom@xxxxxxxxxx>
• Re: Should we establish a new nfsdctl userland program?
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: NFSv4 referrals - custom (non-2049) port numbers in fs_locations?
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH] filelock: don't do security checks on nfsd setlease calls
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] filelock: don't do security checks on nfsd setlease calls
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: NFSv4 referrals - custom (non-2049) port numbers in fs_locations?
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• Re: Should we establish a new nfsdctl userland program?
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] nfsd: don't take fi_lock in nfsd_break_deleg_cb()
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Should we establish a new nfsdctl userland program?
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: Should we establish a new nfsdctl userland program?
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• Re: Should we establish a new nfsdctl userland program?
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: Should we establish a new nfsdctl userland program?
  • From: Lorenzo Bianconi <lorenzo.bianconi@xxxxxxxxxx>
• Re: Should we establish a new nfsdctl userland program?
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: Should we establish a new nfsdctl userland program?
  • From: Lorenzo Bianconi <lorenzo.bianconi@xxxxxxxxxx>
• Re: NFSv4 referrals - custom (non-2049) port numbers in fs_locations?
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH] nfsd: don't take fi_lock in nfsd_break_deleg_cb()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: NFSv4 referrals - custom (non-2049) port numbers in fs_locations?
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 11/13] fuse: fix UAF in rcu pathwalks
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH] filelock: don't do security checks on nfsd setlease calls
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCHES] RCU pathwalk race fixes
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 01/13] fs/super.c: don't drop ->s_user_ns until we free struct super_block itself
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 10/13] procfs: make freeing proc_fs_info rcu-delayed
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 11/13] fuse: fix UAF in rcu pathwalks
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 09/13] procfs: move dropping pde and pid from ->evict_inode() to ->free_inode()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 08/13] nfs: fix UAF on pathwalk running into umount
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 07/13] nfs: make nfs_set_verifier() safe for use in RCU pathwalk
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 06/13] afs: fix __afs_break_callback() / afs_drop_open_mmap() race
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 05/13] hfsplus: switch to rcu-delayed unloading of nls and freeing ->s_fs_info
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 04/13] exfat: move freeing sbi, upcase table and dropping nls into rcu-delayed helper
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 03/13] affs: free affs_sb_info with kfree_rcu()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 02/13] rcu pathwalk: prevent bogus hard errors from may_lookup()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 01/13] fs/super.c: don't drop ->s_user_ns until we free struct super_block itself
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v3 04/47] filelock: add some new helper functions
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH] filelock: don't do security checks on nfsd setlease calls
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 04/47] filelock: add some new helper functions
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 04/47] filelock: add some new helper functions
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v3 04/47] filelock: add some new helper functions
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 04/47] filelock: add some new helper functions
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH] nfsd: don't take fi_lock in nfsd_break_deleg_cb()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] NFS: Simplify the allocation of slab caches in nfs_init_nfspagecache
  • From: Kunwu Chan <chentao@xxxxxxxxxx>
• [PATCH] nfsd: don't take fi_lock in nfsd_break_deleg_cb()
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: deadlock in RELEASE_LOCKOWNER path
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH v2 12/12] svcrdma: Add Write chunk WRs to the RPC's Send WR chain
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH v2 11/12] svcrdma: Post WRs for Write chunks in svc_rdma_sendto()
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH v2 10/12] svcrdma: Post the Reply chunk and Send WR together
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH v2 09/12] svcrdma: Move write_info for Reply chunks into struct svc_rdma_send_ctxt
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH v2 08/12] svcrdma: Post Send WR chain
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH v2 07/12] svcrdma: Fix retry loop in svc_rdma_send()
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH v2 06/12] svcrdma: Prevent a UAF in svc_rdma_send()
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH v2 05/12] svcrdma: Fix SQ wake-ups
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH v2 04/12] svcrdma: Increase the per-transport rw_ctx count
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH v2 03/12] svcrdma: Update max_send_sges after QP is created
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH v2 02/12] svcrdma: Report CQ depths in debugging output
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH v2 01/12] svcrdma: Reserve an extra WQE for ib_drain_rq()
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH v2 00/12] NFSD RDMA transport improvements
  • From: Chuck Lever <cel@xxxxxxxxxx>
• deadlock in RELEASE_LOCKOWNER path
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• [PATCH] nfs(5): Document the max value "timeo=" mount option
  • From: Chen Hanxiao <chenhx.fnst@xxxxxxxxxxx>
• [PATCH v2] nfsd: Simplify the allocation of slab caches in nfsd_drc_slab_create
  • From: Kunwu Chan <chentao@xxxxxxxxxx>
• Re: [PATCH] nfsd: Simplify the allocation of slab caches in nfsd_drc_slab_create
  • From: Kunwu Chan <chentao@xxxxxxxxxx>
• RCU pathwalk audit notes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 09/13] procfs: move dropping pde and pid from ->evict_inode() to ->free_inode()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 13/13] ext4_get_link(): fix breakage in RCU mode
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 12/13] cifs_get_link(): bail out in unsafe case
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 11/13] fuse: fix UAF in rcu pathwalks
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 06/13] afs: fix __afs_break_callback() / afs_drop_open_mmap() race
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 10/13] procfs: make freeing proc_fs_info rcu-delayed
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 05/13] hfsplus: switch to rcu-delayed unloading of nls and freeing ->s_fs_info
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 02/13] rcu pathwalk: prevent bogus hard errors from may_lookup()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 01/13] fs/super.c: don't drop ->s_user_ns until we free struct super_block itself
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 08/13] nfs: fix UAF on pathwalk running into umount
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 07/13] nfs: make nfs_set_verifier() safe for use in RCU pathwalk
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 04/13] exfat: move freeing sbi, upcase table and dropping nls into rcu-delayed helper
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 03/13] affs: free affs_sb_info with kfree_rcu()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCHES] RCU pathwalk race fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 4/4] nfsd: fix RELEASE_LOCKOWNER
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH v2 3/4] NFSD: Add documenting comment for nfsd4_release_lockowner()
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH v2 2/4] NFSD: Modernize nfsd4_release_lockowner()
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH v2 1/4] nfsd4: add refcount for nfsd4_blocked_lock
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH v2 0/4] RELEASE_LOCKOWNER fixes for v5.15.y
  • From: Chuck Lever <cel@xxxxxxxxxx>
• Re: [PATCH 0/3] Fix RELEASE_LOCKOWNER
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 0/3] Fix RELEASE_LOCKOWNER
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH] nfsd: Simplify the allocation of slab caches in nfsd_drc_slab_create
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH 0/3] Fix RELEASE_LOCKOWNER
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH v3] NFSv4.1: add tracepoint to trunked nfs4_exchange_id calls
  • From: Benjamin Coddington <bcodding@xxxxxxxxxx>
• [PATCH v3] NFSv4.1: add tracepoint to trunked nfs4_exchange_id calls
  • From: Olga Kornievskaia <olga.kornievskaia@xxxxxxxxx>
• Re: [PATCH 1/1] NFSv4.1: add tracepoint to trunked nfs4_exchange_id calls
  • From: Benjamin Coddington <bcodding@xxxxxxxxxx>
• Re: Should we establish a new nfsdctl userland program?
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: Should we establish a new nfsdctl userland program?
  • From: Lorenzo Bianconi <lorenzo.bianconi@xxxxxxxxxx>
• Re: [PATCH 1/1] NFSv4.1: add tracepoint to trunked nfs4_exchange_id calls
  • From: Benjamin Coddington <bcodding@xxxxxxxxxx>
• Re: Calls to vfs_setlease() from NFSD code cause unnecessary CAP_LEASE security checks
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: Calls to vfs_setlease() from NFSD code cause unnecessary CAP_LEASE security checks
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/1] NFSv4.1: add tracepoint to trunked nfs4_exchange_id calls
  • From: Benjamin Coddington <bcodding@xxxxxxxxxx>
• Calls to vfs_setlease() from NFSD code cause unnecessary CAP_LEASE security checks
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• [PATCH v2] NFSv4.1: add tracepoint to trunked nfs4_exchange_id calls
  • From: Olga Kornievskaia <olga.kornievskaia@xxxxxxxxx>
• Re: [PATCH 1/1] NFSv4.1: add tracepoint to trunked nfs4_exchange_id calls
  • From: Olga Kornievskaia <olga.kornievskaia@xxxxxxxxx>
• Re: [PATCH] nfsd: Simplify the allocation of slab caches in nfsd_drc_slab_create
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] nfsd: Simplify the allocation of slab caches in nfsd_drc_slab_create
  • From: Benjamin Coddington <bcodding@xxxxxxxxxx>
• Re: [PATCH 0/3] Fix RELEASE_LOCKOWNER
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 1/1] NFSv4.1: add tracepoint to trunked nfs4_exchange_id calls
  • From: Benjamin Coddington <bcodding@xxxxxxxxxx>
• Re: [PATCH v3 00/47] filelock: split file leases out of struct file_lock
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v3 00/47] filelock: split file leases out of struct file_lock
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH v3 34/47] 9p: adapt to breakup of struct file_lock
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH 0/3] Fix RELEASE_LOCKOWNER
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [GIT PULL] another fix for v6.8-rc
  • From: pr-tracker-bot@xxxxxxxxxx
• [PATCH 2/3] NFSD: Add documenting comment for nfsd4_release_lockowner()
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH 1/3] NFSD: Modernize nfsd4_release_lockowner()
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH 3/3] nfsd: fix RELEASE_LOCKOWNER
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH 0/3] Fix RELEASE_LOCKOWNER
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH 3/3] nfsd: fix RELEASE_LOCKOWNER
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH 2/3] NFSD: Add documenting comment for nfsd4_release_lockowner()
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH 1/3] NFSD: Modernize nfsd4_release_lockowner()
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH 0/3] Fix RELEASE_LOCKOWNER
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH 3/3] From: NeilBrown <neilb@xxxxxxx>
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH 2/3] NFSD: Add documenting comment for nfsd4_release_lockowner()
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH 1/3] NFSD: Modernize nfsd4_release_lockowner()
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH 0/3] Fix RELEASE_LOCKOWNER
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [GIT PULL] another fix for v6.8-rc
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• [PATCH] nfsd: Simplify the allocation of slab caches in nfsd4_init_slabs
  • From: Kunwu Chan <chentao@xxxxxxxxxx>
• [PATCH] nfsd: Simplify the allocation of slab caches in nfsd_drc_slab_create
  • From: Kunwu Chan <chentao@xxxxxxxxxx>
• Re: Are Japanese characters allowed in hostname in /etc/exports?
  • From: "Hanxiao Chen (Fujitsu)" <chenhx.fnst@xxxxxxxxxxx>
• Are Japanese characters allowed in hostname in /etc/exports?
  • From: Dan Shelton <dan.f.shelton@xxxxxxxxx>
• [PATCH v3 45/47] smb/server: adapt to breakup of struct file_lock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 28/47] filelock: reorganize locks_delete_block and __locks_insert_block
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 26/47] filelock: convert fl_blocker to file_lock_core
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 43/47] ocfs2: adapt to breakup of struct file_lock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 32/47] filelock: convert locks_translate_pid to take file_lock_core
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 47/47] filelock: split leases out of struct file_lock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 46/47] filelock: remove temporary compatibility macros
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 44/47] smb/client: adapt to breakup of struct file_lock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 42/47] nfsd: adapt to breakup of struct file_lock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 34/47] 9p: adapt to breakup of struct file_lock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 41/47] nfs: adapt to breakup of struct file_lock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 40/47] lockd: adapt to breakup of struct file_lock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 39/47] fuse: adapt to breakup of struct file_lock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 38/47] gfs2: adapt to breakup of struct file_lock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 37/47] dlm: adapt to breakup of struct file_lock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 36/47] ceph: adapt to breakup of struct file_lock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 35/47] afs: adapt to breakup of struct file_lock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 33/47] filelock: convert seqfile handling to use file_lock_core
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 31/47] filelock: convert locks_insert_lock_ctx and locks_delete_lock_ctx
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 30/47] filelock: convert locks_wake_up_blocks to take a file_lock_core pointer
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 29/47] filelock: make assign_type helper take a file_lock_core pointer
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 27/47] filelock: clean up locks_delete_block internals
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 25/47] filelock: convert __locks_insert_block, conflict and deadlock checks to use file_lock_core
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 24/47] filelock: make __locks_delete_block and __locks_wake_up_blocks take file_lock_core
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 23/47] filelock: convert locks_{insert,delete}_global_blocked
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 22/47] filelock: make locks_{insert,delete}_global_locks take file_lock_core arg
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 21/47] filelock: convert posix_owner_key to take file_lock_core arg
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 20/47] filelock: make posix_same_owner take file_lock_core pointers
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 15/47] smb/server: convert to using new filelock helpers
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 19/47] filelock: convert more internal functions to use file_lock_core
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 18/47] filelock: have fs/locks.c deal with file_lock_core directly
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 17/47] filelock: split common fields into struct file_lock_core
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 16/47] filelock: drop the IS_* macros
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 14/47] smb/client: convert to using new filelock helpers
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 08/47] dlm: convert to using new filelock helpers
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 13/47] ocfs2: convert to using new filelock helpers
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 12/47] nfsd: convert to using new filelock helpers
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 11/47] nfs: convert to using new filelock helpers
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 10/47] lockd: convert to using new filelock helpers
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 09/47] gfs2: convert to using new filelock helpers
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 06/47] afs: convert to using new filelock helpers
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 07/47] ceph: convert to using new filelock helpers
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 05/47] 9p: rename fl_type variable in v9fs_file_do_lock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 04/47] filelock: add some new helper functions
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 03/47] filelock: rename fl_pid variable in lock_get_status
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 02/47] filelock: rename some fields in tracepoints
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 01/47] filelock: fl_pid field should be signed int
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 00/47] filelock: split file leases out of struct file_lock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: Implement NFSv4 TLS support with /usr/bin/openssl s_client?
  • From: Dan Shelton <dan.f.shelton@xxxxxxxxx>
• Booting NFSv4-NFSROOT?
  • From: Dan Shelton <dan.f.shelton@xxxxxxxxx>
• Re: [PATCH v2] NFS: Fix nfs_netfs_issue_read() xarray locking for writeback interrupt
  • From: David Howells <dhowells@xxxxxxxxxx>
• NFS Clients getting slower after a week
  • From: Sebastian Zillmann <S.Zillmann@xxxxxxxx>
• Re: [PATCH v2] NFS: Fix nfs_netfs_issue_read() xarray locking for writeback interrupt
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2] NFS: Fix nfs_netfs_issue_read() xarray locking for writeback interrupt
  • From: Dave Wysochanski <dwysocha@xxxxxxxxxx>
• Re: [PATCH] nfsd: Simplify the allocation of slab caches in nfsd_file_cache_init
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] nfsd: Simplify the allocation of slab caches in nfsd4_init_pnfs
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 00/13 v5] nfsd: support admin-revocation of v4 state
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] nfsd: don't call locks_release_private() twice concurrently
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 4/4] nfsstat01.sh: Run on all NFS versions, TCP and UDP
  • From: Petr Vorel <pvorel@xxxxxxx>
• [PATCH 3/4] nfsstat01.sh: Add support for NFSv4*
  • From: Petr Vorel <pvorel@xxxxxxx>
• [PATCH 2/4] nfsstat01.sh: Validate parsing /proc/net/rpc/nfs{,d}
  • From: Petr Vorel <pvorel@xxxxxxx>
• [PATCH 1/4 v2] runtest/net.nfs: Rename test names
  • From: Petr Vorel <pvorel@xxxxxxx>
• [PATCH 0/4] nfsstat: Test also on NFSv4*
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: refer= syntax in /etc/exports for custom non-2049 TCP ports ? / was: Re: Change "hostname" to "hostport" in text-based mountd downcall Re: BUG in exports(5), no example for refer= Re: Examples for refer= in /etc/exports?
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• Re: Filesystem test suite for NFSv4?
  • From: Olga Kornievskaia <aglo@xxxxxxxxx>
• Re: NFS4.0 rdma with referal
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>