1. 01 2月, 2012 1 次提交
    • S
      SUNRPC: handle RPC client pipefs dentries by network namespace aware routines · 0157d021
      Stanislav Kinsbursky 提交于
      v2:
      1) "Over-put" of PipeFS mount point fixed. Fix is ugly, but allows to bisect
      the patch set. And it will be removed later in the series.
      
      This patch makes RPC clients PipeFs dentries allocations in it's owner network
      namespace context.
      RPC client pipefs dentries creation logic has been changed:
      1) Pipefs dentries creation by sb was moved to separated function, which will
      be used for handling PipeFS mount notification.
      2) Initial value of RPC client PipeFS dir dentry is set no NULL now.
      
      RPC client pipefs dentries cleanup logic has been changed:
      1) Cleanup is done now in separated rpc_remove_pipedir() function, which takes
      care about pipefs superblock locking.
      
      Also this patch removes slashes from cb_program.pipe_dir_name and from
      NFS_PIPE_DIRNAME to make rpc_d_lookup_sb() work. This doesn't affect
      vfs_path_lookup() results in nfs4blocklayout_init() since this slash is cutted
      off anyway in link_path_walk().
      Signed-off-by: NStanislav Kinsbursky <skinsbursky@parallels.com>
      Signed-off-by: NTrond Myklebust <Trond.Myklebust@netapp.com>
      0157d021
  2. 01 8月, 2011 1 次提交
  3. 18 6月, 2009 1 次提交
  4. 04 4月, 2009 1 次提交
  5. 25 4月, 2006 1 次提交
  6. 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