Linux NFS (Network File System)

• Thread Index

• [PATCH 11/26] pNFS: Remove spurious wake up in pnfs_layout_remove_lseg()
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH 10/26] NFSv4: Ignore LAYOUTRETURN result if the layout doesn't match or is invalid
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH 09/26] pNFS: Do not free layout segments that are marked for return
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH 08/26] pNFS: Delay getting the layout header in CB_LAYOUTRECALL handlers
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH 07/26] pNFS: consolidate the different range intersection tests
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH 06/26] pNFS: Fix race in pnfs_wait_on_layoutreturn
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH 05/26] pNFS: On error, do not send LAYOUTGET until the LAYOUTRETURN has completed
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH 04/26] pNFS: Force a retry of LAYOUTGET if the stateid doesn't match our cache
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH 03/26] pNFS: Clear NFS_LAYOUT_RETURN_REQUESTED when invalidating the layout stateid
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH 02/26] pNFS: Don't clear the layout stateid if a layout return is outstanding
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH 01/26] pNFS: Fix a deadlock between read resends and layoutreturn
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH 00/26] pNFS updates for v4.10
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] mount: take history into account when assessing if an error is permanent.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] NFSv4.1: Fix regression in callback retry handling
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] nfs: add support for the umask attribute
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• [PATCH 5/5] NFSv4: Optimise away forced revalidation when we know the attributes are OK
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH 4/5] NFSv4: Don't request close-to-open attribute when holding a delegation
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH 3/5] NFSv4: Don't request a GETATTR on open_downgrade.
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH 2/5] NFSv4: Don't ask for the change attribute when reclaiming state
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH 1/5] NFSv4: Don't check file access when reclaiming state
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH 0/5] Performance optimsations for 4.10
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] NFS: Be more targeted about readdirplus use when doing lookup/revalidation
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] mount: take history into account when assessing if an error is permanent.
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: Monthly Linux NFS Town Hall meeting: Tomorrow - Thur Dec 1
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• rpcbind allowed port range on linux
  • From: Joachim Banzhaf <joachim.banzhaf@xxxxxxxxxxxxxx>
• Monthly Linux NFS Town Hall meeting: Tomorrow - Thur Dec 1
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH v3 00/10] Server-side NFS/RDMA patches proposed for v4.10
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 1/3] NFS: Fix a performance regression in readdir
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• Re: [PATCH 2/3] NFS: Be more targeted about readdirplus use when doing lookup/revalidation
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• RE: [PATCH pynfs 00/12] Flex File support
  • From: "Frank Filz" <ffilzlnx@xxxxxxxxxxxxxx>
• ANNOUNCE: rpcbind-0.2.4 released.
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH pynfs 00/12] Flex File support
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• Re: [PATCH v2 00/10] NFS: add AF_VSOCK support to NFS client
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH 2/2] mount: RPC_PROGNOTREGISTERED should not be a permanent error
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 2/2] mount: take history into account when assessing if an error is permanent.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 0/2] Revise handling of some mount errors.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 1/2] mount: don't hide temporary error code on timeout.
  • From: NeilBrown <neilb@xxxxxxxx>
• RE: [PATCH pynfs 00/12] Flex File support
  • From: "Frank Filz" <ffilzlnx@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Add copy_file_range() tests
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 2/2] mount: RPC_PROGNOTREGISTERED should not be a permanent error
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH 2/2] mount: RPC_PROGNOTREGISTERED should not be a permanent error
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2 0/4] Add copy_file_range() tests
  • From: Anna Schumaker <Anna.Schumaker@xxxxxxxxxx>
• Re: [PATCH v2 0/4] Add copy_file_range() tests
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: RFC rpc.gssd enhancement
  • From: Olga Kornievskaia <aglo@xxxxxxxxx>
• Re: RFC rpc.gssd enhancement
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: RFC rpc.gssd enhancement
  • From: Lukas Hejtmanek <xhejtman@xxxxxxxxxxx>
• Re: RFC rpc.gssd enhancement
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• [PATCH v3 10/10] svcrdma: Further clean-up of svc_rdma_get_inv_rkey()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v3 09/10] svcrdma: Break up dprintk format in svc_rdma_accept()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v3 08/10] svcrdma: Remove unused variable in rdma_copy_tail()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v3 07/10] svcrdma: Remove unused variables in xprt_rdma_bc_allocate()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v3 06/10] svcrdma: Remove svc_rdma_op_ctxt::wc_status
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v3 05/10] svcrdma: Remove DMA map accounting
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v3 04/10] svcrdma: Remove BH-disabled spin locking in svc_rdma_send()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v3 03/10] svcrdma: Renovate sendto chunk list parsing
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v3 02/10] svcauth_gss: Close connection when dropping an incoming message
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v3 01/10] svcrdma: Clear xpt_bc_xps in xprt_setup_rdma_bc() error exit arm
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v3 00/10] Server-side NFS/RDMA patches proposed for v4.10
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v3 12/12] xprtrdma: Relocate connection helper functions
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v3 11/12] xprtrdma: Update dprintk in rpcrdma_count_chunks
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v3 10/12] xprtrdma: Shorten QP access error message
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v3 09/12] xprtrdma: Squelch "max send, max recv" messages at connect time
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v3 08/12] xprtrdma: Update documenting comment
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v3 07/12] xprtrdma: Refactor FRMR invalidation
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v3 06/12] xprtrdma: Avoid calls to ro_unmap_safe()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v3 05/12] xprtrdma: Address coverity complaint about wait_for_completion()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v3 04/12] SUNRPC: Proper metric accounting when RPC is not transmitted
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v3 03/12] xprtrdma: Support for SG_GAP devices
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v3 01/12] xprtrdma: Cap size of callback buffer resources
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v3 02/12] xprtrdma: Make FRWR send queue entry accounting more accurate
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v3 00/12] client-side NFS/RDMA patches proposed for v4.10
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 2/2] dirstress: Allow ESTALE as well as ENOENT
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: BUG: User triggerable kernel panic in 4.8 (possibly 4.9)
  • From: Anna Schumaker <Anna.Schumaker@xxxxxxxxxx>
• Re: BUG: User triggerable kernel panic in 4.8 (possibly 4.9)
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 2/2] dirstress: Allow ESTALE as well as ENOENT
  • From: Eryu Guan <eguan@xxxxxxxxxx>
• Re: [PATCH pynfs 00/12] Flex File support
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH pynfs 00/12] Flex File support
  • From: Tom Haynes <loghyr@xxxxxxxxx>
• Re: [PATCH pynfs 00/12] Flex File support
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [Libtirpc-devel] [PATCH rpcbind] Fix path for rpcbind in rpcbind.service.
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH] nfs: fix false positives in nfs40_walk_client_list()
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• RFC rpc.gssd enhancement
  • From: Lukas Hejtmanek <xhejtman@xxxxxxxxxxx>
• Re: [PATCH] nfs: fix false positives in nfs40_walk_client_list()
  • From: Anna Schumaker <Anna.Schumaker@xxxxxxxxxx>
• Re: possible bug in nfs-kernel-server
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: possible bug in nfs-kernel-server
  • From: Omar Walid Llorente <omar@xxxxxxxxxx>
• Re: [PATCH pynfs 12/12] Add layoutstats tests for flex files
  • From: Tom Haynes <loghyr@xxxxxxxxx>
• Re: [PATCH 2/2] mount: RPC_PROGNOTREGISTERED should not be a permanent error
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH pynfs 12/12] Add layoutstats tests for flex files
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• Re: [PATCH pynfs 00/12] Flex File support
  • From: Tom Haynes <loghyr@xxxxxxxxx>
• Re: [PATCH pynfs 00/12] Flex File support
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH] nfs: fix false positives in nfs40_walk_client_list()
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• [PATCH pynfs 10/12] FFLS1: Simulate LAYOUTSTATS for 20 small file creations
  • From: Tom Haynes <loghyr@xxxxxxxxxxxxxxx>
• [PATCH pynfs 08/12] Add a check to see if NFS4ERR_OLD_STATEID is issued on concurrent layoutgets
  • From: Tom Haynes <loghyr@xxxxxxxxxxxxxxx>
• [PATCH pynfs 06/12] Add xdr for Flex Files Layout Type
  • From: Tom Haynes <loghyr@xxxxxxxxxxxxxxx>
• [PATCH pynfs 09/12] Check that the flex file access uid/gid are correct for the different iomodes
  • From: Tom Haynes <loghyr@xxxxxxxxxxxxxxx>
• [PATCH pynfs 11/12] Factor out checking seqid for flex file layouts
  • From: Tom Haynes <loghyr@xxxxxxxxxxxxxxx>
• [PATCH pynfs 12/12] Add layoutstats tests for flex files
  • From: Tom Haynes <loghyr@xxxxxxxxxxxxxxx>
• [PATCH pynfs 07/12] Simple tests of the flex file layout type
  • From: Tom Haynes <loghyr@xxxxxxxxxxxxxxx>
• [PATCH pynfs 02/12] Close the files opened in the OPEN tests
  • From: Tom Haynes <loghyr@xxxxxxxxxxxxxxx>
• [PATCH pynfs 05/12] Really, really close those open temp files to remove state on the server
  • From: Tom Haynes <loghyr@xxxxxxxxxxxxxxx>
• [PATCH pynfs 04/12] Get rid of the client records as well as the session records
  • From: Tom Haynes <loghyr@xxxxxxxxxxxxxxx>
• [PATCH pynfs 03/12] Some more file closes to cleanup state on the server
  • From: Tom Haynes <loghyr@xxxxxxxxxxxxxxx>
• [PATCH pynfs 01/12] According to RFC7863, this is not an array
  • From: Tom Haynes <loghyr@xxxxxxxxxxxxxxx>
• [PATCH pynfs 00/12] Flex File support
  • From: Tom Haynes <loghyr@xxxxxxxxxxxxxxx>
• [PATCH 2/2] dirstress: Allow ESTALE as well as ENOENT
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH 1/2] Document fstests mailing list
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH xfstests] dirstress: Allow ESTALE as well as ENOENT
  • From: Eryu Guan <eguan@xxxxxxxxxx>
• Re: [PATCH v2 0/4] Add copy_file_range() tests
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH xfstests] dirstress: Allow ESTALE as well as ENOENT
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH rpcbind] Fix path for rpcbind in rpcbind.service.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH xfstests] dirstress: Allow ESTALE as well as ENOENT
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• Re: [PATCH 2/2] mount: RPC_PROGNOTREGISTERED should not be a permanent error
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH xfstests] dirstress: Allow ESTALE as well as ENOENT
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• [GIT PULL] Please pull more NFS client bugfixes for 4.9
  • From: Anna Schumaker <Anna.Schumaker@xxxxxxxxxx>
• [PATCH 2/2] nfsd: add support for the umask attribute
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 1/2] nfs: add support for the umask attribute
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• NFSv4.2 mode_umask support
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH] NFS: Remove unused argument from nfs_direct_write_complete()
  • From: <Anna.Schumaker@xxxxxxxxxx>
• Re: [PATCH 2/2] mount: RPC_PROGNOTREGISTERED should not be a permanent error
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH] NFSv4.1: nfs4_fl_prepare_ds must be careful about reporting success.
  • From: Olga Kornievskaia <aglo@xxxxxxxxx>
• [PATCH] sunrpc: Don't engage exponential backoff when connection attempt is rejected.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 2/2] mount: RPC_PROGNOTREGISTERED should not be a permanent error
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] NFSv4.x: hide array-bounds warning
  • From: Anna Schumaker <Anna.Schumaker@xxxxxxxxxx>
• [PATCH] NFSv4.x: hide array-bounds warning
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] NFSv4.1: nfs4_fl_prepare_ds must be careful about reporting success.
  • From: "Adamson, Andy" <William.Adamson@xxxxxxxxxx>
• Re: [PATCH] nfs-utils: exportfs remove redundant exports options output
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH 2/2] mount: RPC_PROGNOTREGISTERED should not be a permanent error
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: possible bug in nfs-kernel-server
  • From: Soumya Koduri <skoduri@xxxxxxxxxx>
• Re: NFS: nfs4_reclaim_open_state: Lock reclaim failed! log spew
  • From: Fields Bruce James <bfields@xxxxxxxxxxxx>
• Re: possible bug in nfs-kernel-server
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: possible bug in nfs-kernel-server
  • From: Soumya Koduri <skoduri@xxxxxxxxxx>
• Re: [PATCH] Revert "SUNRPC: xs_sock_mark_closed() does not need to trigger socket autoclose"
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: NFS Server prevents access to files on different scenarios (lock problem?)
  • From: Ulrich Gemkow <ulrich.gemkow@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] NFS: Replace nfs_force_use_readdirplus() with nfs_advise_use_readdirplus()
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH 2/3] NFS: Be more targeted about readdirplus use when doing lookup/revalidation
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH 1/3] NFS: Fix a performance regression in readdir
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH 0/3] Address readdirplus performance
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] Move default state-dir to a subdirectory of /var/run
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH] NFSv4.1: nfs4_fl_prepare_ds must be careful about reporting success.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH v2] NFSv4.1: Keep a reference on lock states while checking
  • From: Benjamin Coddington <bcodding@xxxxxxxxxx>
• Re: [PATCH] NFSv4.1: Keep a reference on lock states while checking
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• Re: NFS: nfs4_reclaim_open_state: Lock reclaim failed! log spew
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH] NFSv4.1: Keep a reference on lock states while checking
  • From: Anna Schumaker <Anna.Schumaker@xxxxxxxxxx>
• Re: NFS: nfs4_reclaim_open_state: Lock reclaim failed! log spew
  • From: "bfields@xxxxxxxxxxxx" <bfields@xxxxxxxxxxxx>
• Re: NFS Server prevents access to files on different scenarios (lock problem?)
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [GIT PULL] another nfsd bugfix for 4.9
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [GIT PULL] another nfsd bugfix for 4.9
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: NFS Server prevents access to files on different scenarios (lock problem?)
  • From: Ulrich Gemkow <ulrich.gemkow@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] NFSv4.1: nfs4_fl_prepare_ds must be careful about reporting success.
  • From: Olga Kornievskaia <aglo@xxxxxxxxx>
• Re: NFS Server prevents access to files on different scenarios (lock problem?)
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: possible bug in nfs-kernel-server
  • From: Omar Walid Llorente <omar@xxxxxxxxxx>
