1. 21 3月, 2006 2 次提交
  2. 02 2月, 2006 2 次提交
  3. 10 1月, 2006 1 次提交
  4. 09 1月, 2006 1 次提交
    • E
      [PATCH] shrink dentry struct · 5160ee6f
      Eric Dumazet 提交于
      Some long time ago, dentry struct was carefully tuned so that on 32 bits
      UP, sizeof(struct dentry) was exactly 128, ie a power of 2, and a multiple
      of memory cache lines.
      
      Then RCU was added and dentry struct enlarged by two pointers, with nice
      results for SMP, but not so good on UP, because breaking the above tuning
      (128 + 8 = 136 bytes)
      
      This patch reverts this unwanted side effect, by using an union (d_u),
      where d_rcu and d_child are placed so that these two fields can share their
      memory needs.
      
      At the time d_free() is called (and d_rcu is really used), d_child is known
      to be empty and not touched by the dentry freeing.
      
      Lockless lookups only access d_name, d_parent, d_lock, d_op, d_flags (so
      the previous content of d_child is not needed if said dentry was unhashed
      but still accessed by a CPU because of RCU constraints)
      
      As dentry cache easily contains millions of entries, a size reduction is
      worth the extra complexity of the ugly C union.
      Signed-off-by: NEric Dumazet <dada1@cosmosbay.com>
      Cc: Dipankar Sarma <dipankar@in.ibm.com>
      Cc: Maneesh Soni <maneesh@in.ibm.com>
      Cc: Miklos Szeredi <miklos@szeredi.hu>
      Cc: "Paul E. McKenney" <paulmck@us.ibm.com>
      Cc: Ian Kent <raven@themaw.net>
      Cc: Paul Jackson <pj@sgi.com>
      Cc: Al Viro <viro@ftp.linux.org.uk>
      Cc: Christoph Hellwig <hch@lst.de>
      Cc: Trond Myklebust <trond.myklebust@fys.uio.no>
      Cc: Neil Brown <neilb@cse.unsw.edu.au>
      Cc: James Morris <jmorris@namei.org>
      Cc: Stephen Smalley <sds@epoch.ncsc.mil>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      5160ee6f
  5. 07 1月, 2006 1 次提交
  6. 20 12月, 2005 1 次提交
  7. 04 12月, 2005 1 次提交
  8. 26 11月, 2005 1 次提交
  9. 09 11月, 2005 1 次提交
    • C
      [PATCH] sanitize lookup_hash prototype · 49705b77
      Christoph Hellwig 提交于
      ->permission and ->lookup have a struct nameidata * argument these days to
      pass down lookup intents.  Unfortunately some callers of lookup_hash don't
      actually pass this one down.  For lookup_one_len() we don't have a struct
      nameidata to pass down, but as this function is a library function only
      used by filesystem code this is an acceptable limitation.  All other
      callers should pass down the nameidata, so this patch changes the
      lookup_hash interface to only take a struct nameidata argument and derives
      the other two arguments to __lookup_hash from it.  All callers already have
      the nameidata argument available so this is not a problem.
      
      At the same time I'd like to deprecate the lookup_hash interface as there
      are better exported interfaces for filesystem usage.  Before it can
      actually be removed I need to fix up rpc_pipefs.
      Signed-off-by: NChristoph Hellwig <hch@lst.de>
      Cc: Ram Pai <linuxram@us.ibm.com>
      Cc: Jeff Mahoney <jeffm@suse.com>
      Cc: Al Viro <viro@ftp.linux.org.uk>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      49705b77
  10. 28 10月, 2005 2 次提交
  11. 19 10月, 2005 1 次提交
  12. 24 9月, 2005 2 次提交
    • T
      Revert "[PATCH] RPC,NFS: new rpc_pipefs patch" · f134585a
      Trond Myklebust 提交于
      This reverts 17f4e6febca160a9f9dd4bdece9784577a2f4524 commit.
      f134585a
    • C
      [PATCH] RPC,NFS: new rpc_pipefs patch · 278c995c
      Christoph Hellwig 提交于
       Currently rpc_mkdir/rpc_rmdir and rpc_mkpipe/mk_unlink have an API that's
       a little unfortunate.  They take a path relative to the rpc_pipefs root and
       thus need to perform a full lookup.  If you look at debugfs or usbfs they
       always store the dentry for directories they created and thus can pass in
       a dentry + single pathname component pair into their equivalents of the
       above functions.
      
       And in fact rpc_pipefs actually stores a dentry for all but one component so
       this change not only simplifies the core rpc_pipe code but also the callers.
      
       Unfortuntately this code path is only used by the NFS4 idmapper and
       AUTH_GSSAPI for which I don't have a test enviroment.  Could someone give
       it a spin?  It's the last bit needed before we can rework the
       lookup_hash API
      Signed-off-by: NChristoph Hellwig <hch@lst.de>
      Signed-off-by: NTrond Myklebust <Trond.Myklebust@netapp.com>
      278c995c
  13. 02 9月, 2005 1 次提交
  14. 30 8月, 2005 1 次提交
  15. 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