[PATCH] ibmvscsi: fix timeout bugs

The viosrp_crq timeout field is in seconds. Signed-off-by: FUJITA Tomonori <[EMAIL PROTECTED]> --- drivers/scsi/ibmvscsi/ibmvscsi.c | 10 +- 1 files changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/scsi/ibmvscsi/ibmvscsi.c b/drivers/scsi/ibmvscsi/ibmvscsi.c index b10eefe..

Re: [patch 10/28] Fix |/|| confusion in fusion driver

On Thu, May 10, 2007 at 11:00:53PM -0700, Andrew Morton wrote: > From: Dirk Mueller <[EMAIL PROTECTED]> > > This patch corrects a |/|| confusion in mptscsih_copy_sense_data. Using || > means that the data that ends up being written is (almost always) 1, > instead of being bit-wise or'ed. An

Re: [PATCH] jazz_esp converted to use esp_core

From: Jeff Garzik <[EMAIL PROTECTED]> Date: Mon, 21 May 2007 19:45:22 -0400 > David Miller wrote: > > I disagree, I want people to be able to do test builds > > even if their platform lacks a front-end driver. And > > for platforms with multiple front ends it's a complete > > waste of space. > >

Re: [PATCH] jazz_esp converted to use esp_core

David Miller wrote: I disagree, I want people to be able to do test builds even if their platform lacks a front-end driver. And for platforms with multiple front ends it's a complete waste of space. Where is the waste of space? If done properly, Makefile dependencies include precisely what i

Re: [PATCH] jazz_esp converted to use esp_core

From: Christoph Hellwig <[EMAIL PROTECTED]> Date: Tue, 22 May 2007 00:00:41 +0100 > > --- a/drivers/scsi/Makefile > > +++ b/drivers/scsi/Makefile > > @@ -121,7 +121,7 @@ obj-$(CONFIG_BLK_DEV_3W__RAID) += 3w-.o > > obj-$(CONFIG_SCSI_3W_9XXX) += 3w-9xxx.o > > obj-$(CONFIG_SCSI_PPA)

Re: [PATCH] jazz_esp converted to use esp_core

Christoph Hellwig wrote: Note to Dave: it probably would be nice to just build esp_scsi.o from the makefile like the old NCR53C9x drivers did instead of the Kconfig hackery, what do you think? If the dependent drivers reside in the same directory, Makefile hackery is definitely preferred.

Re: [PATCH] jazz_esp converted to use esp_core

On Mon, May 21, 2007 at 11:02:24PM +0200, Thomas Bogendoerfer wrote: > Hi, > > after chasing and fixing two jazz platform bugs and one MIPS dma mapping > bug, I finally succeeded in using the Dave's new esp_core (great work, > thank you Dave). Below is the patch. Very nice driver. The only thing

[PATCH] jazz_esp converted to use esp_core

Hi, after chasing and fixing two jazz platform bugs and one MIPS dma mapping bug, I finally succeeded in using the Dave's new esp_core (great work, thank you Dave). Below is the patch. Thomas. Use new SCCI_ESP_CORE for JAZZ SCSS host adapter driver Signed-off-by: Thomas Bogendoerfer <[EMAIL PRO

Re: [PATCH] sata_promise: Port enumeration order - SATA 150 TX4,

> Evan Harris wrote: >> >> I have a card that mirrors this one from your list: >> >> Retail name: SATA300 TX4 >> Chip label: PDC40718-GP SATAII300 >> Vendor-Device number: 105a:3d17 (rev 02) >> >> Through testing, I've found linux 2.6.16 and 2.6.17 find the ports in >> this order (the list is

[patch 42/69] fix for bugzilla 8426: massive slowdown on SCSI CD/DVD drive connected to mptspi driver

-stable review patch. If anyone has any objections, please let us know. - From: Doug Chapman <[EMAIL PROTECTED]> Patch for: http://bugzilla.kernel.org/show_bug.cgi?id=8426 A recent code cleanup that moved code from mptscsih to mptspi inadvertently change the order some code

Sg_ses question

Hi, Not sure if this is the right list for my question but I couldn't find a more suitable place to ask it. I'm trying to set the locator light of a disk in a SAS enclosure using sg_ses but I'm not getting anywhere. I'm dumping the enclosure status diagnostic page using 'sg_ses --page=2 --raw /de

Re: [PATCH] FC Transport support for vports based on NPIV

PS: One thing I didn't call out in the vport patches was the expectation that the vport-supporting driver had to set the PPN attribute appropriately. And... did you see that T11 is trying to change what the PPN is set to - the fabric port_name not the physical N_Port port_name. No, i did not

Re: [PATCH] initio: Convert into a real Linux driver and update to modern style

On Mon, May 21, 2007 at 03:06:43PM +0100, Alan Cox wrote: > This is a mix of a grand clean up I did and a reworking of the hotplug > support by Christoph. In testing it works as well as the previous code > did (that is -quite badly-) but we can now read it and as it settles in > actually debug the

Re: [PATCH] FC Transport support for vports based on NPIV

On Mon, May 14, 2007 at 11:56:38AM -0400, James Smart wrote: > All true. But, there is the notion that there is a driver that thinks > it's controlling the adapter, but it's actually talking to a virtual > thing, that traps the driver's FLOGI's and turns it into FDISCs... > > >With zfcp, the har

[PATCH] [scsi] Remove __GFP_DMA

[PATCH] [scsi] Remove __GFP_DMA After 821de3a27bf33f11ec878562577c586cd5f83c64, it's not necessary to alloate a DMA buffer any more in sd.c. Signed-off-by: Bernhard Walle <[EMAIL PROTECTED]> --- drivers/scsi/sd.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/drivers/scsi/sd.c

[PATCH] sd.c: fix refcounting regression in suspend/resume routines

This patch (as909) fixes a couple of refcounting errors in the sd driver's suspend and resume methods. Signed-off-by: Alan Stern <[EMAIL PROTECTED]> --- Index: usb-2.6/drivers/scsi/sd.c === --- usb-2.6.orig/drivers/scsi/sd.c +++ usb

Re: [PATCH] sd.c: fix refcounting regression in suspend/resume routines

Alan Stern wrote: > This patch (as909) fixes a couple of refcounting errors in the sd > driver's suspend and resume methods. > > Signed-off-by: Alan Stern <[EMAIL PROTECTED]> Acked-by: Tejun Heo <[EMAIL PROTECTED]> Thanks. -- tejun - To unsubscribe from this list: send the line "unsubscribe li