• [PATCH v2 10/10] svcrdma: Further clean-up of svc_rdma_get_inv_rkey()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 09/10] svcrdma: Break up dprintk format in svc_rdma_accept()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 08/10] svcrdma: Remove unused variable in rdma_copy_tail()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 05/10] svcrdma: Remove DMA map accounting
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 07/10] svcrdma: Remove unused variables in xprt_rdma_bc_allocate()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 06/10] svcrdma: Remove svc_rdma_op_ctxt::wc_status
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 04/10] svcrdma: Remove BH-disabled spin locking in svc_rdma_send()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 03/10] svcrdma: Renovate sendto chunk list parsing
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 02/10] svcauth_gss: Close connection when dropping an incoming message
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 01/10] svcrdma: Clear xpt_bc_xps in xprt_setup_rdma_bc() error exit arm
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 00/10] Server-side NFS/RDMA patches proposed for v4.10
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 11/12] xprtrdma: Update dprintk in rpcrdma_count_chunks
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 12/12] xprtrdma: Relocate connection helper functions
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 10/12] xprtrdma: Shorten QP access error message
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 09/12] xprtrdma: Squelch "max send, max recv" messages at connect time
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 08/12] xprtrdma: Update documenting comment
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 07/12] xprtrdma: Refactor FRMR invalidation
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 06/12] xprtrdma: Avoid calls to ro_unmap_safe()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 05/12] xprtrdma: Address coverity complaint about wait_for_completion()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 04/12] SUNRPC: Proper metric accounting when RPC is not transmitted
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 03/12] xprtrdma: Support for SG_GAP devices
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 02/12] xprtrdma: Make FRWR send queue entry accounting more accurate
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 01/12] xprtrdma: Cap size of callback buffer resources
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 00/12] client-side NFS/RDMA patches proposed for v4.10
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] NFSv4.1: nfs4_fl_prepare_ds must be careful about reporting success.
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH] Revert "SUNRPC: xs_sock_mark_closed() does not need to trigger socket autoclose"
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: possible bug in nfs-kernel-server
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [PATCH v2] Don't invalidate directory mapping until attributes expire
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• [PATCH] NFSv4.1: Keep a reference on lock states while checking
  • From: Benjamin Coddington <bcodding@xxxxxxxxxx>
• [PATCH] nfs-utils: exportfs remove redundant exports options output
  • From: "Jianhong.Yin" <yin-jianhong@xxxxxxx>
• Re: [PATCH] NFSv4.1: nfs4_fl_prepare_ds must be careful about reporting success.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 0/6] NFSv4: Fix stateid used when flock locks in use. - V2
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] Revert "SUNRPC: xs_sock_mark_closed() does not need to trigger socket autoclose"
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] NFS: flush data when locking a file to ensure cache coherence for mmap.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: NFS: nfs4_reclaim_open_state: Lock reclaim failed! log spew
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: NFS: nfs4_reclaim_open_state: Lock reclaim failed! log spew
  • From: Olga Kornievskaia <aglo@xxxxxxxxx>
• Re: NFS: nfs4_reclaim_open_state: Lock reclaim failed! log spew
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: NFS: nfs4_reclaim_open_state: Lock reclaim failed! log spew
  • From: Olga Kornievskaia <aglo@xxxxxxxxx>
• Re: NFS: nfs4_reclaim_open_state: Lock reclaim failed! log spew
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: NFS Server prevents access to files on different scenarios (lock problem?)
  • From: Ulrich Gemkow <ulrich.gemkow@xxxxxxxxxxxxxxxxxxxx>
• Re: NFS: nfs4_reclaim_open_state: Lock reclaim failed! log spew
  • From: "bfields@xxxxxxxxxxxx" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] NFSv4.1: Don't allow a lock_state to be freed while checking
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• Re: NFS: nfs4_reclaim_open_state: Lock reclaim failed! log spew
  • From: Olga Kornievskaia <aglo@xxxxxxxxx>
• Re: NFS Server prevents access to files on different scenarios (lock problem?)
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: NFS: nfs4_reclaim_open_state: Lock reclaim failed! log spew
  • From: "bfields@xxxxxxxxxxxx" <bfields@xxxxxxxxxxxx>
• NFS Server prevents access to files on different scenarios (lock problem?)
  • From: Ulrich Gemkow <ulrich.gemkow@xxxxxxxxxxxxxxxxxxxx>
• Re: NFS: nfs4_reclaim_open_state: Lock reclaim failed! log spew
  • From: Olga Kornievskaia <aglo@xxxxxxxxx>
• Re: NFS: nfs4_reclaim_open_state: Lock reclaim failed! log spew
  • From: Andrew W Elble <aweits@xxxxxxx>
• Re: NFS: nfs4_reclaim_open_state: Lock reclaim failed! log spew
  • From: "bfields@xxxxxxxxxxxx" <bfields@xxxxxxxxxxxx>
• [PATCH] NFS: Remove unused authflavour parameter from nfs_get_client()
  • From: <Anna.Schumaker@xxxxxxxxxx>
• Re: NFS: nfs4_reclaim_open_state: Lock reclaim failed! log spew
  • From: Olga Kornievskaia <aglo@xxxxxxxxx>
• Re: NFS: nfs4_reclaim_open_state: Lock reclaim failed! log spew
  • From: "bfields@xxxxxxxxxxxx" <bfields@xxxxxxxxxxxx>
• Re: NFS: nfs4_reclaim_open_state: Lock reclaim failed! log spew
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: NFS: nfs4_reclaim_open_state: Lock reclaim failed! log spew
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: NFS: nfs4_reclaim_open_state: Lock reclaim failed! log spew
  • From: Jason L Tibbitts III <tibbs@xxxxxxxxxxx>
• [PATCH 4.8 51/92] xprtrdma: use complete() instead complete_all()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [stable 4.8] xprtrdma: Fix DMAR failure in frwr_op_map() after reconnect
  • From: Greg KH <greg@xxxxxxxxx>
• Re: NFS: nfs4_reclaim_open_state: Lock reclaim failed! log spew
  • From: Jason L Tibbitts III <tibbs@xxxxxxxxxxx>
• [stable 4.8] xprtrdma: Fix DMAR failure in frwr_op_map() after reconnect
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH/RFC nfs-utils] nfsdcltrack: read configuration from a file
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: possible bug in nfs-kernel-server
  • From: Omar Walid Llorente <omar@xxxxxxxxxx>
• [PATCH v3] Move default state-dir to a subdirectory of /var/run
  • From: Steve Dickson <steved@xxxxxxxxxx>
• Re: [PATCH v2] nfs: only show mountproto in /proc/mounts if set
  • From: Scott Mayhew <smayhew@xxxxxxxxxx>
• Re: [Libtirpc-devel] [PATCH rpcbind v2] Move default state-dir to a subdirectory of /tmp
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: Question about nfsdcltrack --storagedir
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [Libtirpc-devel] [PATCH rpcbind v2] Move default state-dir to a subdirectory of /tmp
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH nfs-utils] Remove all use of /var/lib/nfs/xtab
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH v2] nfs: only show mountproto in /proc/mounts if set
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• [PATCH v2] nfs: only show mountproto in /proc/mounts if set
  • From: Scott Mayhew <smayhew@xxxxxxxxxx>
• Re: [Libtirpc-devel] [PATCH rpcbind] Move default state-dir to /run/rpcbind
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [Libtirpc-devel] [PATCH rpcbind v2] Move default state-dir to a subdirectory of /tmp
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH/RFC nfs-utils] nfsdcltrack: read configuration from a file
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH/RFC nfs-utils] nfsdcltrack: read configuration from a file
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH] NFSv4.1: Don't allow a lock_state to be freed while checking
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• Re: [Libtirpc-devel] [PATCH rpcbind] Move default state-dir to /run/rpcbind
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [BUG] Suspicious RCU usage: NFS client - 4.9-rc4
  • From: Anna Schumaker <Anna.Schumaker@xxxxxxxxxx>
• [BUG] Suspicious RCU usage: NFS client - 4.9-rc4
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: possible bug in nfs-kernel-server
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [Libtirpc-devel] [PATCH rpcbind] Move default state-dir to /run/rpcbind
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH v2 5/5] NFSv4: Optimise away forced revalidation when we know the attributes are OK
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH v2 4/5] NFSv4: Don't request close-to-open attribute when holding a delegation
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH v2 3/5] NFSv4: Don't request a GETATTR on open_downgrade.
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH v2 2/5] NFSv4: Don't ask for the change attribute when reclaiming state
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH v2 1/5] NFSv4: Don't check file access when reclaiming state
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH v2 0/5] Optimisations for state management
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] NFSv4: Don't check file access when reclaiming state
  • From: Anna Schumaker <Anna.Schumaker@xxxxxxxxxx>
• Re: [PATCH] NFSv4.1: Don't allow a lock_state to be freed while checking
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• Re: [Libtirpc-devel] [PATCH rpcbind] Move default state-dir to /run/rpcbind
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [Libtirpc-devel] [PATCH rpcbind] Move default state-dir to /run/rpcbind
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [Libtirpc-devel] [PATCH rpcbind] Move default state-dir to /run/rpcbind
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• base64 mail with plain text appendage
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• Re: CLOSE/OPEN race
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• [PATCH] NFSv4.1: Handle NFS4ERR_OLD_STATEID in nfs4_reclaim_open_state
  • From: Benjamin Coddington <bcodding@xxxxxxxxxx>
• [PATCH] NFSv4.1: Don't allow a lock_state to be freed while checking
  • From: Benjamin Coddington <bcodding@xxxxxxxxxx>
• Re: [PATCH 1/2] NFSv4: Fix CLOSE races with OPEN
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] NFSv4: Fix CLOSE races with OPEN
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: CLOSE/OPEN race
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• [PATCH 2/2] NFSv4: Don't call close if the open stateid has already been cleared
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH 1/2] NFSv4: Fix CLOSE races with OPEN
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH 0/2] Fix CLOSE races
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] sunrpc: svc_age_temp_xprts_now should not call setsockopt non-tcp transports
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: CLOSE/OPEN race
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• [PATCH rpcbind v2] Move default state-dir to a subdirectory of /tmp
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [Libtirpc-devel] [PATCH rpcbind] Move default state-dir to /run/rpcbind
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: CLOSE/OPEN race
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: CLOSE/OPEN race
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: CLOSE/OPEN race
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• Re: CLOSE/OPEN race
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• Re: [PATCH/RFC nfs-utils] nfsdcltrack: read configuration from a file
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 00/11] getting back -Wmaybe-uninitialized
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/11] getting back -Wmaybe-uninitialized
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: CLOSE/OPEN race
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: CLOSE/OPEN race
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: CLOSE/OPEN race
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: CLOSE/OPEN race
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• Re: CLOSE/OPEN race
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: CLOSE/OPEN race
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• Re: CLOSE/OPEN race
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: CLOSE/OPEN race
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• Re: [PATCH v2 00/11] getting back -Wmaybe-uninitialized
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: CLOSE/OPEN race
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• CLOSE/OPEN race
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• Re: possible bug in nfs-kernel-server
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [Libtirpc-devel] [PATCH rpcbind] Move default state-dir to /run/rpcbind
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PATCH v2 00/11] getting back -Wmaybe-uninitialized
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2] sunrpc: svc_age_temp_xprts_now should not call setsockopt non-tcp transports
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: possible bug in nfs-kernel-server
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH v2] sunrpc: svc_age_temp_xprts_now should not call setsockopt non-tcp transports
  • From: Scott Mayhew <smayhew@xxxxxxxxxx>
• Re: possible bug in nfs-kernel-server
  • From: Omar Walid Llorente <omar@xxxxxxxxxx>
• Re: [PATCH v2 00/11] getting back -Wmaybe-uninitialized
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Question about nfsdcltrack --storagedir
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH rpcbind] Move default state-dir to /run/rpcbind
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Question about nfsdcltrack --storagedir
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Question about nfsdcltrack --storagedir
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 1/5] NFSv4: Don't check file access when reclaiming state
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH/RFC nfs-utils] nfsdcltrack: read configuration from a file
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 5/5] NFSv4: Optimise away forced revalidation when we know the attributes are OK
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH 4/5] NFSv4: Don't request close-to-open attribute when holding a delegation
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH 3/5] NFSv4: Don't request a GETATTR on open_downgrade.
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH 2/5] NFSv4: Don't ask for the change attribute when reclaiming state
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH 1/5] NFSv4: Don't check file access when reclaiming state
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH 0/5] Optimisations for state management
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [GIT PULL] Please pull a few more NFS client bugfixes
  • From: Anna Schumaker <Anna.Schumaker@xxxxxxxxxx>
• [PATCH] NFSv4.1: Fix a regression in DELEGRETURN
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 13/31] NFSv4.1: Ensure we always run TEST/FREE_STATEID on locks
  • From: Anna Schumaker <Anna.Schumaker@xxxxxxxxxx>
• [PATCH] Do not dereference ERR_PTR(-EINVAL) in NFS client code
  • From: Petr Vandrovec <petr@xxxxxxxxxxxxxx>
• Re: [PATCH v7 13/31] NFSv4.1: Ensure we always run TEST/FREE_STATEID on locks
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• Re: [PATCH nfs-utils] Remove all use of /var/lib/nfs/xtab
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [PATCH v7 13/31] NFSv4.1: Ensure we always run TEST/FREE_STATEID on locks
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• [PATCH v2 05/11] s390: pci: don't print uninitialized data for debugging
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 09/11] [v3] infiniband: shut up a maybe-uninitialized warning
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 03/11] x86: apm: avoid uninitialized data
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 06/11] [media] dib0700: fix nec repeat handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 08/11] crypto: aesni: shut up -Wmaybe-uninitialized warning
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 04/11] nios2: fix timer initcall return value
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 02/11] NFSv4.1: work around -Wmaybe-uninitialized warning
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 00/11] getting back -Wmaybe-uninitialized
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 11/11] Kbuild: enable -Wmaybe-uninitialized warnings by default
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 07/11] [media] rc: print correct variable for z8f0811
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 01/11] Kbuild: enable -Wmaybe-uninitialized warning for "make W=1"
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 10/11] pcmcia: fix return value of soc_pcmcia_regulator_set
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: Question about nfsdcltrack --storagedir
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [PATCH v7 13/31] NFSv4.1: Ensure we always run TEST/FREE_STATEID on locks
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• Re: nfs NULL-dereferencing in net-next
  • From: Anna Schumaker <Anna.Schumaker@xxxxxxxxxx>
