1. 20 10月, 2007 1 次提交
  2. 11 10月, 2007 4 次提交
  3. 20 7月, 2007 1 次提交
    • P
      mm: Remove slab destructors from kmem_cache_create(). · 20c2df83
      Paul Mundt 提交于
      Slab destructors were no longer supported after Christoph's
      c59def9f change. They've been
      BUGs for both slab and slub, and slob never supported them
      either.
      
      This rips out support for the dtor pointer from kmem_cache_create()
      completely and fixes up every single callsite in the kernel (there were
      about 224, not including the slab allocator definitions themselves,
      or the documentation references).
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      20c2df83
  4. 25 5月, 2007 1 次提交
  5. 26 4月, 2007 4 次提交
  6. 27 3月, 2007 1 次提交
  7. 17 3月, 2007 1 次提交
    • R
      [IPV4]: Do not disable preemption in trie_leaf_remove(). · d5cc4a73
      Robert Olsson 提交于
      Hello, Just discussed this Patrick...
      
      We have two users of trie_leaf_remove, fn_trie_flush and fn_trie_delete
      both are holding RTNL. So there shouldn't be need for this preempt stuff.
      This is assumed to a leftover from an older RCU-take.
      
      > Mhh .. I think I just remembered something - me incorrectly suggesting
      > to add it there while we were talking about this at OLS :) IIRC the
      > idea was to make sure tnode_free (which at that time didn't use
      > call_rcu) wouldn't free memory while still in use in a rcu read-side
      > critical section. It should have been synchronize_rcu of course,
      > but with tnode_free using call_rcu it seems to be completely
      > unnecessary. So I guess we can simply remove it.
      Signed-off-by: NRobert Olsson <robert.olsson@its.uu.se>
      Signed-off-by: NPatrick McHardy <kaber@trash.net>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      d5cc4a73
  8. 15 2月, 2007 1 次提交
    • T
      [PATCH] remove many unneeded #includes of sched.h · cd354f1a
      Tim Schmielau 提交于
      After Al Viro (finally) succeeded in removing the sched.h #include in module.h
      recently, it makes sense again to remove other superfluous sched.h includes.
      There are quite a lot of files which include it but don't actually need
      anything defined in there.  Presumably these includes were once needed for
      macros that used to live in sched.h, but moved to other header files in the
      course of cleaning it up.
      
      To ease the pain, this time I did not fiddle with any header files and only
      removed #includes from .c-files, which tend to cause less trouble.
      
      Compile tested against 2.6.20-rc2 and 2.6.20-rc2-mm2 (with offsets) on alpha,
      arm, i386, ia64, mips, powerpc, and x86_64 with allnoconfig, defconfig,
      allmodconfig, and allyesconfig as well as a few randconfigs on x86_64 and all
      configs in arch/arm/configs on arm.  I also checked that no new warnings were
      introduced by the patch (actually, some warnings are removed that were emitted
      by unnecessarily included header files).
      Signed-off-by: NTim Schmielau <tim@physik3.uni-rostock.de>
      Acked-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      cd354f1a
  9. 13 2月, 2007 1 次提交
  10. 11 2月, 2007 1 次提交
  11. 27 1月, 2007 1 次提交
  12. 25 1月, 2007 1 次提交
  13. 08 12月, 2006 2 次提交
  14. 29 9月, 2006 1 次提交
  15. 23 9月, 2006 4 次提交
  16. 20 9月, 2006 1 次提交
  17. 13 7月, 2006 1 次提交
  18. 01 7月, 2006 1 次提交
  19. 10 4月, 2006 1 次提交
  20. 21 3月, 2006 2 次提交
  21. 04 1月, 2006 2 次提交
  22. 21 11月, 2005 1 次提交
  23. 26 10月, 2005 1 次提交
    • H
      [IPV4]: Kill redundant rcu_dereference on fa_info · 1371e37d
      Herbert Xu 提交于
      This patch kills a redundant rcu_dereference on fa->fa_info in fib_trie.c.
      As this dereference directly follows a list_for_each_entry_rcu line, we
      have already taken a read barrier with respect to getting an entry from
      the list.
      
      This read barrier guarantees that all values read out of fa are valid.
      In particular, the contents of structure pointed to by fa->fa_info is
      initialised before fa->fa_info is actually set (see fn_trie_insert);
      the setting of fa->fa_info itself is further separated with a write
      barrier from the insertion of fa into the list.
      
      Therefore by taking a read barrier after obtaining fa from the list
      (which is given by list_for_each_entry_rcu), we can be sure that
      fa->fa_info contains a valid pointer, as well as the fact that the
      data pointed to by fa->fa_info is itself valid.
      Signed-off-by: NHerbert Xu <herbert@gondor.apana.org.au>
      Acked-by: NPaul E. McKenney <paulmck@us.ibm.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      Signed-off-by: NArnaldo Carvalho de Melo <acme@mandriva.com>
      1371e37d
  24. 05 10月, 2005 1 次提交
    • R
      [IPV4]: fib_trie root-node expansion · e6308be8
      Robert Olsson 提交于
      The patch below introduces special thresholds to keep root node in the trie 
      large. This gives a flatter tree at the cost of a modest memory increase.
      Overall it seems to be gain and this was also proposed by one the authors 
      of the paper in recent a seminar.
      
      Main table after loading 123 k routes.
      
      	Aver depth:     3.30
      	Max depth:      9
              Root-node size  12 bits
              Total size: 4044  kB
      
      With the patch:
      	Aver depth:     2.78
      	Max depth:      8
              Root-node size  15 bits
              Total size: 4150  kB
      
      An increase of 8-10% was seen in forwading performance for an rDoS attack. 
      Signed-off-by: NRobert Olsson <robert.olsson@its.uu.se>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      e6308be8
  25. 21 9月, 2005 1 次提交
  26. 20 9月, 2005 2 次提交
  27. 10 9月, 2005 1 次提交