From: Douglas Gilbert <dgilbert@interlog.com>
To: "Martin K. Petersen" <martin.petersen@oracle.com>
Cc: Alan Stern <stern@rowland.harvard.edu>,
Matthew Wilcox <matthew@wil.cx>,
Matthew Wilcox <willy@linux.intel.com>,
SCSI development list <linux-scsi@vger.kernel.org>
Subject: Re: Bugs in scsi_vpd_inquiry()
Date: Mon, 10 Aug 2009 17:53:51 -0400 [thread overview]
Message-ID: <4A8096EF.6010508@interlog.com> (raw)
In-Reply-To: <yq17hxbfvf9.fsf@sermon.lab.mkp.net>
Martin K. Petersen wrote:
>>>>>> "Alan" == Alan Stern <stern@rowland.harvard.edu> writes:
>
> Alan,
>
>>>> data always to be accurate may not be a good idea. I'm considering
>>>> adding a "restrict_to_MS_usb" flag to the host template, to
>>>> indicate that commands shouldn't be sent unless some version of
>>>> Windows uses them when talking to USB devices -- do you think that
>>>> could work?
>>> Not really my area of expertise.
>
> Alan> Okay. Maybe Martin has some thoughts on it.
>
> First of all we're not going to send EVPD=1 out to devices reporting
> SCSI_SPC_2 or lower anymore, making some of this discussion moot in the
> short term.
>
> But as I have alluded to in the past we do have a conflict brewing
> because the switch to drives with 4KB physical blocks will mean USB
> bridges will have to get smarter. And that in turn will mean adhering
> (*gasp*) to the standard instead of firmware writers flipping bits until
> Windows stops crashing. Windows 7 does in fact query drives about
> alignment, block sizes, etc. But I'm not sure how true that is for the
> Windows USB storage stack.
It would be interesting to know if Windows 7 is pushing
UAS (USB attached SCSI) [latest draft at www.t10.org is
uas-r02.pdf].
"USB Attached SCSI is a new generation of USB Transport
Standards. This standard supports the following
features in support of USB-20 and future USB
specifications:
a) does not interfere with the USB Mass Storage Class
(MSC) bulk-only transport;
b) mechanism to send commands associated with any T10
standard to a USB device;
c) support for queuing in the protocol;
d) support for autosense;
e) compliance with SCSI Architecture Model - 4 (SAM-4)
or later; and
f) other capabilities."
It is at the letter ballot stage at t10.
Doug Gilbert
next prev parent reply other threads:[~2009-08-10 21:53 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-10 14:41 Bugs in scsi_vpd_inquiry() Alan Stern
2009-08-10 14:58 ` Matthew Wilcox
2009-08-10 15:32 ` Alan Stern
2009-08-10 17:08 ` Martin K. Petersen
2009-08-10 20:13 ` Alan Stern
2009-08-10 20:49 ` Martin K. Petersen
2009-08-10 21:14 ` Alan Stern
2009-08-10 22:47 ` Martin K. Petersen
2009-08-11 14:35 ` Alan Stern
2009-08-10 21:53 ` Douglas Gilbert [this message]
2009-08-10 22:52 ` Martin K. Petersen
2009-08-11 16:04 ` Matthew Wilcox
2009-08-11 7:07 ` Boaz Harrosh
2009-08-11 14:53 ` Alan Stern
2009-08-11 15:13 ` James Bottomley
2009-08-11 15:18 ` Boaz Harrosh
2009-08-11 15:27 ` James Bottomley
2009-08-11 15:38 ` Alan Stern
2009-08-11 15:57 ` Matthew Wilcox
2009-08-11 15:59 ` James Bottomley
2009-08-11 16:14 ` Alan Stern
2009-08-11 16:24 ` James Bottomley
2009-08-13 13:58 ` Boaz Harrosh
2009-08-13 14:15 ` James Bottomley
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=4A8096EF.6010508@interlog.com \
--to=dgilbert@interlog.com \
--cc=linux-scsi@vger.kernel.org \
--cc=martin.petersen@oracle.com \
--cc=matthew@wil.cx \
--cc=stern@rowland.harvard.edu \
--cc=willy@linux.intel.com \
/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