- 29 3月, 2006 1 次提交
-
-
由 Matthias Gehre 提交于
Replace all occurences of 0xff.. in calls to function pci_set_dma_mask() and pci_set_consistant_dma_mask() with the corresponding DMA_xBIT_MASK from linux/dma-mapping.h. Signed-off-by: NMatthias Gehre <M.Gehre@gmx.de> Signed-off-by: NAndrew Morton <akpm@osdl.org> Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
-
- 13 2月, 2006 1 次提交
-
-
由 Ju, Seokmann 提交于
Attached patch fixes problem that cause kobject_register failure during loading. Kobject_register would fail when there are more than 1 module with same module name. This patch will change module name of megaraid_legacy from 'megaraid' to 'megaraid_legacy'. Signed-Off-by: NSeokmann Ju <seokmann.ju@lsil.com> Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
-
- 13 1月, 2006 1 次提交
-
-
由 Arjan van de Ven 提交于
the scsi layer is using semaphores in a mutex way, this patch converts these into using mutexes instead Signed-off-by: NArjan van de Ven <arjan@infradead.org> Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
-
- 14 12月, 2005 1 次提交
-
-
由 Ju, Seokmann 提交于
This patch fixes - PCI ID overlap issue - node name changed to 'megaraid_legacy' I hope this patch addresses concerns brought by Daniel Drake. Signed-off by: Seokmann Ju <seokmann.ju@enginio.com> Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
-
- 08 12月, 2005 1 次提交
-
-
由 Mark Lord 提交于
The SCSI megaraid drive goes to great effort to kmap the scatterlist buffer (if used), but then uses the wrong pointer when copying to it afterward. Signed-off-by: NMark Lord <lkml@rtr.ca> Acked by: Ju, Seokmann <Seokmann.Ju@engenio.com> Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
-
- 30 11月, 2005 1 次提交
-
-
由 Christoph Hellwig 提交于
This fixes locking in megaraid.c, namely: (1) make sure megaraid_queue release the adapter lock by changing the code to have a single return (2) remove the errornous scsi_assign_lock call Testing by Burton Windle. Signed-off-by: NChristoph Hellwig <hch@lst.de> Acked-by: NBurton Windle <bwindle@fint.org> Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
-
- 10 11月, 2005 1 次提交
-
-
由 Christoph Hellwig 提交于
Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
-
- 07 11月, 2005 1 次提交
-
-
由 Christoph Hellwig 提交于
just take the adapter lock in megaraid_queue. Additional benefit is that we can get rid of the awkward conditional locking in mega_internal_command. Signed-off-by: NChristoph Hellwig <hch@lst.de> Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
-
- 03 10月, 2005 1 次提交
-
-
由 James Bottomley 提交于
Some Legacy megaraid cards can't actually cope with the scatter/gather version of the READ CAPACITY command (which is what we now send them since altering all SCSI internal I/O to go via the block layer). Fix this (and a few other broken megaraid driver assumptions) by sending the non-sg version of the command if the sg list only has a single element. Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
-
- 28 6月, 2005 1 次提交
-
-
由 Greg Kroah-Hartman 提交于
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: NGreg Kroah-Hartman <gregkh@suse.de>
-
- 27 6月, 2005 1 次提交
-
-
由 Christoph Hellwig 提交于
We never look at it except for the old megaraid driver that abuses it for sending internal commands. That usage can be fixed easily because those internal commands are single-threaded by a mutex and we can easily use a completion there. Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
-
- 26 6月, 2005 1 次提交
-
-
由 James Bottomley 提交于
From: Christoph Hellwig <hch@lst.de> Patch fixed up and Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
-
- 22 6月, 2005 1 次提交
-
-
由 bobl 提交于
Signed-off-by: NAndrew Morton <akpm@osdl.org> Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
-
- 18 6月, 2005 1 次提交
-
-
由 Jeff Garzik 提交于
Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
-
- 17 4月, 2005 1 次提交
-
-
由 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!
-