• Re: [PATCH v7 13/31] NFSv4.1: Ensure we always run TEST/FREE_STATEID on locks
  • From: Anna Schumaker <Anna.Schumaker@xxxxxxxxxx>
• Re: [PATCH/RFC nfs-utils] nfsdcltrack: read configuration from a file
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: Question about nfsdcltrack --storagedir
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: nfs NULL-dereferencing in net-next
  • From: Olaf Hering <olaf@xxxxxxxxx>
• [PATCH/RFC nfs-utils] nfsdcltrack: read configuration from a file
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Question about nfsdcltrack --storagedir
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH nfs-utils] Remove all use of /var/lib/nfs/xtab
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Question about nfsdcltrack --storagedir
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: wireshark's RPC-over-RDMA dissector
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH v2] fs/nfsd/nfs4callback: Remove deprecated create_singlethread_workqueue
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] fs/nfsd/nfs4callback: Remove deprecated create_singlethread_workqueue
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v2] fs/nfsd/nfs4callback: Remove deprecated create_singlethread_workqueue
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH v1 14/14] xprtrdma: Update documenting comment
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 13/14] xprtrdma: Refactor FRMR invalidation
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 12/14] xprtrdma: Simplify synopsis of rpcrdma_ep_connect()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 11/14] xprtrdma: Relocate connection helper functions
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 10/14] xprtrdma: Update dprintk in rpcrdma_count_chunks
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 09/14] xprtrdma: Shorten QP access error message
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 08/14] xprtrdma: Squelch "max send, max recv" messages at connect time
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 07/14] xprtrdma: Avoid calls to ro_unmap_safe()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 06/14] xprtrdma: Address coverity complaint about wait_for_completion()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 05/14] SUNRPC: Proper metric accounting when RPC is not transmitted
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 04/14] xprtrdma: Support for SG_GAP devices
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 03/14] xprtrdma: Make FRWR send queue entry accounting more accurate
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 02/14] xprtrdma: Cap size of callback buffer resources
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 01/14] xprtrdma: Fix DMAR failure in frwr_op_map() after reconnect
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 00/14] client-side NFS/RDMA patches proposed for v4.10
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 6/7] svcrdma: Remove svc_rdma_op_ctxt::wc_status
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 4/7] svcrdma: Remove BH-disabled spin locking in svc_rdma_send()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 2/7] svcauth_gss: Close connection when dropping an incoming message
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 5/7] svcrdma: Remove DMA map accounting
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 3/7] svcrdma: Renovate sendto chunk list parsing
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 7/7] svcrdma: Break up dprintk format in svc_rdma_accept()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 0/7] server-side NFS/RDMA patches proposed for v4.10
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 1/7] svcrdma: Clear xpt_bc_xps in xprt_setup_rdma_bc() error exit arm
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH v2] fs/nfsd/nfs4callback: Remove deprecated create_singlethread_workqueue
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• Re: wireshark's RPC-over-RDMA dissector
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCH v2] fs/nfsd/nfs4callback: Remove deprecated create_singlethread_workqueue
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• wireshark's RPC-over-RDMA dissector
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH v2] fs/nfsd/nfs4callback: Remove deprecated create_singlethread_workqueue
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] fs/nfsd/nfs4callback: Remove deprecated create_singlethread_workqueue
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] fs/nfsd/nfs4callback: Remove deprecated create_singlethread_workqueue
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• Re: Question about nfsdcltrack --storagedir
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Question about nfsdcltrack --storagedir
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v2] fs/nfsd/nfs4callback: Remove deprecated create_singlethread_workqueue
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v2] fs/nfsd/nfs4callback: Remove deprecated create_singlethread_workqueue
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: svc_xprt_put is no longer BH-safe
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v2] fs/nfsd/nfs4callback: Remove deprecated create_singlethread_workqueue
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: svc_xprt_put is no longer BH-safe
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] nfsd: constify reply_cache_stats_operations structure
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: svc_xprt_put is no longer BH-safe
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: possible bug in nfs-kernel-server
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: svc_xprt_put is no longer BH-safe
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: svc_xprt_put is no longer BH-safe
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: net/sunrpc/clnt.c:2773 suspicious rcu_dereference_check() usage!
  • From: Anna Schumaker <Anna.Schumaker@xxxxxxxxxx>
• Re: net/sunrpc/clnt.c:2773 suspicious rcu_dereference_check() usage!
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: When is export_operations.get_parent triggered?
  • From: Luis de Bethencourt <luisbg@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 13/31] NFSv4.1: Ensure we always run TEST/FREE_STATEID on locks
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• Re: net/sunrpc/clnt.c:2773 suspicious rcu_dereference_check() usage!
  • From: Anna Schumaker <Anna.Schumaker@xxxxxxxxxx>
• Re: net/sunrpc/clnt.c:2773 suspicious rcu_dereference_check() usage!
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: net/sunrpc/clnt.c:2773 suspicious rcu_dereference_check() usage!
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• net/sunrpc/clnt.c:2773 suspicious rcu_dereference_check() usage!
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH] sunrpc: svc_age_temp_xprts_now should skip non-tcp transports
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] sunrpc: svc_age_temp_xprts_now should skip non-tcp transports
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] sunrpc: svc_age_temp_xprts_now should skip non-tcp transports
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] sunrpc: svc_age_temp_xprts_now should skip non-tcp transports
  • From: Scott Mayhew <smayhew@xxxxxxxxxx>
• [PATCH] xprtrdma: Fix DMAR failure in frwr_op_map() after reconnect
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [Libtirpc-devel] [PATCH - rpcbind] Provide systemd unit files for rpcbind
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH nfs-utils v2] nfs-server-generator: avoid using external services.
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH] sunrpc: svc_age_temp_xprts_now should skip non-tcp transports
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH] sunrpc: svc_age_temp_xprts_now should skip non-tcp transports
  • From: Scott Mayhew <smayhew@xxxxxxxxxx>
• Re: [PATCH net-next 0/2] udp: do fwd memory scheduling on dequeue
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] fs/nfs: Fix used uninitialized warn in nfs4_slot_seqid_in_use()
  • From: Shuah Khan <shuahkh@xxxxxxxxxxxxxxx>
• Re: When is export_operations.get_parent triggered?
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [PATCH] net/netfiliter: Fix used uninitialized warn in ip_vs_proc_sync_conn()
  • From: Shuah Khan <shuahkh@xxxxxxxxxxxxxxx>
• [PATCH] net/netfiliter: Fix used uninitialized warn in ip_vs_proc_sync_conn()
  • From: Shuah Khan <shuahkh@xxxxxxxxxxxxxxx>
• Re: [PATCH] net/netfiliter: Fix used uninitialized warn in ip_vs_proc_sync_conn()
  • From: Anna Schumaker <Anna.Schumaker@xxxxxxxxxx>
• Re: [PATCH v7 13/31] NFSv4.1: Ensure we always run TEST/FREE_STATEID on locks
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• Re: [PATCH v7 13/31] NFSv4.1: Ensure we always run TEST/FREE_STATEID on locks
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• Re: [PATCH v7 13/31] NFSv4.1: Ensure we always run TEST/FREE_STATEID on locks
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• Re: When is export_operations.get_parent triggered?
  • From: Luis de Bethencourt <luisbg@xxxxxxxxxxxxxxx>
• File integrity of libtirpc
  • From: Luke <g4jc@xxxxxxxxxxxxxxx>
• Re: When is export_operations.get_parent triggered?
  • From: NeilBrown <neilb@xxxxxxxx>
• When is export_operations.get_parent triggered?
  • From: Luis de Bethencourt <luisbg@xxxxxxxxxxxxxxx>
• [GIT PULL] nfsd bugfixes for 4.9
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [PATCH v7 13/31] NFSv4.1: Ensure we always run TEST/FREE_STATEID on locks
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• Re: [PATCH] NFS: Don't print a pNFS error if we aren't using pNFS
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] NFS: Don't print a pNFS error if we aren't using pNFS
  • From: <Anna.Schumaker@xxxxxxxxxx>
• Re: [PATCH net-next v2 2/2] udp: do fwd memory scheduling on dequeue
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH net-next v2 1/2] net/sock: add an explicit sk argument for ip_cmsg_recv_offset()
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH net-next v2 2/2] udp: do fwd memory scheduling on dequeue
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [PATCH net-next v2 1/2] net/sock: add an explicit sk argument for ip_cmsg_recv_offset()
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [PATCH net-next 0/2] udp: do fwd memory scheduling on dequeue
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH 3/6] NFSv4: change nfs4_do_setattr to take an open_context instead of a nfs4_state.
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• RE: Alert
  • From: "Campbel, Adrian" <ACampbel11@xxxxxxxx>
• Re: [PATCH 3/6] NFSv4: change nfs4_do_setattr to take an open_context instead of a nfs4_state.
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• Re: nfs NULL-dereferencing in net-next
  • From: Anna Schumaker <Anna.Schumaker@xxxxxxxxxx>
• Re: [Libtirpc-devel] [PATCH - rpcbind] Provide systemd unit files for rpcbind
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 3/6] NFSv4: change nfs4_do_setattr to take an open_context instead of a nfs4_state.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [Libtirpc-devel] [PATCH - rpcbind] Provide systemd unit files for rpcbind
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [Libtirpc-devel] [PATCH - rpcbind] Provide systemd unit files for rpcbind
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [Libtirpc-devel] [PATCH - rpcbind] Provide systemd unit files for rpcbind
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Monthly Linux NFS Town Hall meeting: Canceled
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH v3] NFSv4: replace seqcount_t with a rw_semaphore
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• [PATCH v4] NFSv4: replace seqcount_t with a seqlock_t
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v3] NFSv4: replace seqcount_t with a rw_semaphore
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: gss context cache and nfsv4
  • From: Olga Kornievskaia <aglo@xxxxxxxxx>
• Re: [PATCH 3/6] NFSv4: change nfs4_do_setattr to take an open_context instead of a nfs4_state.
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• Re: gss context cache and nfsv4
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: [Libtirpc-devel] [PATCH - rpcbind] Provide systemd unit files for rpcbind
  • From: Thorsten Kukuk <kukuk@xxxxxxx>
• Re: [PATCH - rpcbind] Provide systemd unit files for rpcbind
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• [PATCH nfs-utils v2] nfs-server-generator: avoid using external services.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH nfs-utils] nfs-server-generator: avoid using external services.
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH - rpcbind] Provide systemd unit files for rpcbind
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH - rpcbind] Provide systemd unit files for rpcbind
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH nfs-utils] nfs-server-generator: avoid using external services.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH nfs-utils] nfs-server-generator: avoid using external services.
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH - rpcbind] Provide systemd unit files for rpcbind
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH] NFSv41: fix NULL dereference in nfs40_setup_sequence
  • From: Vitaliy Gusev <gusev.vitaliy@xxxxxxxxx>
• Re: [PATCH] NFSv41: fix NULL dereference in nfs40_setup_sequence
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH] NFSv41: fix NULL dereference in nfs40_setup_sequence
  • From: Vitaliy Gusev <gusev.vitaliy@xxxxxxxxx>
• Re: [PATCH v3] NFSv4: replace seqcount_t with a rw_semaphore
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] NFSv4: replace seqcount_t with a rw_semaphore
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] NFSv41: fix NULL dereference in nfs40_setup_sequence
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] NFSv4: replace seqcount_t with a rw_semaphore
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: nfs NULL-dereferencing in net-next
  • From: Jakub Kicinski <kubakici@xxxxx>
• Re: [PATCH net-next] udp: do fwd memory scheduling on dequeue
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH net-next] udp: do fwd memory scheduling on dequeue
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [PATCH v3] NFSv4: replace seqcount_t with a rw_semaphore
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2] NFSv4: replace seqcount_t with a seqlock_t
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH] NFSv41: fix NULL dereference in nfs40_setup_sequence
  • From: Vitaliy Gusev <gusev.vitaliy@xxxxxxxxx>
• Re: [PATCH 0/2] NFSv4.2 mode_umask support
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• Re: [PATCH v2] nfsd: Fix general protection fault in release_lock_stateid()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 2/2] nfsd: add support for the umask attribute
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH 1/2] nfs: add support for the umask attribute
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH 0/2] NFSv4.2 mode_umask support
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v2] nfsd: Fix general protection fault in release_lock_stateid()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 0/2] NFSv4.2 umask support
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH 0/2] NFSv4.2 umask support
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [PATCH] nfsd: Fix general protection fault in release_lock_stateid()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] nfsd: Fix general protection fault in release_lock_stateid()
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• svc_xprt_put is no longer BH-safe
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] svcrdma: backchannel cannot share a page for send and rcv buffers
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: general protection fault in release_lock_stateid
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH net-next] udp: do fwd memory scheduling on dequeue
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 0/2] NFSv4.2 umask support
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH net-next] udp: do fwd memory scheduling on dequeue
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [PATCH] svcrdma: backchannel cannot share a page for send and rcv buffers
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• general protection fault in release_lock_stateid
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH v2] NFSv4: replace seqcount_t with a seqlock_t
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: upstream server crash
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2] NFSv4: replace seqcount_t with a seqlock_t
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [lkp] [NFSv4] 931437ee2c: BUG: sleeping function called from invalid context at mm/slab.h:393
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] nfsd: fix error handling for clients that fail to return the layout
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: upstream server crash
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 0/2] NFSv4.2 umask support
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• [PATCH 1/2] nfs: add support for the umask attribute
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 2/2] nfsd: add support for the umask attribute
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 0/2] NFSv4.2 umask support
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• Re: [PATCH net-next] udp: do fwd memory scheduling on dequeue
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH net-next] udp: do fwd memory scheduling on dequeue
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH] NFS: fix typo in parameter description
  • From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
• [PATCH net-next] udp: do fwd memory scheduling on dequeue
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH] sunrpc: don't pass on-stack memory to sg_set_buf
  • From: Fields Bruce James <bfields@xxxxxxxxxxxx>
• Re: [PATCH] sunrpc: don't pass on-stack memory to sg_set_buf
  • From: Fields Bruce James <bfields@xxxxxxxxxxxx>
• Re: upstream server crash
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• RE: nfs NULL-dereferencing in net-next
  • From: Yotam Gigi <yotamg@xxxxxxxxxxxx>
