1. 09 6月, 2006 1 次提交
    • T
      NFSv4: Implement the fs_locations function call · 683b57b4
      Trond Myklebust 提交于
      NFSv4 allows for the fact that filesystems may be replicated across
      several servers or that they may be migrated to a backup server in case of
      failure of the primary server.
      fs_locations is an NFSv4 operation for retrieving information about the
      location of migrated and/or replicated filesystems.
      
      Based on an initial implementation by Jiaying Zhang <jiayingz@citi.umich.edu>
      Signed-off-by: NTrond Myklebust <Trond.Myklebust@netapp.com>
      683b57b4
  2. 25 4月, 2006 1 次提交
  3. 24 6月, 2005 1 次提交
    • N
      [PATCH] nfsd4: fix fh_expire_type · 49640001
      NeilBrown 提交于
      We're returning NFS4_FH_NOEXPIRE_WITH_OPEN | NFS4_FH_VOL_RENAME for the
      fh_expire_type attribute.  This is incorrect:
      	1. The spec actually only allows NOEXPIRE_WITH_OPEN when
      	   VOLATILE_ANY is also set.
      	2. Filehandles for open files can expire, if the file is removed
      	   and there is a reboot.
      	3. Filehandles are only volatile on rename in the nosubtree check
      	   case.
      
      Unfortunately, there's no way to indicate that we only expire on remove.  So
      our only choice is FH4_VOLATILE_ANY.  Although it's redundant, we also set
      FH4_VOL_RENAME in the subtree check case, since subtreecheck does actually
      cause problems in practice and it seems possibly useful to give clients some
      way to distinguish that case.
      
      Fix a mispelled #define while we're at it.
      Signed-off-by: NJ. Bruce Fields <bfields@citi.umich.edu>
      Signed-off-by: NNeil Brown <neilb@cse.unsw.edu.au>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      49640001
  4. 23 6月, 2005 2 次提交
  5. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4