Linux NFS (Network File System)

• Thread Index

• spnfs
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• RE: [PATCH-RESEND 4/4] pnfsblock: do not ask for layout in pg_init
  • From: <tao.peng@xxxxxxx>
• RE: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: <tao.peng@xxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• RE: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: <tao.peng@xxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• RE: [PATCH 4/4] pnfsblock: do ask for layout in pg_init
  • From: <tao.peng@xxxxxxx>
• RE: [PATCH 0/9] pnfsblock patches
  • From: <tao.peng@xxxxxxx>
• RE: [PATCH 0/9] pnfsblock patches
  • From: <tao.peng@xxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [osd-dev] [PATCH v3] ore: FIX breakage when MISC_FILESYSTEMS is not set
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 2/2] sunrpc: wake up SOFTCONN tasks when a connection error happens.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 1/2] NFS - fix recent breakage to NFS error handling.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH 0/2] Resent of two NFS patches.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: Marc Eshel <eshel@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: Marc Eshel <eshel@xxxxxxxxxxxxxxx>
• Linux pNFS status meeting 12/01/11
  • From: Marc Eshel <eshel@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: Marc Eshel <eshel@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• [PATCH v3] ore: FIX breakage when MISC_FILESYSTEMS is not set
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: ore: FIX breakage when MISC_FILESYSTEMS is not set
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH 0/9] pnfsblock patches
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: ore: FIX breakage when MISC_FILESYSTEMS is not set
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: ore: FIX breakage when MISC_FILESYSTEMS is not set
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH 0/9] pnfsblock patches
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: ore: FIX breakage when MISC_FILESYSTEMS is not set
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: ore: FIX breakage when MISC_FILESYSTEMS is not set
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: ore: FIX breakage when MISC_FILESYSTEMS is not set
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH 0/9] pnfsblock patches
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• nfs no inotify IN_DELETE event
  • From: Maxim Uvarov <maxim.uvarov@xxxxxxxxxx>
• Re: [PATCH 1/1] NFSv4: include bitmap in nfsv4 get acl data
  • From: "Adamson, Andy" <William.Adamson@xxxxxxxxxx>
• Re: [PATCH 0/9] pnfsblock patches
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [PATCH-RESEND 4/4] pnfsblock: do not ask for layout in pg_init
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [PATCH 4/4] pnfsblock: do ask for layout in pg_init
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: ore: FIX breakage when MISC_FILESYSTEMS is not set
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 4/5] NFS: remove RPC PipeFS mount point reference from blocklayout routines
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: [PATCH 4/5] NFS: remove RPC PipeFS mount point reference from blocklayout routines
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 4/4] pnfsblock: do ask for layout in pg_init
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: [PATCH 4/5] NFS: remove RPC PipeFS mount point reference from blocklayout routines
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 4/5] NFS: remove RPC PipeFS mount point reference from blocklayout routines
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 4/5] NFS: remove RPC PipeFS mount point reference from blocklayout routines
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 4/4] pnfsblock: do ask for layout in pg_init
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH-RESEND 4/4] pnfsblock: do not ask for layout in pg_init
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 4/4] pnfsblock: do ask for layout in pg_init
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 3/4] nfsv41: get lseg before issue LD IO if pgio doesn't carry lseg
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 2/4] nfsv41: add and export pnfs_find_get_layout_locked
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 1/4] nfsv41: export pnfs_find_alloc_layout
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 7/9] pnfsblock: alloc short extent before submit bio
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 6/9] pnfsblock: clean up _add_entry
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 5/9] pnfsblock: remove rpc_call_ops from struct parallel_io
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 4/9] pnfsblock: set read/write tk_status to pnfs_error
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 3/9] pnfsblock: move find lock page logic out of bl_write_pagelist
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 1/9] pnfsblock: cleanup bl_mark_sectors_init
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 0/9] pnfsblock patches
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: [PATCH 4/5] NFS: remove RPC PipeFS mount point reference from blocklayout routines
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: [PATCH 4/5] NFS: remove RPC PipeFS mount point reference from blocklayout routines
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 4/5] NFS: remove RPC PipeFS mount point reference from blocklayout routines
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: [PATCH 4/5] NFS: remove RPC PipeFS mount point reference from blocklayout routines
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: [PATCH 1/1] NFSv4: include bitmap in nfsv4 get acl data
  • From: Sachin Prabhu <sprabhu@xxxxxxxxxx>
• RE: [PATCH 4/5] NFS: remove RPC PipeFS mount point reference from blocklayout routines
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 4/5] NFS: remove RPC PipeFS mount point reference from blocklayout routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• RE: [PATCH 4/5] NFS: remove RPC PipeFS mount point reference from blocklayout routines
  • From: <tao.peng@xxxxxxx>
• [PATCH v4 0/2] nfs/sunrpc: allow freezing of tasks with NFS calls in flight
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 2/2] nfs: make TASK_KILLABLE sleeps attempt to freeze
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 1/2] sunrpc: make rpc_wait_bit_killable handle freeze events
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: ore: FIX breakage when MISC_FILESYSTEMS is not set
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH 4/5] NFS: remove RPC PipeFS mount point reference from blocklayout routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• RE: [PATCH 4/5] NFS: remove RPC PipeFS mount point reference from blocklayout routines
  • From: <tao.peng@xxxxxxx>
• RE: [PATCH 1/1] fix d_revalidate oopsen on NFS exports
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 0/5] NFS: create blocklayout pipe per network namesapce context
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 1/5] NFS: handle blocklayout pipe PipeFS dentry by network namespace aware routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 0/5] NFS: create blocklayout pipe per network namesapce context
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 2/5] NFS: blocklayout pipe creation per network namespace context introduced
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 4/5] NFS: remove RPC PipeFS mount point reference from blocklayout routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 5/5] SUNRPC: kernel PipeFS mount point creation routines removed
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 3/5] NFS: blocklayout PipeFS notifier introduced
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] fix d_revalidate oopsen on NFS exports
  • From: Chris Dunlop <chris@xxxxxxxxxxxx>
• ore: FIX breakage when MISC_FILESYSTEMS is not set
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH v3 0/2] nfs/sunrpc: allow freezing of tasks with NFS calls in flight
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3 0/2] nfs/sunrpc: allow freezing of tasks with NFS calls in flight
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 0/2] nfs/sunrpc: allow freezing of tasks with NFS calls in flight
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3 1/2] sunrpc: make rpc_wait_bit_killable handle freeze events
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3 0/2] nfs/sunrpc: allow freezing of tasks with NFS calls in flight
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v3 1/2] sunrpc: make rpc_wait_bit_killable handle freeze events
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 2/2] nfs: make TASK_KILLABLE sleeps attempt to freeze
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 0/2] nfs/sunrpc: allow freezing of tasks with NFS calls in flight
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: Freezing of tasks failed after 20.01 seconds in kernel 3.2.0-rc2
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] nfs: Define nfs4 module alias
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH] nfs: Define nfs4 module alias
  • From: Stefan Bader <stefan.bader@xxxxxxxxxxxxx>
