From: matthieu castet <castet.matthieu@free.fr>
To: Boaz Harrosh <bharrosh@panasas.com>
Cc: Alan Stern <stern@rowland.harvard.edu>,
Douglas Gilbert <dougg@torque.net>,
USB Storage list <usb-storage@lists.one-eyed-alien.net>,
"linux-scsi@vger.kernel.org" <linux-scsi@vger.kernel.org>,
Greg KH <greg@kroah.com>
Subject: Re: [usb-storage] USB storage devices and SAT
Date: Sun, 07 Sep 2008 21:35:30 +0200 [thread overview]
Message-ID: <48C42D02.7080809@free.fr> (raw)
In-Reply-To: <48983F5D.6060903@panasas.com>
Hi,
Boaz Harrosh wrote:
>
> There was a correct and simple patch proposed that fixes this problem
> the right way:
> http://marc.info/?l=linux-usb&m=121762869915609&w=2
>
> Doug could you please test this patch to see if it fixes your device?
>
> scsi-core already gives drivers complete control on what sense_size to
> fetch. It is a parameter to the scsi_eh_prep_cmnd() call. So no need
> for slave_configure(), default value, and all that loop.
>
> Matthieu castet <castet.matthieu@free.fr> wrote ...
>> we have got report from 2 users that scsi sat (to do ata passthrough) was not fully \
>> working with some usb bridge (maxtor and western digital). Everything works except \
>> the sense result was incomplete [1].
>>
>>
>> After some investigation, they need a sense size different of 18 (at least 22). [2]
>>
>> Because some devices can crash if the sense size is different of 18, in order to not \
>> break these devices a flag that is set either by unusual entries, either for spc3 or \
>> latter devices is used.
>>
>>
>> Signed-off-by: Matthieu CASTET <castet.matthieu@free.fr>
>
> Reviewed-by: Boaz Harrosh <bharrosh@panasas.com>
>
What the status of that.
Should I try to resubmit that patch on linux-usb ?
>>
>>
>> [1]
>> http://thread.gmane.org/gmane.linux.utilities.smartmontools/5613
>>
>> [2]
>> http://thread.gmane.org/gmane.linux.utilities.smartmontools/5721
>> Index: linux-2.6/drivers/usb/storage/scsiglue.c
>> ===================================================================
>> --- linux-2.6.orig/drivers/usb/storage/scsiglue.c 2008-08-02 00:07:24.000000000 +0200
>> +++ linux-2.6/drivers/usb/storage/scsiglue.c 2008-08-02 00:07:37.000000000 +0200
>> @@ -170,6 +170,10 @@
>> if (us->fflags & US_FL_CAPACITY_HEURISTICS)
>> sdev->guess_capacity = 1;
>>
>> + /* assume SPC3 or latter device support sense size different of 18 */
>> + if (sdev->scsi_level > SCSI_SPC_2)
>> + us->fflags |= US_FL_SANE_SENSE;
>> +
>> /* Some devices report a SCSI revision level above 2 but are
>> * unable to handle the REPORT LUNS command (for which
>> * support is mandatory at level 3). Since we already have
>> Index: linux-2.6/drivers/usb/storage/transport.c
>> ===================================================================
>> --- linux-2.6.orig/drivers/usb/storage/transport.c 2008-08-02 00:07:24.000000000 \
>> +0200
>> +++ linux-2.6/drivers/usb/storage/transport.c 2008-08-02 00:07:37.000000000 +0200
>> @@ -595,10 +595,15 @@
>> if (need_auto_sense) {
>> int temp_result;
>> struct scsi_eh_save ses;
>> + int sense_size = US_SENSE_SIZE;
>> +
>> + /* device support and need bigger sense buffer */
>> + if (us->fflags & US_FL_SANE_SENSE)
>> + sense_size = ~0;
>>
>> US_DEBUGP("Issuing auto-REQUEST_SENSE\n");
>>
>> - scsi_eh_prep_cmnd(srb, &ses, NULL, 0, US_SENSE_SIZE);
>> + scsi_eh_prep_cmnd(srb, &ses, NULL, 0, sense_size);
>>
>> /* FIXME: we must do the protocol translation here */
>> if (us->subclass == US_SC_RBC || us->subclass == US_SC_SCSI ||
>> Index: linux-2.6/drivers/usb/storage/unusual_devs.h
>> ===================================================================
>> --- linux-2.6.orig/drivers/usb/storage/unusual_devs.h 2008-08-02 00:07:24.000000000 \
>> +0200
>> +++ linux-2.6/drivers/usb/storage/unusual_devs.h 2008-08-02 00:07:37.000000000 +0200
>> @@ -1791,6 +1791,18 @@
>> US_SC_DEVICE, US_PR_DEVICE, NULL,
>> US_FL_CAPACITY_HEURISTICS),
>>
>> +UNUSUAL_DEV( 0x0d49, 0x7310, 0x0000, 0x9999,
>> + "Maxtor",
>> + "usb sata bridge",
>> + US_SC_DEVICE, US_PR_DEVICE, NULL,
>> + US_FL_SANE_SENSE ),
>> +
>> +UNUSUAL_DEV( 0x1058, 0x0704, 0x0000, 0x9999,
>> + "Western Digital",
>> + "External HDD",
>> + US_SC_DEVICE, US_PR_DEVICE, NULL,
>> + US_FL_SANE_SENSE ),
>> +
>> /* Control/Bulk transport for all SubClass values */
>> USUAL_DEV(US_SC_RBC, US_PR_CB, USB_US_TYPE_STOR),
>> USUAL_DEV(US_SC_8020, US_PR_CB, USB_US_TYPE_STOR),
>> Index: linux-2.6/include/linux/usb_usual.h
>> ===================================================================
>> --- linux-2.6.orig/include/linux/usb_usual.h 2008-08-02 00:07:24.000000000 +0200
>> +++ linux-2.6/include/linux/usb_usual.h 2008-08-02 00:07:37.000000000 +0200
>> @@ -52,7 +52,9 @@
>> US_FLAG(MAX_SECTORS_MIN,0x00002000) \
>> /* Sets max_sectors to arch min */ \
>> US_FLAG(BULK_IGNORE_TAG,0x00004000) \
>> - /* Ignore tag mismatch in bulk operations */
>> + /* Ignore tag mismatch in bulk operations */ \
>> + US_FLAG(SANE_SENSE,0x00008000) \
>> + /* Need a sense size different of 18 for some cmd (SAT) */
>>
>>
>> #define US_FLAG(name, value) US_FL_##name = value ,
>>
>>
>
> I recommend this patch. It does exactly what's needed with minimum risk
> it is even maybe over protective, with the white list. Perhaps it should
> be turned to a black list instead. The old broken devices been an extincting
> exception.
>
> Boaz
>
>
>
>
next prev parent reply other threads:[~2008-09-07 19:35 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-04 1:10 USB storage devices and SAT Douglas Gilbert
2008-08-04 1:33 ` James Bottomley
2008-08-04 2:18 ` [usb-storage] " Matthew Dharm
2008-08-04 2:21 ` Matthew Dharm
2008-08-04 8:31 ` Boaz Harrosh
2008-08-04 15:21 ` Matthew Dharm
2008-08-04 15:51 ` Alan Stern
2008-08-04 17:45 ` [usb-storage] " Matthew Dharm
2008-08-05 11:54 ` Boaz Harrosh
2008-08-05 14:51 ` Alan Stern
2008-08-05 15:10 ` Boaz Harrosh
2008-08-05 15:34 ` Douglas Gilbert
2008-08-05 15:57 ` Boaz Harrosh
2008-08-05 16:09 ` Boaz Harrosh
2008-08-05 17:42 ` matthieu castet
2008-09-07 19:35 ` matthieu castet [this message]
2008-09-08 7:27 ` Boaz Harrosh
-- strict thread matches above, loose matches on Subject: below --
2008-08-04 10:08 castet.matthieu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=48C42D02.7080809@free.fr \
--to=castet.matthieu@free.fr \
--cc=bharrosh@panasas.com \
--cc=dougg@torque.net \
--cc=greg@kroah.com \
--cc=linux-scsi@vger.kernel.org \
--cc=stern@rowland.harvard.edu \
--cc=usb-storage@lists.one-eyed-alien.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox