* cciss updates [1 of 2]
@ 2004-03-25 15:36 mikem
2004-03-25 15:40 ` Arjan van de Ven
2004-03-25 16:14 ` Jeff Garzik
0 siblings, 2 replies; 5+ messages in thread
From: mikem @ 2004-03-25 15:36 UTC (permalink / raw)
To: axboe; +Cc: linux-kernel
Please consider this change for inclusion in the 2.4 kernel.
This change is required to support the new MSA30 storage enclosure.
If you do a SCSI inquiry to a SATA disk bad things happen. This patch prevents
the inquiry from going to SATA disks.
cciss_scsi.c | 2 ++
1 files changed, 2 insertions(+)
------------------------------------------------------------------------------
diff -burN lx2425.orig/drivers/block/cciss_scsi.c lx2425/drivers/block/cciss_scsi.c
--- lx2425.orig/drivers/block/cciss_scsi.c 2003-11-28 12:26:19.000000000 -0600
+++ lx2425/drivers/block/cciss_scsi.c 2004-03-04 10:21:33.000000000 -0600
@@ -589,6 +589,8 @@
for(i=0; i<num_luns; i++) {
/* Execute an inquiry to figure the device type */
+ /* Skip over masked devices */
+ if (ld_buff->LUN[i][3] & 0xC0) continue;
memset(inq_buff, 0, sizeof(InquiryData_struct));
memcpy(scsi3addr, ld_buff->LUN[i], 8); /* ugly... */
return_code = sendcmd(CISS_INQUIRY, cntl_num, inq_buff,
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: cciss updates [1 of 2]
2004-03-25 15:36 mikem
@ 2004-03-25 15:40 ` Arjan van de Ven
2004-03-25 16:14 ` Jeff Garzik
1 sibling, 0 replies; 5+ messages in thread
From: Arjan van de Ven @ 2004-03-25 15:40 UTC (permalink / raw)
To: mike.miller; +Cc: axboe, linux-kernel
[-- Attachment #1: Type: text/plain, Size: 169 bytes --]
On Thu, 2004-03-25 at 16:36, mikem@beardog.cca.cpqcorp.net wrote:
> Please consider this change for inclusion in the 2.4 kernel.
do you have a matching 2.6 patch ?
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: cciss updates [1 of 2]
2004-03-25 15:36 mikem
2004-03-25 15:40 ` Arjan van de Ven
@ 2004-03-25 16:14 ` Jeff Garzik
1 sibling, 0 replies; 5+ messages in thread
From: Jeff Garzik @ 2004-03-25 16:14 UTC (permalink / raw)
To: mike.miller; +Cc: axboe, linux-kernel
mikem@beardog.cca.cpqcorp.net wrote:
> Please consider this change for inclusion in the 2.4 kernel.
>
> This change is required to support the new MSA30 storage enclosure.
> If you do a SCSI inquiry to a SATA disk bad things happen. This patch prevents
> the inquiry from going to SATA disks.
I 'ack' both of those patches, but am still curious: wouldn't you want
to either (a) simulate an inquiry page via ATA's identify device or (b)
allow userspace to issue identify device?
Jeff
^ permalink raw reply [flat|nested] 5+ messages in thread
* RE: cciss updates [1 of 2]
@ 2004-03-25 18:55 Miller, Mike (OS Dev)
2004-03-25 19:05 ` Jeff Garzik
0 siblings, 1 reply; 5+ messages in thread
From: Miller, Mike (OS Dev) @ 2004-03-25 18:55 UTC (permalink / raw)
To: Jeff Garzik; +Cc: axboe, linux-kernel
Yep, that would the right thing to do. But right now management wants this :(
-----Original Message-----
From: Jeff Garzik [mailto:jgarzik@pobox.com]
Sent: Thursday, March 25, 2004 10:14 AM
To: Miller, Mike (OS Dev)
Cc: axboe@suse.de; linux-kernel@vger.kernel.org
Subject: Re: cciss updates [1 of 2]
mikem@beardog.cca.cpqcorp.net wrote:
> Please consider this change for inclusion in the 2.4 kernel.
>
> This change is required to support the new MSA30 storage enclosure.
> If you do a SCSI inquiry to a SATA disk bad things happen. This patch prevents
> the inquiry from going to SATA disks.
I 'ack' both of those patches, but am still curious: wouldn't you want
to either (a) simulate an inquiry page via ATA's identify device or (b)
allow userspace to issue identify device?
Jeff
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: cciss updates [1 of 2]
2004-03-25 18:55 cciss updates [1 of 2] Miller, Mike (OS Dev)
@ 2004-03-25 19:05 ` Jeff Garzik
0 siblings, 0 replies; 5+ messages in thread
From: Jeff Garzik @ 2004-03-25 19:05 UTC (permalink / raw)
To: Miller, Mike (OS Dev); +Cc: axboe, linux-kernel
Miller, Mike (OS Dev) wrote:
> Yep, that would the right thing to do. But right now management wants this :(
Cool... well I see no reason to delay these 2 patches, as what you
posted is an intermediate step towards The Right Thing. And Linux
kernel development is all about showing the "evolution" of the code, not
just the end result.
Jeff
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2004-03-25 19:05 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-03-25 18:55 cciss updates [1 of 2] Miller, Mike (OS Dev)
2004-03-25 19:05 ` Jeff Garzik
-- strict thread matches above, loose matches on Subject: below --
2004-03-25 15:36 mikem
2004-03-25 15:40 ` Arjan van de Ven
2004-03-25 16:14 ` Jeff Garzik
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox