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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.