1. 29 1月, 2008 15 次提交
  2. 21 1月, 2008 1 次提交
  3. 20 10月, 2007 1 次提交
  4. 11 10月, 2007 4 次提交
  5. 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
  6. 25 5月, 2007 1 次提交
  7. 26 4月, 2007 4 次提交
  8. 27 3月, 2007 1 次提交
  9. 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
  10. 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
  11. 13 2月, 2007 1 次提交
  12. 11 2月, 2007 1 次提交
  13. 27 1月, 2007 1 次提交
  14. 25 1月, 2007 1 次提交
  15. 08 12月, 2006 2 次提交
  16. 29 9月, 2006 1 次提交
  17. 23 9月, 2006 3 次提交