1. 08 4月, 2008 3 次提交
  2. 12 1月, 2008 1 次提交
  3. 24 10月, 2007 2 次提交
  4. 23 10月, 2007 1 次提交
  5. 13 10月, 2007 3 次提交
  6. 16 8月, 2007 1 次提交
  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. 19 7月, 2007 1 次提交
  9. 20 6月, 2007 1 次提交
  10. 16 5月, 2007 1 次提交
    • M
      [SCSI] zfcp: IO stall after deleting and path checker changes after reenabling zfcp devices · 9f28745a
      Michael Loehr 提交于
      IO stall after deleting and path checker changes after reenabling zfcp device
      
      Setting one zfcp device offline using chccwdev in a multipath
      environment and waiting will lead to IO stall on all paths.
      After setting the zfcp device back online using chccwdev,
      the devices with io stall will have a different path checker.
      Devices corresponding to the deleted units are never freed.
      This has the effect that 'slave_destroy' is never called and zfcp
      still thinks that this unit is registered
      (ZFCP_STATUS_UNIT_REGISTERED is still set). Hence the erp
      routine is not called correctly and the unit is not enabled properly.
      
      Do not delete rport and the sdev. Just set the host to block on
      'offline'. Setting host online again will then remove the blocked status
      and everything is fine again.
      Signed-off-by: NMichael Loehr <mloehr2@linux.vnet.ibm.com>
      Signed-off-by: NSwen Schillig <swen@vnet.ibm.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      9f28745a
  11. 10 5月, 2007 1 次提交
  12. 09 5月, 2007 3 次提交
  13. 13 2月, 2007 1 次提交
  14. 06 2月, 2007 1 次提交
  15. 14 12月, 2006 1 次提交
    • R
      [PATCH] getting rid of all casts of k[cmz]alloc() calls · 5cbded58
      Robert P. J. Day 提交于
      Run this:
      
      	#!/bin/sh
      	for f in $(grep -Erl "\([^\)]*\) *k[cmz]alloc" *) ; do
      	  echo "De-casting $f..."
      	  perl -pi -e "s/ ?= ?\([^\)]*\) *(k[cmz]alloc) *\(/ = \1\(/" $f
      	done
      
      And then go through and reinstate those cases where code is casting pointers
      to non-pointers.
      
      And then drop a few hunks which conflicted with outstanding work.
      
      Cc: Russell King <rmk@arm.linux.org.uk>, Ian Molton <spyro@f2s.com>
      Cc: Mikael Starvik <starvik@axis.com>
      Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
      Cc: Roman Zippel <zippel@linux-m68k.org>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Kyle McMartin <kyle@mcmartin.ca>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Jeff Dike <jdike@addtoit.com>
      Cc: Greg KH <greg@kroah.com>
      Cc: Jens Axboe <jens.axboe@oracle.com>
      Cc: Paul Fulghum <paulkf@microgate.com>
      Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
      Cc: Karsten Keil <kkeil@suse.de>
      Cc: Mauro Carvalho Chehab <mchehab@infradead.org>
      Cc: Jeff Garzik <jeff@garzik.org>
      Cc: James Bottomley <James.Bottomley@steeleye.com>
      Cc: Ian Kent <raven@themaw.net>
      Cc: Steven French <sfrench@us.ibm.com>
      Cc: David Woodhouse <dwmw2@infradead.org>
      Cc: Neil Brown <neilb@cse.unsw.edu.au>
      Cc: Jaroslav Kysela <perex@suse.cz>
      Cc: Takashi Iwai <tiwai@suse.de>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      5cbded58
  16. 24 9月, 2006 3 次提交
  17. 07 8月, 2006 1 次提交
  18. 29 5月, 2006 4 次提交
  19. 27 3月, 2006 1 次提交
  20. 02 2月, 2006 1 次提交
  21. 15 1月, 2006 1 次提交
  22. 02 12月, 2005 1 次提交
  23. 07 11月, 2005 1 次提交
  24. 09 10月, 2005 1 次提交
  25. 20 9月, 2005 2 次提交
  26. 29 8月, 2005 1 次提交
  27. 28 8月, 2005 1 次提交