1. 26 Jan, 2010 1 commit
  2. 15 Dec, 2009 2 commits
  3. 06 Dec, 2009 2 commits
  4. 05 Dec, 2009 3 commits
  5. 04 Dec, 2009 3 commits
  6. 21 Jul, 2009 1 commit
    • Trond Myklebust's avatar
      NFSv4: Fix an NFSv4 mount regression · fccba804
      Trond Myklebust authored
      Commit 008f55d0
      
       (nfs41: recover lease in
      _nfs4_lookup_root) forces the state manager to always run on mount. This is
      a bug in the case of NFSv4.0, which doesn't require us to send a
      setclientid until we want to grab file state.
      
      In any case, this is completely the wrong place to be doing state
      management. Moving that code into nfs4_init_session...
      Signed-off-by: default avatarTrond Myklebust <Trond.Myklebust@netapp.com>
      fccba804
  7. 17 Jun, 2009 10 commits
  8. 27 Mar, 2009 1 commit
  9. 30 Dec, 2008 1 commit
  10. 23 Dec, 2008 9 commits
  11. 16 May, 2008 1 commit
  12. 10 Jan, 2008 1 commit
  13. 20 Oct, 2007 1 commit
  14. 19 Oct, 2007 1 commit
  15. 19 Jul, 2007 1 commit
  16. 11 Jul, 2007 2 commits
    • Trond Myklebust's avatar
      NFSv4: Make the NFS state model work with the nosharedcache mount option · 6f2e64d3
      Trond Myklebust authored
      
      Consider the case where the user has mounted the remote filesystem
      server:/foo on the two local directories /bar and /baz using the
      nosharedcache mount option. The files /bar/file and /baz/file are
      represented by different inodes in the local namespace, but refer to the
      same file /foo/file on the server.
      Consider the case where a process opens both /bar/file and /baz/file, then
      closes /bar/file: because the nfs4_state is not shared between /bar/file
      and /baz/file, the kernel will see that the nfs4_state for /bar/file is no
      longer referenced, so it will send off a CLOSE rpc call. Unless the
      open_owners differ, then that CLOSE call will invalidate the open state on
      /baz/file too.
      
      Conclusion: we cannot share open state owners between two different
      non-shared mount instances of the same filesystem.
      Signed-off-by: default avatarTrond Myklebust <Trond.Myklebust@netapp.com>
      6f2e64d3
    • Trond Myklebust's avatar
      NFSv4: Fix up stateid locking... · 8bda4e4c
      Trond Myklebust authored
      
      We really don't need to grab both the state->so_owner and the
      inode->i_lock.
      Signed-off-by: default avatarTrond Myklebust <Trond.Myklebust@netapp.com>
      8bda4e4c