• Re: nfs-utils and libnfsidmap
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [GIT PULL] Please pull one NFS client bugfix
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] NFSV4 :All lock operations should be sent to the server for resolution
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: nfs-utils and libnfsidmap
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [RFC 0/4] NFS: Modularize NFS v3
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• [PATCH 0/6] NFS: create clients and IDMAP pipes per network namespace
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 3/6] NFS: pass NFS client owner network namespace to RPC client creation routine
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 5/6] NFS: handle NFS idmap pipe PipeFS dentries by network namespace aware routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 4/6] NFS: create callback transports in parent transport network namespace
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 6/6] NFS: idmap PipeFS notifier introduced
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 2/6] NFS: make NFS client allocated per network namespace context
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 1/6] SUNRPC: fix pipe->ops cleanup on pipe dentry unlink
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• NFS issue (?)
  • From: Gabriele Messineo <bpgm@xxxxxxxxx>
• Re: [PATCH] NFSV4 :All lock operations should be sent to the server for resolution
  • From: Mi Jinlong <mijinlong@xxxxxxxxxxxxxx>
• Re: [PATCH] 4.1 CLNT: Test Case for OPEN file with claim_type is CLAIM_FH
  • From: Mi Jinlong <mijinlong@xxxxxxxxxxxxxx>
• Re: Freezing of tasks failed after 20.01 seconds in kernel 3.2.0-rc2
  • From: Belisko Marek <marek.belisko@xxxxxxxxx>
• Re: Freezing of tasks failed after 20.01 seconds in kernel 3.2.0-rc2
  • From: Belisko Marek <marek.belisko@xxxxxxxxx>
• [PATCH 55/62] sunrpc: remove the second argument of k[un]map_atomic()
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [PATCH 41/62] nfs: remove the second argument of k[un]map_atomic()
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [PATCH 1/6] SUNRPC: split cache creation and PipeFS registration
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 0/6] NFS: create DNS resolver cache per network namespace
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 2/6] NFS: split cache creation and PipeFS registration
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 6/6] NFS: remove RPC PipeFS mount point references from NFS cache routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 5/6] NFS: DNS resolver PipeFS notifier introduced
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 4/6] NFS: DNS resolver cache per network namespace context introduced
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 3/6] NFS: handle NFS caches dentries by network namespace aware routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH 0/6] SUNRPC: make RPC clients use network-namespace-aware PipeFS routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: Updated files desync and become unlinked
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: nfs-utils and libnfsidmap
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• nfs-utils and libnfsidmap
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• Re: [PATCH] locks: breaking read lease should not block read open
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Freezing of tasks failed after 20.01 seconds in kernel 3.2.0-rc2
  • From: "Srivatsa S. Bhat" <srivatsa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [RFC 0/4] NFS: Modularize NFS v3
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 0/6] SUNRPC: make RPC clients use network-namespace-aware PipeFS routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: Freezing of tasks failed after 20.01 seconds in kernel 3.2.0-rc2
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 0/6] SUNRPC: make RPC clients use network-namespace-aware PipeFS routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [PATCH 0/6] SUNRPC: make RPC clients use network-namespace-aware PipeFS routines
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 0/6] SUNRPC: make RPC clients use network-namespace-aware PipeFS routines
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH 2/2] nfsidmap: Allow a particular key to be revoked.
  • From: Steve Dickson <steved@xxxxxxxxxx>
• [PATCH 1/2] nfsidmap: Allow keys to be cleared from the keyring
  • From: Steve Dickson <steved@xxxxxxxxxx>
• [PATCH 0/2] nfsidmap: Allow admins to clean up id mappings that have (ver 3)
  • From: Steve Dickson <steved@xxxxxxxxxx>
• Re: [PATCH 0/2] nfsidmap: Allow admins to clean up id mappings that have (ver 2)
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH 1/2] nfsidmap: Allow all keys to clear on the keyring
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• [PATCH 0/6] SUNRPC: make RPC clients use network-namespace-aware PipeFS routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 2/6] SUNRPC: handle GSS AUTH pipes by network namespace aware routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 3/6] SUNRPC: subscribe RPC clients to pipefs notifications
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 4/6] SUNRPC: remove RPC client pipefs dentries after unregister
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 6/6] SUNRPC: remove RPC PipeFS mount point reference from RPC client
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 5/6] SUNRPC: remove RPC pipefs mount point manipulations from RPC clients code
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 1/6] SUNRPC: handle RPC client pipefs dentries by network namespace aware routines
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2] nfsd41: check reclaim for open claim previous at nfsd4_open
  • From: Mi Jinlong <mijinlong@xxxxxxxxxxxxxx>
• Re: [RFC 0/4] NFS: Modularize NFS v3
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [RFC 0/4] NFS: Modularize NFS v3
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH] 4.1 CLNT: Test Case for OPEN file with claim_type is CLAIM_FH
  • From: Mi Jinlong <mijinlong@xxxxxxxxxxxxxx>
• Re: [PATCH] locks: breaking read lease should not block read open
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• [RFC 4/4] NFS: Turn NFS v3 into a module
  • From: bjschuma@xxxxxxxxxx
• [RFC 3/4] NFS: Add functions for adding new NFS versions
  • From: bjschuma@xxxxxxxxxx
• [RFC 2.5/4] NFS: Move the NFS v3 code into its own subdirectory
  • From: bjschuma@xxxxxxxxxx
• [RFC 1/4] NFS: Export symbols needed by an NFS v3 module
  • From: bjschuma@xxxxxxxxxx
• [RFC 0/4] NFS: Modularize NFS v3
  • From: bjschuma@xxxxxxxxxx
• Re: [PATCH] 4.1 CLNT: Test Case for OPEN file with claim_type is CLAIM_FH
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] nfsd41: donot check reclaim for open with filehandle
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] locks: breaking read lease should not block read open
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [RFC] NFS: Cache state owners after files are closed
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] nfsd: Fix oops when parsing a 0 length export
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 0/2] nfsidmap: Allow admins to clean up id mappings that have (ver 2)
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 1/2] nfsidmap: Allow all keys to clear on the keyring
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] nfsd: Fix oops when parsing a 0 length export
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH] nfsd: Fix oops when parsing a 0 length export
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] nfsd4: Use kmemdup rather than duplicating its implementation
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [RFC] NFS: Cache state owners after files are closed
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [RFC] NFS: Cache state owners after files are closed
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: NFSv4 server on ARM
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [RFC] NFS: Cache state owners after files are closed
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 0/6] SUNPRC: cleanup PipeFS for network-namespace-aware users
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 4/6] SUNPRC: cleanup RPC PipeFS pipes upcall interface
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 1/6] SUNRPC: replace inode lock with pipe lock for RPC PipeFS operations
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 6/6] SUNRPC: split SUNPRC PipeFS dentry and private pipe data creation
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 2/6] SUNRPC: split SUNPRC PipeFS pipe data and inode creation
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 5/6] SUNRPC: cleanup GSS pipes usage
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH 3/6] SUNRPC: cleanup PipeFS redundant RPC inode usage
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: [Keyrings] [PATCH] KEYS: Allow special keyrings to be cleared
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: NFS TCP race condition with SOCK_ASYNC_NOSPACE
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: NFS TCP race condition with SOCK_ASYNC_NOSPACE
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: NFS TCP race condition with SOCK_ASYNC_NOSPACE
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: NFS TCP race condition with SOCK_ASYNC_NOSPACE
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: NFS TCP race condition with SOCK_ASYNC_NOSPACE
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: NFS TCP race condition with SOCK_ASYNC_NOSPACE
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: NFS TCP race condition with SOCK_ASYNC_NOSPACE
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• [GIT PULL] Please pull NFS client bugfixes
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: NFS TCP race condition with SOCK_ASYNC_NOSPACE
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• RE: server reboot recovery is broken with 3.1 (3.2?) with nfsv41 clients
  • From: <tao.peng@xxxxxxx>
• Re: [PATCH 1/2] sunrpc: make rpc_wait_bit_killable handle freeze events
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/2] sunrpc: make rpc_wait_bit_killable handle freeze events
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/2] sunrpc: make rpc_wait_bit_killable handle freeze events
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/2] sunrpc: make rpc_wait_bit_killable handle freeze events
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/2] sunrpc: make rpc_wait_bit_killable handle freeze events
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: NFS TCP race condition with SOCK_ASYNC_NOSPACE
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: [PATCH 1/2] sunrpc: make rpc_wait_bit_killable handle freeze events
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/2] nfs: make TASK_KILLABLE sleeps attempt to freeze
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 1/2] sunrpc: make rpc_wait_bit_killable handle freeze events
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 0/2] nfs/sunrpc: allow freezing of tasks with NFS calls in flight
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: server reboot recovery is broken with 3.1 (3.2?) with nfsv41 clients
  • From: "Adamson, Andy" <William.Adamson@xxxxxxxxxx>
• Re: [PATCH -V7 21/26] richacl: xattr mapping functions
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] locks: breaking read lease should not block read open
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: regression in referrals resolution
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• Re: server reboot recovery is broken with 3.1 (3.2?) with nfsv41 clients
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• [PATCH 1/1] fix d_revalidate oopsen on NFS exports
  • From: Chris Dunlop <chris@xxxxxxxxxxxx>
• Re: Linux pNFS status meeting survey
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH] nfs: writeback pages wait queue
  • From: Wu Fengguang <fengguang.wu@xxxxxxxxx>
• Re: [PATCH RFC 4/4] pnfsblock: do not ask for layout in pg_init
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH RFC 4/4] pnfsblock: do ask for layout in pg_init
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH RFC 3/4] nfsv41: get lseg before issue LD IO if pgio doesn't carry one
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH RFC 2/4] nfsv41: add and export pnfs_find_get_layout_locked
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH RFC 1/4] nfsv41: export pnfs_find_alloc_layout
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH RFC 0/4] nfsv41/pnfsblock: allow block client not to layoutget in pg_init
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH] nfs: writeback pages wait queue
  • From: Wu Fengguang <fengguang.wu@xxxxxxxxx>
• [PATCH] nfsd4: Use kmemdup rather than duplicating its implementation
  • From: Thomas Meyer <thomas@xxxxxxxx>
• Re: [PATCH -V7 21/26] richacl: xattr mapping functions
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH -V7 21/26] richacl: xattr mapping functions
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] Add "-e" option to rpc.gssd to allow error on ticket expiry. Try 2 with added man pages.
  • From: John Hughes <john@xxxxxxxxxxxx>
• Re: [PATCH] Add "-e" option to rpc.gssd to allow error on ticket expiry. Try 2 with added man pages.
  • From: John Hughes <john@xxxxxxxxxxxx>
• Re: [PATCH] Add "-e" option to rpc.gssd to allow error on ticket expiry. Try 2 with added man pages.
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] Add "-e" option to rpc.gssd to allow error on ticket expiry. Try 2 with added man pages.
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] Add "-e" option to rpc.gssd to allow error on ticket expiry. Try 2 with added man pages.
  • From: John Hughes <john@xxxxxxxxxxxx>
• Re: [PATCH] Add "-e" option to rpc.gssd to allow error on ticket expiry. Try 2 with added man pages.
  • From: John Hughes <john@xxxxxxxxxxxx>
• Re: [PATCH] Add "-e" option to rpc.gssd to allow error on ticket expiry. Try 2 with added man pages.
  • From: Nick Bowler <nbowler@xxxxxxxxxxxxxxxx>
• Re: [PATCH] Add "-e" option to rpc.gssd to allow error on ticket expiry. Try 2 with added man pages.
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] Add "-e" option to rpc.gssd to allow error on ticket expiry. Try 2 with added man pages.
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [PATCH] Add "-e" option to rpc.gssd to allow error on ticket expiry. Try 2 with added man pages.
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] Add "-e" option to rpc.gssd to allow error on ticket expiry. Try 2 with added man pages.
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: NFS TCP race condition with SOCK_ASYNC_NOSPACE
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: [PATCH] Add "-e" option to rpc.gssd to allow error on ticket expiry. Try 2 with added man pages.
  • From: John Hughes <john@xxxxxxxxxxxx>
• Re: [PATCH] Don't spam kernel log with EKEYEXPIRED and EACCESS errors
  • From: John Hughes <john@xxxxxxxxxxxx>
• Re: NFS TCP race condition with SOCK_ASYNC_NOSPACE
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: NFS TCP race condition with SOCK_ASYNC_NOSPACE
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: NFS TCP race condition with SOCK_ASYNC_NOSPACE
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• NFS TCP race condition with SOCK_ASYNC_NOSPACE
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: [PATCH] Add "-e" option to rpc.gssd to allow error on ticket expiry. Try 2 with added man pages.
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [Keyrings] [PATCH] KEYS: Allow special keyrings to be cleared
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] Don't spam kernel log with EKEYEXPIRED and EACCESS errors
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] Don't hang user processes if Kerberos ticket for nfs4 mount expires
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] Don't hang user processes if Kerberos ticket for nfs4 mount expires
  • From: Jim Rees <rees@xxxxxxxxx>
• RE: [PATCH] Don't spam kernel log with EKEYEXPIRED and EACCESS errors
  • From: <peter.staubach@xxxxxxx>
• Re: [PATCH] Don't hang user processes if Kerberos ticket for nfs4 mount expires
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] Don't spam kernel log with EKEYEXPIRED and EACCESS errors
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• Re: [PATCH] Don't spam kernel log with EKEYEXPIRED and EACCESS errors
  • From: John Hughes <john@xxxxxxxxx>
• Re: [PATCH] Don't spam kernel log with EKEYEXPIRED and EACCESS errors
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• RE: [PATCH] Don't spam kernel log with EKEYEXPIRED and EACCESS errors
  • From: <peter.staubach@xxxxxxx>
• [PATCH] Don't spam kernel log with EKEYEXPIRED and EACCESS errors
  • From: John Hughes <john@xxxxxxxxx>
• Re: server reboot recovery is broken with 3.1 (3.2?) with nfsv41 clients
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• Re: [PATCH] Add "-e" option to rpc.gssd to allow error on ticket expiry
  • From: Luk Claes <luk@xxxxxxxxxx>
• Re: [Keyrings] [PATCH] KEYS: Allow special keyrings to be cleared
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• [PATCH] Add "-e" option to rpc.gssd to allow error on ticket expiry. Try 2 with added man pages.
  • From: John Hughes <john@xxxxxxxxx>
• Re: server reboot recovery is broken with 3.1 (3.2?) with nfsv41 clients
  • From: "Adamson, Andy" <William.Adamson@xxxxxxxxxx>
• Re: [PATCH] Add "-e" option to rpc.gssd to allow error on ticket expiry
  • From: John Hughes <john@xxxxxxxxx>
• server reboot recovery is broken with 3.1 (3.2?) with nfsv41 clients
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• Re: [PATCH] Add "-e" option to rpc.gssd to allow error on ticket expiry
  • From: John Hughes <john@xxxxxxxxx>
• Re: [PATCH] Add "-e" option to rpc.gssd to allow error on ticket expiry
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH] Don't hang user processes if Kerberos ticket for nfs4 mount expires
  • From: Jim Rees <rees@xxxxxxxxx>
• [PATCH] Add "-e" option to rpc.gssd to allow error on ticket expiry
  • From: John Hughes <john@xxxxxxxxx>
• [PATCH] nfsd: Fix oops when parsing a 0 length export
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH] Don't hang user processes if Kerberos ticket for nfs4 mount expires
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] Don't hang user processes if Kerberos ticket for nfs4 mount expires
  • From: Jim Rees <rees@xxxxxxxxx>
• [PATCH 2/2] nfsidmap: Allow a particular key to be revoked.
  • From: Steve Dickson <steved@xxxxxxxxxx>
• [PATCH 1/2] nfsidmap: Allow all keys to clear on the keyring
  • From: Steve Dickson <steved@xxxxxxxxxx>
• [PATCH 0/2] nfsidmap: Allow admins to clean up id mappings that have (ver 2)
  • From: Steve Dickson <steved@xxxxxxxxxx>
• Re: [PATCH] Don't hang user processes if Kerberos ticket for nfs4 mount expires
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/2] nfsidmap: Allow all keys to clear on the keyring
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH 2/2] nfsidmap: Allow a particular key to be revoked.
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH 1/2] nfsidmap: Allow all keys to clear on the keyring
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• Re: [PATCH 2/2] nfsidmap: Allow a particular key to be revoked.
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• [PATCH 2/2] nfsidmap: Allow a particular key to be revoked.
  • From: Steve Dickson <steved@xxxxxxxxxx>
• [PATCH 1/2] nfsidmap: Allow all keys to clear on the keyring
  • From: Steve Dickson <steved@xxxxxxxxxx>
• [PATCH 0/2] nfsidmap: Allow admins to clean up id mappings that have failed
  • From: Steve Dickson <steved@xxxxxxxxxx>
• Re: Linux pNFS status meeting survey
  • From: "Adamson, Andy" <William.Adamson@xxxxxxxxxx>
• Linux pNFS status meeting survey
  • From: Marc Eshel <eshel@xxxxxxxxxxxxxxx>
• Re: Linux pNFS status meeting 11/17/11
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Updated files desync and become unlinked
  • From: Todd Freeman <freeman@xxxxxxxxxxx>
• Re: [PATCH] Don't hang user processes if Kerberos ticket for nfs4 mount expires
  • From: John Hughes <john@xxxxxxxxx>
• Re: [PATCH] Don't hang user processes if Kerberos ticket for nfs4 mount expires
  • From: John Hughes <john@xxxxxxxxx>
• Re: [PATCH] Don't hang user processes if Kerberos ticket for nfs4 mount expires
  • From: John Hughes <john@xxxxxxxxx>
• [PATCH] nfsd41: donot check reclaim for open with filehandle
  • From: Mi Jinlong <mijinlong@xxxxxxxxxxxxxx>
• [PATCH] 4.1 CLNT: Test Case for OPEN file with claim_type is CLAIM_FH
  • From: Mi Jinlong <mijinlong@xxxxxxxxxxxxxx>
• Re: [PATCH] Don't hang user processes if Kerberos ticket for nfs4 mount expires
  • From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
• Re: [PATCH] Don't hang user processes if Kerberos ticket for nfs4 mount expires
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] Don't hang user processes if Kerberos ticket for nfs4 mount expires
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] Don't hang user processes if Kerberos ticket for nfs4 mount expires
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: clients fail to reclaim locks after server reboot or manual sm-notify
  • From: Pavel A <free.lan.c2.718r@xxxxxxxxx>
• Linux pNFS status meeting 11/17/11
  • From: Marc Eshel <eshel@xxxxxxxxxxxxxxx>
• Re: clients fail to reclaim locks after server reboot or manual sm-notify
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• Re: clients fail to reclaim locks after server reboot or manual sm-notify
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• Re: [PATCH] Don't hang user processes if Kerberos ticket for nfs4 mount expires
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: clients fail to reclaim locks after server reboot or manual sm-notify
  • From: Pavel A <free.lan.c2.718r@xxxxxxxxx>
• [PATCH] Don't hang user processes if Kerberos ticket for nfs4 mount expires
  • From: John Hughes <john@xxxxxxxxxxxx>
• Re: clients fail to reclaim locks after server reboot or manual sm-notify
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• Re: clients fail to reclaim locks after server reboot or manual sm-notify
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: clients fail to reclaim locks after server reboot or manual sm-notify
  • From: Pasha Z <free.lan.c2.718r@xxxxxxxxx>
• Re: clients fail to reclaim locks after server reboot or manual sm-notify
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: clients fail to reclaim locks after server reboot or manual sm-notify
  • From: Pavel <free.lan.c2.718r@xxxxxxxxx>
• Re: unexpected NFS timeouts, related to sync/async soft mounts over TCP
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: clients fail to reclaim locks after server reboot or manual sm-notify
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• Re: [BUG] nfs4 client loops printing "Error: state manager encountered RPCSEC_GSS session expired" if kerberos ticket expires
  • From: John Hughes <john@xxxxxxxxx>
• RE: [PATCH] NFS - fix recent breakage to NFS error handling.
  • From: <tao.peng@xxxxxxx>
• [PATCH] NFS - fix recent breakage to NFS error handling.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH/RFC 0/7] Volatile Filehandle Client-side Support
  • From: Matthew Treinish <treinish@xxxxxxxxxxxxxxxxxx>
• Re: clients fail to reclaim locks after server reboot or manual sm-notify
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: clients fail to reclaim locks after server reboot or manual sm-notify
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• Re: clients fail to reclaim locks after server reboot or manual sm-notify
  • From: Pavel <free.lan.c2.718r@xxxxxxxxx>
• Re: clients fail to reclaim locks after server reboot or manual sm-notify
  • From: Pavel <free.lan.c2.718r@xxxxxxxxx>
• Re: unexpected NFS timeouts, related to sync/async soft mounts over TCP
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: [PATCH/RFC 0/7] Volatile Filehandle Client-side Support
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH/RFC 0/7] Volatile Filehandle Client-side Support
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: pnfs git tree status pnfs-all-3.1-2011-11-14 pnfs-all-3.2-rc1-2011-11-14
  • From: Benny Halevy <benny@xxxxxxxxxx>
• Re: pnfs git tree status pnfs-all-3.1-2011-11-14 pnfs-all-3.2-rc1-2011-11-14
  • From: Benny Halevy <benny@xxxxxxxxxx>
• Re: Subject: [PATCH] SQUASHME: pnfsd: nfs4pnfsd.c should dprint under NFSDDBG_PNFS
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: Subject: [PATCH] SQUASHME: pnfsd: nfs4pnfsd.c should dprint under NFSDDBG_PNFS
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: Subject: [PATCH] SQUASHME: pnfsd: nfs4pnfsd.c should dprint under NFSDDBG_PNFS
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: clients fail to reclaim locks after server reboot or manual sm-notify
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• Re: [PATCH/RFC 0/7] Volatile Filehandle Client-side Support
  • From: Matthew Treinish <treinish@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] nss_getpwnam: ignore case when comparing domain names
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH/RFC 5/7] Added VFH FHEXPIRED recovery functions.
  • From: Matthew Treinish <treinish@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Added error logging and verbosity flag (ver #2)
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH] rpc.idmapd: Sections in idmapd.conf are ignored.
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: pnfs git tree status pnfs-all-3.1-2011-11-14 pnfs-all-3.2-rc1-2011-11-14
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: clients fail to reclaim locks after server reboot or manual sm-notify
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• Re: [PATCH] rpc.idmapd: Sections in idmapd.conf are ignored.
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: pnfs git tree status pnfs-all-3.1-2011-11-14 pnfs-all-3.2-rc1-2011-11-14
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH] rpc.idmapd: Sections in idmapd.conf are ignored.
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [PATCH/RFC 0/7] Volatile Filehandle Client-side Support
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: pnfs git tree status pnfs-all-3.1-2011-11-14 pnfs-all-3.2-rc1-2011-11-14
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• clients fail to reclaim locks after server reboot or manual sm-notify
  • From: Pavel <free.lan.c2.718r@xxxxxxxxx>
• Re: [PATCH/RFC 0/7] Volatile Filehandle Client-side Support
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• pnfs git tree status pnfs-all-3.1-2011-11-14 pnfs-all-3.2-rc1-2011-11-14
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH] NFS: Revert pnfs ugliness from the generic NFS read code path
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH] NFS: Revert pnfs ugliness from the generic NFS read code path
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 2/2] nfsidmap: Added -v and -t flags
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• [PATCH] rpc.idmapd: Sections in idmapd.conf are ignored.
  • From: Steve Dickson <steved@xxxxxxxxxx>
• Re: [BUG] nfs4 client loops printing "Error: state manager encountered RPCSEC_GSS session expired" if kerberos ticket expires
  • From: John Hughes <john@xxxxxxxxx>
• Re: [PATCH-v2 7/7] pnfsblock: alloc short extent before submit bio
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 7/7][RESEND] pnfsblock: alloc short extent before submit bio
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• RE: [PATCH 4/4] sunrpc: use SKB fragment destructors to delay completion until page is released by network stack.
  • From: "David Laight" <David.Laight@xxxxxxxxxx>
• Re: unexpected NFS timeouts, related to sync/async soft mounts over TCP
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: [PATCH 4/4] sunrpc: use SKB fragment destructors to delay completion until page is released by network stack.
  • From: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
• Re: [PATCH] SQUASHME: pnfsd: Don't call fs_layout_return on a none-file
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH] NFS: Revert pnfs ugliness from the generic NFS read code path
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH-v2 7/7] pnfsblock: alloc short extent before submit bio
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH/RFC 0/7] Volatile Filehandle Client-side Support
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• Rename dir on server can cause client to get ESTALE
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH/RFC 0/7] Volatile Filehandle Client-side Support
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH/RFC 0/7] Volatile Filehandle Client-side Support
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Lukas Razik <linux@xxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Lukas Razik <linux@xxxxxxxxxx>
• Re: [PATCH/RFC 0/7] Volatile Filehandle Client-side Support
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH/RFC 0/7] Volatile Filehandle Client-side Support
  • From: Matthew Treinish <treinish@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH/RFC 0/7] Volatile Filehandle Client-side Support
  • From: Matthew Treinish <treinish@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH/RFC 0/7] Volatile Filehandle Client-side Support
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH/RFC 0/7] Volatile Filehandle Client-side Support
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH/RFC 0/7] Volatile Filehandle Client-side Support
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH/RFC 0/7] Volatile Filehandle Client-side Support
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• Re: [PATCH 4/4] sunrpc: use SKB fragment destructors to delay completion until page is released by network stack.
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH/RFC 0/7] Volatile Filehandle Client-side Support
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Lukas Razik <linux@xxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 2/2] nfsidmap: Added -v and -t flags
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [PATCH/RFC 5/7] Added VFH FHEXPIRED recovery functions.
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 1/1] nss_getpwnam: ignore case when comparing domain names
  • From: Steve Dickson <steved@xxxxxxxxxx>
• [PATCH 2/2] nfsidmap: Added -v and -t flags
  • From: Steve Dickson <steved@xxxxxxxxxx>
• [PATCH 1/2] nfsidmap: Added Error Logging
  • From: Steve Dickson <steved@xxxxxxxxxx>
• [PATCH 0/2] Added error logging and verbosity flag (ver #2)
  • From: Steve Dickson <steved@xxxxxxxxxx>
• [PATCH 2/2] idmapper.txt: Fix the upcall binary name.
  • From: Steve Dickson <steved@xxxxxxxxxx>
• [PATCH 1/2] Enable the in-kernel ID mapping upcall mechanism
  • From: Steve Dickson <steved@xxxxxxxxxx>
• [PATCH 0/2] Enable the in-kernel id mapping to be on by default (ver #2)
  • From: Steve Dickson <steved@xxxxxxxxxx>
• Re: [PATCH/RFC 0/7] Volatile Filehandle Client-side Support
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Lukas Razik <linux@xxxxxxxxxx>
• Re: [PATCH/RFC 5/7] Added VFH FHEXPIRED recovery functions.
  • From: Malahal Naineni <malahal@xxxxxxxxxx>
• Re: [PATCH/RFC 1/7] New mount option for volatile filehandle recovery
  • From: Malahal Naineni <malahal@xxxxxxxxxx>
• Re: [PATCH/RFC 5/7] Added VFH FHEXPIRED recovery functions.
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH/RFC 1/7] New mount option for volatile filehandle recovery
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH/RFC 0/7] Volatile Filehandle Client-side Support
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH/RFC 1/7] New mount option for volatile filehandle recovery
  • From: Matthew Treinish <treinish@xxxxxxxxxxxxxxxxxx>
• [PATCH/RFC 5/7] Added VFH FHEXPIRED recovery functions.
  • From: Matthew Treinish <treinish@xxxxxxxxxxxxxxxxxx>
• [PATCH/RFC 4/7] Save root file handle in nfs_server.
  • From: Matthew Treinish <treinish@xxxxxxxxxxxxxxxxxx>
• [PATCH/RFC 6/7] Perform recovery on both inodes for rename.
  • From: Matthew Treinish <treinish@xxxxxxxxxxxxxxxxxx>
• [PATCH/RFC] Hard code testing on server <ONLY FOR TESTING>
  • From: Matthew Treinish <treinish@xxxxxxxxxxxxxxxxxx>
• [PATCH/RFC 7/7] Added error handling for NFS4ERR_FHEXPIRED
  • From: Matthew Treinish <treinish@xxxxxxxxxxxxxxxxxx>
• [PATCH/RFC 3/7] Add VFS objects from nfs4_proc calls into nfs4_exception.
  • From: Matthew Treinish <treinish@xxxxxxxxxxxxxxxxxx>
• [PATCH/RFC 2/7] Added support for FH_EXPIRE_TYPE attribute.
  • From: Matthew Treinish <treinish@xxxxxxxxxxxxxxxxxx>
• [PATCH/RFC 0/7] Volatile Filehandle Client-side Support
  • From: Matthew Treinish <treinish@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] KEYS: Allow special keyrings to be cleared
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: unexpected NFS timeouts, related to sync/async soft mounts over TCP
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] SQUASHME: pnfsd: Don't call fs_layout_return on a none-file
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH 4/4] sunrpc: use SKB fragment destructors to delay completion until page is released by network stack.
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH] KEYS: Allow special keyrings to be cleared
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 2/2] nfsidmap: Added -v flag
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH 4/4] sunrpc: use SKB fragment destructors to delay completion until page is released by network stack.
  • From: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
• Re: unexpected NFS timeouts, related to sync/async soft mounts over TCP
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [PATCH 4/4] sunrpc: use SKB fragment destructors to delay completion until page is released by network stack.
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• error rpc.gssd: No supported encryption types (config file error?)
  • From: "Kramarenko A. Maksim " <maxim@xxxxxxxxxxxxxx>
• Re: unexpected NFS timeouts, related to sync/async soft mounts over TCP
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: [PATCH] SQUASHME: pnfsd: Don't call fs_layout_return on a none-file
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• RE: [PATCH-v2 7/7] pnfsblock: alloc short extent before submit bio
  • From: <tao.peng@xxxxxxx>
• Re: [PATCH 2/2] nfsidmap: Added -v flag
  • From: Jim Rees <rees@xxxxxxxxx>
• [PATCH] SQUASHME: pnfsd: Don't call fs_layout_return on a none-file
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH 0/2] Enable the in-kernel id mapping to be on by default.
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH 2/2] nfsidmap: Added -v flag
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH 2/2] nfsidmap: Added -v flag
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: [PATCH 2/2] nfsidmap: Added -v flag
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• Re: [PATCH 2/2] nfsidmap: Added -v flag
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [PATCH 0/2] Enable the in-kernel id mapping to be on by default.
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: unexpected NFS timeouts, related to sync/async soft mounts over TCP
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH 2/2] idmapper.txt: Fix the upcall binary name.
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• [PATCH 2/2] nfsidmap: Added -v flag
  • From: Steve Dickson <steved@xxxxxxxxxx>
• [PATCH 1/2] nfsidmap: Added Error Logging
  • From: Steve Dickson <steved@xxxxxxxxxx>
• [PATCH 0/2] nfsidmap: Added error logging and verbosity flag
  • From: Steve Dickson <steved@xxxxxxxxxx>
• [PATCH 2/2] idmapper.txt: Fix the upcall binary name.
  • From: Steve Dickson <steved@xxxxxxxxxx>
• [PATCH 0/2] Enable the in-kernel id mapping to be on by default.
  • From: Steve Dickson <steved@xxxxxxxxxx>
• [PATCH 1/2] Enable the in-kernel ID mapping upcall mechanism
  • From: Steve Dickson <steved@xxxxxxxxxx>
• [PATCH] NFS: Revert pnfs ugliness from the generic NFS read code path
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH-v2 7/7] pnfsblock: alloc short extent before submit bio
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• [BUG] nfs4 client loops printing "Error: state manager encountered RPCSEC_GSS session expired" if kerberos ticket expires
  • From: John Hughes <john@xxxxxxxxx>
• Re: Subject: [PATCH] SQUASHME: pnfsd: nfs4pnfsd.c should dprint under NFSDDBG_PNFS
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: Subject: [PATCH] SQUASHME: pnfsd: nfs4pnfsd.c should dprint under NFSDDBG_PNFS
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: unexpected NFS timeouts, related to sync/async soft mounts over TCP
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: [PATCH-v2 0/7] pnfsblock cleanup and fixes
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: [PATCH-v2 0/7] pnfsblock cleanup and fixes
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• Re: unexpected NFS timeouts, related to sync/async soft mounts over TCP
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH-v2 7/7] pnfsblock: alloc short extent before submit bio
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH-v2 6/7] pnfsblock: clean up _add_entry
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH-v2 5/7] pnfsblock: remove rpc_call_ops from struct parallel_io
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH-v2 4/7] pnfsblock: set read/write tk_status to pnfs_error
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH-v2 3/7] pnfsblock: move find lock page logic out of bl_write_pagelist
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH-v2 1/7] pnfsblock: cleanup bl_mark_sectors_init
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH-v2 0/7] pnfsblock cleanup and fixes
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• RE: NFS v4 client blocks when using UDP protocol
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: unexpected NFS timeouts, related to sync/async soft mounts over TCP
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• [PATCH] SUNRPC: destroy freshly allocated transport in case of sockaddr init error
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• RE: [PATCH 3/8] pnfsblock: move find lock page logic out of bl_write_pagelist
  • From: <tao.peng@xxxxxxx>
• Re: [PATCH 7/8] pnfsblock: add im_extents to pnfs_inval_markings
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• RE: [PATCH 7/8] pnfsblock: add im_extents to pnfs_inval_markings
  • From: <tao.peng@xxxxxxx>
• Re: [PATCH 7/8] pnfsblock: add im_extents to pnfs_inval_markings
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH 3/8] pnfsblock: move find lock page logic out of bl_write_pagelist
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH 8/8] pnfsblock: alloc short extent before submit bio
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH 7/8] pnfsblock: add im_extents to pnfs_inval_markings
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• RE: [PATCH 6/8] pnfsblock: clean up _add_entry
  • From: <tao.peng@xxxxxxx>
• RE: [PATCH 7/8] pnfsblock: add im_extents to pnfs_inval_markings
  • From: <tao.peng@xxxxxxx>
• RE: [PATCH 6/8] pnfsblock: clean up _add_entry
  • From: <tao.peng@xxxxxxx>
• Re: [PATCH 7/8] pnfsblock: add im_extents to pnfs_inval_markings
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• RE: [PATCH 0/8] pnfsblock cleanup and fixes
  • From: <tao.peng@xxxxxxx>
• RE: [PATCH 3/8] pnfsblock: move find lock page logic out of bl_write_pagelist
  • From: <tao.peng@xxxxxxx>
• Re: [PATCH 6/8] pnfsblock: clean up _add_entry
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH 0/8] pnfsblock cleanup and fixes
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH 3/8] pnfsblock: move find lock page logic out of bl_write_pagelist
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• NFS v4 client blocks when using UDP protocol
  • From: fanchaoting <fanchaoting@xxxxxxxxxxxxxx>
• Re: [PATCH 0/8] pnfsblock cleanup and fixes
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: Subject: [PATCH] SQUASHME: pnfsd: nfs4pnfsd.c should dprint under NFSDDBG_PNFS
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: Subject: [PATCH] SQUASHME: pnfsd: nfs4pnfsd.c should dprint under NFSDDBG_PNFS
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: [PATCH] SQUASHME: Compile warning in pnfs-all-3.1-2011-10-31-1
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• RE: [PATCH 0/8] pnfsblock cleanup and fixes
  • From: <tao.peng@xxxxxxx>
• Re: unexpected NFS timeouts, related to sync/async soft mounts over TCP
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: Subject: [PATCH] SQUASHME: pnfsd: nfs4pnfsd.c should dprint under NFSDDBG_PNFS
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 1/1] NFSv4: include bitmap in nfsv4 get acl data
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH Version 4 5/7] NFSv4.1: do not drain session on CB_RECALL_SLOT
  • From: andros@xxxxxxxxxx
• [PATCH Version 4 6/7] NFSv4.1: rename nfs4_free_slot and nfs4_find_slot
  • From: andros@xxxxxxxxxx
• [PATCH Version 4 7/7] NFSv4.1: cleanup comment and debug printk
  • From: andros@xxxxxxxxxx
• [PATCH Version 4 4/7] NFSv4.1: dynamic session slots
  • From: andros@xxxxxxxxxx
• [PATCH Version 4 3/7] NFSv4.1: change nfs4_free_slot parameters for dynamic slots
  • From: andros@xxxxxxxxxx
• [PATCH Version 4 2/7] NFSv4.1: cleanup init and reset of session slot tables
  • From: andros@xxxxxxxxxx
• [PATCH Version 4 1/7] NFSv4.1: fix backchannel slotid off-by-one bug
  • From: andros@xxxxxxxxxx
• unexpected NFS timeouts, related to sync/async soft mounts over TCP
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: [PATCH 3/4] net: add paged frag destructor support to kernel_sendpage.
  • From: Michał Mirosław <mirqus@xxxxxxxxx>
• Re: failed to compile kernel due to object layout
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Linux pNFS status meeting 11/10/11 -- CANCELED
  • From: Marc Eshel <eshel@xxxxxxxxxxxxxxx>
• [PATCH 8/8] pnfsblock: alloc short extent before submit bio
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 7/8] pnfsblock: add im_extents to pnfs_inval_markings
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 6/8] pnfsblock: clean up _add_entry
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 5/8] pnfsblock: remove rpc_call_ops from struct parallel_io
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 4/8] pnfsblock: set read/write tk_status to pnfs_error
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 3/8] pnfsblock: move find lock page logic out of bl_write_pagelist
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 1/8] pnfsblock: cleanup bl_mark_sectors_init
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 0/8] pnfsblock cleanup and fixes
  • From: Peng Tao <bergwolf@xxxxxxxxx>
• [PATCH 4/4] sunrpc: use SKB fragment destructors to delay completion until page is released by network stack.
  • From: Ian Campbell <ian.campbell@xxxxxxxxxx>
• [PATCH 3/4] net: add paged frag destructor support to kernel_sendpage.
  • From: Ian Campbell <ian.campbell@xxxxxxxxxx>
• Re: [PATCH 0/4] 32/64 bit llseek hashes (v4)
  • From: Eric Sandeen <sandeen@xxxxxxxxxx>
• Re: regression in referrals resolution
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• Re: [PATCH 2/5] net/sunrpc: use kstrtoul, etc
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Subject: [PATCH] SQUASHME: pnfsd: nfs4pnfsd.c should dprint under NFSDDBG_PNFS
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• RE: idmapd not mapping realm to domain and not resolving gid
  • From: "Jamie S. Morrison" <JMorrison@xxxxxxxxxxxxxxxxx>
• [PATCH 3/3] nfsd4: add a separate (lockowner, inode) lookup
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 1/3] nfsd4: hash lockowners to simplify RELEASE_LOCKOWNER
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• [PATCH 2/3] nfsd4: share open and lock owner hash tables
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• Re: [PATCH 00/25] nfsd4 state cleanup
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 2/5] net/sunrpc: use kstrtoul, etc
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 2/5] net/sunrpc: use kstrtoul, etc
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [PATCH 2/5] net/sunrpc: use kstrtoul, etc
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• [PATCH 1/1] NFSv4: include bitmap in nfsv4 get acl data
  • From: andros@xxxxxxxxxx
• Re: [PATCH] nfs: Enclose hostname in brackets when needed in nfs_do_root_mount
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] mount.nfs: ensure AF priority when mounting
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 1/7] SUNRPC: create RPC pipefs superblock per network namespace context
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 3/7] SUNRPC: send notification events on pipefs sb creation and destruction
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 4/7] SUNRPC: pipefs dentry lookup helper introduced
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 7/7] SUNRPC: added debug messages to RPC pipefs
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 6/7] SUNRPC: pipefs per-net operations helper introduced
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 5/7] SUNRPC: put pipefs superblock link on network namespace
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 2/7] SUNRPC: hold current network namespace while pipefs superblock is active
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2 0/7] SUNRPC: initial part of making pipefs work in net ns
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v2] SUNRPC: remove non-exclusive pipe creation from RPC pipefs
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v4 2/3] SUNRPC: optimize net_ns dereferencing in rpcbind creation calls
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v4 3/3] SUNRPC: optimize net_ns dereferencing in rpcbind registering calls
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v4 0/3] SUNRPC: rcbind clients virtualization
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH v4 1/3] SUNRPC: move rpcbind internals to sunrpc part of network namespace context
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• Re: rpcbind -h
  • From: Max Matveev <makc@xxxxxxxxxx>
• Re: [PATCH] mount.nfs: ensure AF priority when mounting
  • From: Hamo <hamo.by@xxxxxxxxx>
• Re: [PATCH] mount.nfs: ensure AF priority when mounting
  • From: Hamo <hamo.by@xxxxxxxxx>
• Re: [PATCH] mount.nfs: ensure AF priority when mounting
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] mount.nfs: ensure AF priority when mounting
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH] mount.nfs: ensure AF priority when mounting
  • From: Hamo <hamo.by@xxxxxxxxx>
• [PATCH] nfsd4: fix lockowner matching
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] sunrpc: wake up SOFTCONN tasks when a connection error happens.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: regression in referrals resolution
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• Re: [PATCH 1/1] RPC: print warning before hanging due to bad server reply
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: regression in referrals resolution
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• regression in referrals resolution
  • From: Tigran Mkrtchyan <tigran.mkrtchyan@xxxxxxx>
• Re: [PATCH] sunrpc: wake up SOFTCONN tasks when a connection error happens.
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH 1/1] RPC: print warning before hanging due to bad server reply
  • From: Fred Isaman <iisaman@xxxxxxxxxx>
• [PATCH] SQUASHME: Compile warning in pnfs-all-3.1-2011-10-31-1
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: rpcbind -h
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: rpcbind -h
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: rpcbind -h
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: rpcbind -h
  • From: Steve Dickson <SteveD@xxxxxxxxxx>
• Re: nfsd (and lock) changes for 3.2
  • From: Benny Halevy <bhalevy@xxxxxxxxxx>
• Re: write_inode_now in nfs_unlink
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] sunrpc: wake up SOFTCONN tasks when a connection error happens.
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: rpcbind -h
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] NFSD: Remove unnecessary whitespace
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• write_inode_now in nfs_unlink
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/3] SUNRPC: rcbind clients virtualization
  • From: Stanislav Kinsbursky <skinsbursky@xxxxxxxxxxxxx>
• [PATCH] sunrpc: wake up SOFTCONN tasks when a connection error happens.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: rpcbind -h
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: rpcbind -h
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• rpcbind -h
  • From: Jim Rees <rees@xxxxxxxxx>
• [PATCH 2/5] net/sunrpc: use kstrtoul, etc
  • From: Julia Lawall <julia@xxxxxxx>
• Re: NFSV4 and Kerberos ( Failed to create machine krb5 context with any credentials cache for server )
  • From: Kevin Coffman <kwc@xxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Lukas Razik <linux@xxxxxxxxxx>
• Re: NFSROOT mount fails on SPARC after 2.6.37
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Lukas Razik <linux@xxxxxxxxxx>
• Re: NFSROOT mount fails on SPARC after 2.6.37
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Lukas Razik <linux@xxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Lukas Razik <linux@xxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Lukas Razik <linux@xxxxxxxxxx>
• NFSROOT mount fails on SPARC after 2.6.37
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• NFSV4 and Kerberos ( Failed to create machine krb5 context with any credentials cache for server )
  • From: Sumana Annam <sumana@xxxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH v2] CLNT: add some tests for DESTROY_CLIENTID
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 3/3] 4.1 ENV: Reduce repetitive codes for open_file and create_file
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 2/3] 4.1 CLNT: Send reclaim complete before create file at CSESS26
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 1/3] 4.1 CLNT: Create session before using at OPEN6
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v3 0/3] SUNRPC: rcbind clients virtualization
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 1/3] 4.1 CLNT: Create session before using at OPEN6
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] NFSD: Remove unnecessary whitespace
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH] NFSD: Call nfsd4_init_slabs() from init_nfsd()
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 1/3] NFSD: Added fault injection
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• fix handling of multiple open_to_lockowner locks.
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH Version 3 4/4] NFSv4.1: do not drain session on CB_RECALL_SLOT
  • From: andros@xxxxxxxxxx
• [PATCH Version 3 3/4] NFSv4.1: rename nfs4_free_slot and nfs4_find_slot
  • From: andros@xxxxxxxxxx
• [PATCH Version 3 2/4] NFSv4.1: dynamic session slots
  • From: andros@xxxxxxxxxx
• [PATCH Version 3 1/4] NFSv4.1: fix backchannel slotid off-by-one bug
  • From: andros@xxxxxxxxxx
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Lukas Razik <linux@xxxxxxxxxx>
• Re: nfsd (and lock) changes for 3.2
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 2/2] nfs: when attempting to open a directory, fall back on normal lookup (try #4)
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 2/2] nfs: move nfs_file_operations declaration to bottom of file.c (try #2)
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 1/2] nfs: when attempting to open a directory, fall back on normal lookup (try #5)
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [GIT PULL] Please pull NFS client updates for 3.2
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• RE: [PATCH 2/2] nfs: when attempting to open a directory, fall back on normal lookup (try #4)
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: nfsd (and lock) changes for 3.2
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Lukas Razik <linux@xxxxxxxxxx>
• Re: GSSAPI Proxy initiative
  • From: Nico Williams <nico@xxxxxxxxxxxxxxxx>
• Re: GSSAPI Proxy initiative
  • From: Nico Williams <nico@xxxxxxxxxxxxxxxx>
• Re: GSSAPI Proxy initiative
  • From: "Adamson, Andy" <William.Adamson@xxxxxxxxxx>
• Re: GSSAPI Proxy initiative
  • From: Simo Sorce <simo@xxxxxxxxxx>
• Re: GSSAPI Proxy initiative
  • From: Nico Williams <nico@xxxxxxxxxxxxxxxx>
• Re: nfsd (and lock) changes for 3.2
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: GSSAPI Proxy initiative
  • From: "Adamson, Andy" <William.Adamson@xxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Lukas Razik <linux@xxxxxxxxxx>
• Re: GSSAPI Proxy initiative
  • From: Nico Williams <nico@xxxxxxxxxxxxxxxx>
• RE: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: GSSAPI Proxy initiative
  • From: Nico Williams <nico@xxxxxxxxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Lukas Razik <linux@xxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Lukas Razik <lukas@xxxxxxxx>
• Re: GSSAPI Proxy initiative
  • From: Nico Williams <nico@xxxxxxxxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [PATCH (resend) Version 2 3/3] NFSv4.1: fix backchennel bug
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [PATCH (resend) Version 2 3/3] NFSv4.1: fix backchennel bug
  • From: Bryan Schumaker <bjschuma@xxxxxxxxxx>
• Re: GSSAPI Proxy initiative
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• RE: [PATCH (resend) Version 2 3/3] NFSv4.1: fix backchennel bug
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• RE: [PATCH (resend) Version 2 3/3] NFSv4.1: fix backchennel bug
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• [PATCH (resend) Version 2 3/3] NFSv4.1: fix backchennel bug
  • From: andros@xxxxxxxxxx
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH Version 2 3/3] NFSv4.1: fix backchennel bug
  • From: andros@xxxxxxxxxx
• [PATCH Version 2 2/3] NFSv4.1: rename nfs4_free_slot and nfs4_find_slot
  • From: andros@xxxxxxxxxx
• [PATCH Version 2 1/3] NFSv4.1: dynamic session slots
  • From: andros@xxxxxxxxxx
• RE: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH 2/2] nfs: when attempting to open a directory, fall back on normal lookup (try #4)
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 1/2] nfs: move nfs_file_operations declaration to bottom of file.c
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [PATCH] nfs: when attempting to open a directory, fall back on normal lookup (try #3)
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [PATCH] nfs: set vs_hidden on nfs4_callback_version4 (try #2)
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] nfs: when attempting to open a directory, fall back on normal lookup (try #3)
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Lukas Razik <linux@xxxxxxxxxx>
• Re: [PATCH 1/2] RDMA: RPCRDMA_MAX_DATA_SEGS cause i686 stack to blow.
  • From: Max Matveev <makc@xxxxxxxxxx>
• RE: [PATCH 2/2] nfs41: handle BLK_LAYOUT CB_RECALL_ANY
  • From: <tao.peng@xxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Lukas Razik <linux@xxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Lukas Razik <linux@xxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Jim Rees <rees@xxxxxxxxx>
• RE: GSSAPI Proxy initiative
  • From: Simo Sorce <simo@xxxxxxxxxx>
• Re: [PATCH] nfs: when attempting to open a directory, fall back on normal lookup (try #2)
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Lukas Razik <linux@xxxxxxxxxx>
• RE: GSSAPI Proxy initiative
  • From: "Myklebust, Trond" <Trond.Myklebust@xxxxxxxxxx>
• Re: GSSAPI Proxy initiative
  • From: Simo Sorce <simo@xxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Lukas Razik <linux@xxxxxxxxxx>
• Re: GSSAPI Proxy initiative
  • From: Tom Yu <tlyu@xxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: GSSAPI Proxy initiative
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] nfs: open-associated setattr shouldn't invalidate own cache
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Lukas Razik <linux@xxxxxxxxxx>
• Re: GSSAPI Proxy initiative
  • From: Simo Sorce <simo@xxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Lukas Razik <linux@xxxxxxxxxx>
• Re: [PATCH] nfs: open-associated setattr shouldn't invalidate own cache
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] nfs: open-associated setattr shouldn't invalidate own cache
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: GSSAPI Proxy initiative
  • From: Nico Williams <nico@xxxxxxxxxxxxxxxx>
• Re: [PATCH] nfs: open-associated setattr shouldn't invalidate own cache
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: GSSAPI Proxy initiative
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• [BUG?] Maybe NFS bug since 2.6.37 on SPARC64
  • From: Lukas Razik <linux@xxxxxxxxxx>
• Re: [PATCH 1/2] RDMA: RPCRDMA_MAX_DATA_SEGS cause i686 stack to blow.
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: GSSAPI Proxy initiative
  • From: Nico Williams <nico@xxxxxxxxxxxxxxxx>
• Regarding the Fedora 15 nfs-utils--pnfs RPM
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• [PATCH 2/2] RDMA: Remove defunct memory window and FMR registrations
  • From: Steve Dickson <steved@xxxxxxxxxx>
• [PATCH 1/2] RDMA: RPCRDMA_MAX_DATA_SEGS cause i686 stack to blow.
  • From: Steve Dickson <steved@xxxxxxxxxx>
• Re: GSSAPI Proxy initiative
  • From: Simo Sorce <simo@xxxxxxxxxx>
• Re: GSSAPI Proxy initiative
  • From: Simo Sorce <simo@xxxxxxxxxx>
• Re: GSSAPI Proxy initiative
  • From: Nico Williams <nico@xxxxxxxxxxxxxxxx>