1. 07 12月, 2007 1 次提交
  2. 31 8月, 2007 1 次提交
  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. 31 5月, 2007 1 次提交
  5. 26 4月, 2007 3 次提交
  6. 23 3月, 2007 1 次提交
    • P
      [BRIDGE]: Fix fdb RCU race · b19cbe2a
      Patrick McHardy 提交于
      br_fdb_get use atomic_inc to increase the refcount of an element found
      on a RCU protected list, which can lead to the following race:
      
      CPU0					CPU1
      
      					br_fdb_get:   rcu_read_lock
      					__br_fdb_get: find element
      fdb_delete:   hlist_del_rcu
      	      br_fdb_put
      br_fdb_put:   atomic_dec_and_test
      	      call_rcu(fdb_rcu_free)	br_fdb_get:   atomic_inc
      						      rcu_read_unlock
      fdb_rcu_free: kmem_cache_free
      
      Use atomic_inc_not_zero instead.
      Signed-off-by: NPatrick McHardy <kaber@trash.net>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      b19cbe2a
  7. 11 2月, 2007 1 次提交
  8. 08 12月, 2006 1 次提交
  9. 16 10月, 2006 1 次提交
  10. 21 3月, 2006 1 次提交
  11. 01 11月, 2005 1 次提交
  12. 30 8月, 2005 1 次提交
  13. 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