litmus-rt.git - The LITMUS^RT kernel.

	Commit message (Collapse)	Author	Age
*	[PATCH] 3ware: kmap_atomic() fix	Andrew Morton	2006-04-11
\| \| \| \| \| \| \| \| \| \| \| \| \|	We must disable local IRQs while holding KM_IRQ0 or KM_IRQ1. Otherwise, an IRQ handler could use those kmap slots while this code is using them, resulting in memory corruption. Thanks to Nick Orlov <bugfixer@list.ru> for reporting. Cc: <linuxraid@amcc.com> Cc: James Bottomley <James.Bottomley@SteelEye.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
*	[SCSI] sem2mutex 3w-[x9]xxx	Jes Sorensen	2006-01-14
\| \| \| \| \| \| \| \|	Convert a the 3w-9xxx.c and 3w-xxxx.c drivers to use mutexes instead of semaphores. Untested, but compiles and looks obviously correct. Signed-off-by: Jes Sorensen <jes@sgi.com> Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
*	[SCSI] use sfoo_printk() in drivers	Jeff Garzik	2005-10-28
\| \| \| \| \|	Rejections fixed up and Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
*	[SCSI] fix 3ware raid emulated commands	James Bottomley	2005-08-28
\| \| \| \| \| \| \| \| \| \| \|	The 3ware emulated commands all expect they are executing in the use_sg == 0 case, which isn't true either in the block layer rework or an SG_IO ioctl. Fix this by adding the correct kmapping of the first element in the sg list. Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
*	[PATCH] PCI: make drivers use the pci shutdown callback instead of the ↵	Greg Kroah-Hartman	2005-06-28
\| \| \| \| \| \| \| \| \|	driver core callback. Now we can change the pci core to always set this pointer, as pci drivers should use it, not the driver core callback. Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
*	[SCSI] allow sleeping in ->eh_host_reset_handler()	Jeff Garzik	2005-06-17
\| \| \| \|	Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
*	Linux-2.6.12-rc2v2.6.12-rc2	Linus Torvalds	2005-04-16
	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!