• Re: [PATCH v2 00/10] NFS: add AF_VSOCK support to NFS client
  • From: Cedric Blancher <cedric.blancher@xxxxxxxxx>
• Re: [PATCH v2] nfsd: more robust allocation failure handling in nfsd_reply_cache_init
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: nfs NULL-dereferencing in net-next
  • From: Anna Schumaker <Anna.Schumaker@xxxxxxxxxx>
• Re: nfs NULL-dereferencing in net-next
  • From: Jakub Kicinski <kubakici@xxxxx>
• Re: nfs NULL-dereferencing in net-next
  • From: Anna Schumaker <Anna.Schumaker@xxxxxxxxxx>
• [PATCH v2] nfsd: more robust allocation failure handling in nfsd_reply_cache_init
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 0/4] Add copy_file_range() tests
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• RE: nfs NULL-dereferencing in net-next
  • From: Yotam Gigi <yotamg@xxxxxxxxxxxx>
• Re: [PATCH] sunrpc: don't pass on-stack memory to sg_set_buf
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH] sunrpc: don't pass on-stack memory to sg_set_buf
  • From: Fields Bruce James <bfields@xxxxxxxxxxxx>
• Re: [PATCH 3/5] NFSv4: change nfs4_select_rw_stateid to take a lock_context inplace of lock_owner
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] sunrpc: don't pass on-stack memory to sg_set_buf
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH] sunrpc: fix some missing rq_rbuffer assignments
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH] sunrpc: don't pass on-stack memory to sg_set_buf
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [PATCH] sunrpc: fix some missing rq_rbuffer assignments
  • From: Eryu Guan <guaneryu@xxxxxxxxx>
• Re: upstream server crash
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: upstream server crash
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: upstream server crash
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: upstream server crash
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] sunrpc: fix some missing rq_rbuffer assignments
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH] sunrpc: fix some missing rq_rbuffer assignments
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: upstream server crash
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: upstream server crash
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: upstream server crash
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• RE: pynfs pull request
  • From: "Frank Filz" <ffilzlnx@xxxxxxxxxxxxxx>
• Re: upstream server crash
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] Trim extra slash in v4 nfs_path
  • From: Anna Schumaker <Anna.Schumaker@xxxxxxxxxx>
• Re: upstream server crash
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: upstream server crash
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: upstream server crash
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: upstream server crash
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: upstream server crash
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: upstream server crash
  • From: Eryu Guan <guaneryu@xxxxxxxxx>
• Re: upstream server crash
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: upstream server crash
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• upstream server crash
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH net-next v6 0/3] udp: refactor memory accounting
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [4.9-rc1 regression] null pointer dereference triggered by generic/013
  • From: Eryu Guan <guaneryu@xxxxxxxxx>
• Re: [PATCH net-next v6 3/3] udp: use it's own memory accounting schema
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH net-next v6 2/3] udp: implement memory accounting helpers
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH net-next v6 1/3] net/socket: factor out helpers for memory and queue manipulation
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [GIT PULL] Please pull NFS client bugfixes
  • From: Anna Schumaker <Anna.Schumaker@xxxxxxxxxx>
• Re: [PATCH][RESEND] pnfs/blocklayout: fix last_write_offset incorrectly set to page boundary
  • From: Anna Schumaker <Anna.Schumaker@xxxxxxxxxx>
• [RFC PATCH] NFSv4: replace seqcount_t with a seqlock_t
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] Trim extra slash in v4 nfs_path
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• Re: pynfs pull request
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [PATCH v2 01/10] SUNRPC: add AF_VSOCK support to addr.[ch]
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH net-next v6 2/3] udp: implement memory accounting helpers
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH net-next v6 2/3] udp: implement memory accounting helpers
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH v2 01/10] SUNRPC: add AF_VSOCK support to addr.[ch]
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: sg_set_buf
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH net-next v6 2/3] udp: implement memory accounting helpers
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH][RESEND] pnfs/blocklayout: fix last_write_offset incorrectly set to page boundary
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] nfsd: fix error handling for clients that fail to return the layout
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH net-next v6 3/3] udp: use it's own memory accounting schema
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [PATCH net-next v6 2/3] udp: implement memory accounting helpers
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [PATCH net-next v6 1/3] net/socket: factor out helpers for memory and queue manipulation
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [PATCH net-next v6 0/3] udp: refactor memory accounting
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net-next v5 2/3] udp: implement memory accounting helpers
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [PATCH] NFSv4.1: nfs4_fl_prepare_ds must be careful about reporting success.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: sg_set_buf
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH net-next v5 2/3] udp: implement memory accounting helpers
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH net-next v5 3/3] udp: use it's own memory accounting schema
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [PATCH net-next v5 2/3] udp: implement memory accounting helpers
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [PATCH net-next v5 1/3] net/socket: factor out helpers for memory and queue manipulation
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [PATCH net-next v5 0/3] udp: refactor memory accounting
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [PATCH] nfsd: fix error handling for clients that fail to return the layout
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] nfsd: more robust allocation failure handling in nfsd_reply_cache_init
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] nfsd: more robust allocation failure handling in nfsd_reply_cache_init
  • From: Bruce Fields <bfields@xxxxxxxxxxxx>
• [PATCH] nfsd: move blocked lock handling under a dedicated spinlock
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 00/10] NFS: add AF_VSOCK support to NFS client
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: sg_set_buf
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: sg_set_buf
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: sg_set_buf
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH net-next v4 2/3] udp: implement memory accounting helpers
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net-next v4 2/3] udp: implement memory accounting helpers
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net-next v4 2/3] udp: implement memory accounting helpers
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH net-next v4 3/3] udp: use it's own memory accounting schema
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 4/6] NFSv4: change nfs4_select_rw_stateid to take a lock_context inplace of lock_owner
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: nfsd: managing pages under network I/O
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: nfsd: managing pages under network I/O
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: nfsd: managing pages under network I/O
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] nfs4: fix missing-braces warning
  • From: Anna Schumaker <Anna.Schumaker@xxxxxxxxxx>
• Re: nfsd: managing pages under network I/O
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Fwd: Re: possible bug in nfs-kernel-server
  • From: Omar Walid Llorente <omar@xxxxxxxxxx>
• Re: nfsd: managing pages under network I/O
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• [PATCH net-next v4 0/3] udp: refactor memory accounting
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [PATCH net-next v4 3/3] udp: use it's own memory accounting schema
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [PATCH net-next v4 1/3] net/socket: factor out helpers for memory and queue manipulation
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [PATCH net-next v4 2/3] udp: implement memory accounting helpers
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH 0/6] NFSv4: Fix stateid used when flock locks in use. - V2
  • From: NeilBrown <neilb@xxxxxxxx>
• sg_set_buf
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• [PATCH] nfs4: fix missing-braces warning
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 06/28] NFSv4.1: work around -Wmaybe-uninitialized warning
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] NFSv4: Fix anonymous member initializer in update_open_stateid()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] sunrpc & nfs: Add and use dprintk_cont macros
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [GIT PULL] Please pull NFS client changes for Linux 4.9
  • From: Anna Schumaker <Anna.Schumaker@xxxxxxxxxx>
• Re: [PATCH v7 23/31] NFSv4: Fix a race when updating an open_stateid
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 5/6] NFSv4: enhance nfs4_copy_lock_stateid to use a flock stateid if there is one
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [GIT PULL] Please pull NFS client changes for Linux 4.9
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/6] NFSv4: enhance nfs4_copy_lock_stateid to use a flock stateid if there is one
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: Incorrect(?) use of open_state->stateid in pnfs
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH][RESEND] pnfs/blocklayout: fix last_write_offset incorrectly set to page boundary
  • From: Anna Schumaker <Anna.Schumaker@xxxxxxxxxx>
• [GIT PULL] Please pull NFS client changes for Linux 4.9
  • From: Anna Schumaker <Anna.Schumaker@xxxxxxxxxx>
• Re: [PATCH 0/6] NFSv4: Fix stateid used when flock locks in use. - V2
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 5/6] NFSv4: enhance nfs4_copy_lock_stateid to use a flock stateid if there is one
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: nfsd: managing pages under network I/O
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: audit of the use of SVC_DROP in server reply path
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: nfsd: managing pages under network I/O
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: Incorrect(?) use of open_state->stateid in pnfs
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Possible regression on NSFv3/sunrpc timeouts when using NFS_CS_DISCRTRY
  • From: Stefano Panella <stefano.panella@xxxxxxxxxx>
• Incorrect(?) use of open_state->stateid in pnfs
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH nfs-utils] nfs-server-generator: avoid using external services.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: nfsd: managing pages under network I/O
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 2/6] NFSv4: add flock_owner to open context
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 1/6] NFS: remove l_pid field from nfs_lockowner
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 0/6] NFSv4: Fix stateid used when flock locks in use. - V2
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 3/5] NFSv4: change nfs4_select_rw_stateid to take a lock_context inplace of lock_owner
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 3/6] NFSv4: change nfs4_do_setattr to take an open_context instead of a nfs4_state.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 4/6] NFSv4: change nfs4_select_rw_stateid to take a lock_context inplace of lock_owner
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 5/6] NFSv4: enhance nfs4_copy_lock_stateid to use a flock stateid if there is one
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 6/6] NFS: discard nfs_lockowner structure.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 3/5] NFSv4: change nfs4_select_rw_stateid to take a lock_context inplace of lock_owner
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 1/5] NFS: remove l_pid field from nfs_lockowner
  • From: NeilBrown <neilb@xxxxxxxx>
• [GIT PULL] nfsd changes for 4.9
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• nfsd: managing pages under network I/O
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 3/5] NFSv4: change nfs4_select_rw_stateid to take a lock_context inplace of lock_owner
  • From: Anna Schumaker <Anna.Schumaker@xxxxxxxxxx>
• Re: [PATCH 3/5] NFSv4: change nfs4_select_rw_stateid to take a lock_context inplace of lock_owner
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 2/5 - version 2] NFSv4: add flock_owner to open context
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/5] NFS: remove l_pid field from nfs_lockowner
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH - rpcbind] Provide systemd unit files for rpcbind
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: nfs-server (v4.x only) takes extra 6 minutes to start without rpcbind
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 2/5 - version 2] NFSv4: add flock_owner to open context
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 5/5] NFS: discard nfs_lockowner structure.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 4/5] NFSv4: enhance nfs4_copy_lock_stateid to use a flock stateid if there is one
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 2/5] NFSv4: add flock_owner to open context
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 1/5] NFS: remove l_pid field from nfs_lockowner
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 0/5] NFSv4: Fix stateid used when flock locks in use.
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH 3/5] NFSv4: change nfs4_select_rw_stateid to take a lock_context inplace of lock_owner
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] NFS: Don't disconnect open-owner on NFS4ERR_BAD_SEQID
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH][RESEND] pnfs/blocklayout: fix last_write_offset incorrectly set to page boundary
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH][RESEND] pnfs/blocklayout: fix last_write_offset incorrectly set to page boundary
  • From: Benjamin Coddington <bcodding@xxxxxxxxxx>
• [PATCH v27 05/21] richacl: In-memory representation and helper functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v27 00/21] Richacls (Core and Ext4)
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v27 06/21] richacl: Permission mapping functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v27 01/21] vfs: Add IS_ACL() and IS_RICHACL() tests
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v27 03/21] vfs: Add MAY_DELETE_SELF and MAY_DELETE_CHILD permission flags
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v27 09/21] vfs: Cache base_acl objects in inodes
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v27 07/21] richacl: Permission check algorithm
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v27 08/21] richacl: Compute maximum file masks from an acl
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v27 10/21] vfs: Add get_richacl and set_richacl inode operations
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v27 12/21] richacl: Update the file masks in chmod()
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v27 15/21] richacl: Automatic Inheritance
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v27 13/21] richacl: Check if an acl is equivalent to a file mode
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v27 14/21] richacl: Create-time inheritance
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v27 17/21] richacl: Add richacl xattr handler
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v27 16/21] richacl: xattr mapping functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v27 19/21] vfs: Move check_posix_acl and check_richacl out of fs/namei.c
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v27 20/21] ext4: Add richacl support
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v27 21/21] ext4: Add richacl feature flag
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v27 18/21] vfs: Add richacl permission checking
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v27 11/21] vfs: Cache richacl in struct inode
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v27 04/21] vfs: Add permission flags for setting file attributes
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v27 02/21] vfs: Add MAY_CREATE_FILE and MAY_CREATE_DIR permission flags
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH v2 00/10] NFS: add AF_VSOCK support to NFS client
  • From: Cedric Blancher <cedric.blancher@xxxxxxxxx>
• Re: audit of the use of SVC_DROP in server reply path
  • From: Bruce Fields <bfields@xxxxxxxxxxxx>
• [PATCH 2/2] nfsd: handle EUCLEAN
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 1/2] nfsd: only WARN once on unmapped errors
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• Re: [PATCH v5] NFSD: Add support for the COPY operation
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Kerberized NFS client and slow user write performance
  • From: "Benjamin Coddington" <bcodding@xxxxxxxxxx>
• Kerberized NFS client and slow user write performance
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: [PATCH] NFS: Don't disconnect open-owner on NFS4ERR_BAD_SEQID
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 01/10] SUNRPC: add AF_VSOCK support to addr.[ch]
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v2 10/10] NFS: add AF_VSOCK support to NFS client
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• [PATCH v2 09/10] SUNRPC: add AF_VSOCK backchannel support
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• [PATCH v2 08/10] SUNRPC: add AF_VSOCK support to svc_xprt.c
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• [PATCH v2 07/10] SUNRPC: drop unnecessary svc_bc_tcp_create() helper
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• [PATCH v2 06/10] SUNRPC: add AF_VSOCK support to xprtsock.c
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• [PATCH v2 05/10] VSOCK: add tcp_read_sock()-like vsock_read_sock() function
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• [PATCH v2 04/10] SUNRPC: extract xs_stream_reset_state()
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• [PATCH v2 03/10] SUNRPC: abstract tcp_read_sock() in record fragment parser
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• [PATCH v2 02/10] SUNRPC: rename "TCP" record parser to "stream" parser
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• [PATCH v2 01/10] SUNRPC: add AF_VSOCK support to addr.[ch]
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• [PATCH 4/4] getport: recognize "vsock" netid
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• [PATCH 3/4] mount: accept AF_VSOCK in nfs_verify_family()
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>