1. 25 11月, 2007 1 次提交
  2. 14 11月, 2007 1 次提交
  3. 18 10月, 2007 1 次提交
  4. 10 10月, 2007 9 次提交
  5. 01 9月, 2007 1 次提交
  6. 21 7月, 2007 2 次提交
  7. 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
  8. 18 7月, 2007 1 次提交
  9. 10 7月, 2007 7 次提交
  10. 15 5月, 2007 2 次提交
  11. 12 2月, 2007 1 次提交
  12. 05 2月, 2007 1 次提交
  13. 10 1月, 2007 1 次提交
    • H
      IB/ehca: Use proper GFP_ flags for get_zeroed_page() · f2d91361
      Hoang-Nam Nguyen 提交于
      Here is a patch for ehca to use proper flag, ie. GFP_ATOMIC
      resp. GFP_KERNEL, when calling get_zeroed_page() to prevent "Bug:
      scheduling while atomic...". This error does not cause a kernel panic
      but makes ipoib un-usable afterwards.  It is reproducible on
      2.6.20-rc4 if one does ifconfig down during a flood ping test.  I have
      not observed this error in earlier releases incl. 2.6.20-rc1.
      
      This error occurs when a qp event/irq is received and ehca event
      handler allocates a control block/page to obtain HCA error data block.
      Use of GFP_ATOMIC when in interrupt context prevents this issue.
      
      Signed-off-by Hoang-Nam Nguyen <hnguyen@de.ibm.com>
      Signed-off-by: NRoland Dreier <rolandd@cisco.com>
      f2d91361
  14. 08 12月, 2006 1 次提交
  15. 30 11月, 2006 1 次提交
  16. 10 11月, 2006 1 次提交
  17. 23 9月, 2006 2 次提交