From: Pat LaVarre <p.lavarre@ieee.org>
To: patmans@us.ibm.com
Cc: stern@rowland.harvard.edu, mdharm-scsi@one-eyed-alien.net,
james.bottomley@steeleye.com, linux-scsi@vger.kernel.org,
usb-storage@one-eyed-alien.net, ronald@kuetemeier.com,
dmitrik@users.sourceforge.net, idan@idanso.dyndns.org
Subject: Re: [usb-storage] Re: [PATCH] fix Sony USB mass storage - pass larger receive buffer
Date: 13 Nov 2003 11:22:26 -0700 [thread overview]
Message-ID: <1068747746.16444.30.camel@patrh9> (raw)
In-Reply-To: <1068747355.16444.22.camel@patrh9>
> Is this ...?
Oi.
Here we have bInterfaceSubClass = xFF.
That's this device TELLING US THIS DEVICE DOES NOT TALK SCSI.
We shouldn't be surprised to discover this device then indeed does not
talk SCSI?
How about we blacklist all the bInterfaceSubClass that Windows does not
regard as generic. I remember Windows does regard bInterfaceSubClass =
x06 as generic. I think I remember there are two others. Please stay
tuned for a moment. Meanwhile,
> ...
At length ...
This device does NOT describe itself as generic e.g. not much like x 08
06 50 = MassStorage SCSI BBB.
We may not even have the Windows CBI/CB driver here?
Are we observing a Windows driver from a vendor other than Microsoft?
I see:
bDeviceClass : 0x00 (0)
bDeviceSubClass : 0x00 (0)
bDeviceProtocol : 0x00 (0)
...
InterfaceNumber: 0x00
...
Class = 0x34
SubClass = 0x6d
Protocol = 0x37
...
InterfaceNumber: 0x00
...
Class = 0x08
SubClass = 0xff
Protocol = 0x01
I'm guessing that SubClass lines means we have bInterfaceClass
...SubClass ...Protocol = x 08 FF 01.
Pat LaVarre
next prev parent reply other threads:[~2003-11-13 18:23 UTC|newest]
Thread overview: 69+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-11-12 23:50 [PATCH] fix Sony USB mass storage - pass larger receive buffer Patrick Mansfield
2003-11-13 0:09 ` Matthew Dharm
2003-11-13 0:13 ` Patrick Mansfield
2003-11-13 0:44 ` Patrick Mansfield
2003-11-13 1:56 ` Matthew Dharm
2003-11-13 14:54 ` [usb-storage] " Alan Stern
2003-11-13 16:21 ` Pat LaVarre
2003-11-13 17:09 ` Alan Stern
2003-11-13 17:24 ` Pat LaVarre
2003-11-13 18:04 ` Patrick Mansfield
2003-11-13 18:15 ` Pat LaVarre
2003-11-13 18:22 ` Pat LaVarre [this message]
2003-11-13 18:26 ` Pat LaVarre
2003-11-13 18:37 ` Pat LaVarre
2003-11-13 19:13 ` Matthew Dharm
2003-11-13 19:30 ` Pat LaVarre
2003-11-13 22:03 ` Alan Stern
2003-11-13 23:40 ` Pat LaVarre
2003-11-13 23:51 ` Dmitri Katchalov
2003-11-14 0:16 ` Pat LaVarre
2003-11-14 1:04 ` Matthew Dharm
2003-11-14 1:10 ` Pat LaVarre
2003-11-14 1:13 ` Matthew Dharm
2003-11-13 22:01 ` Alan Stern
2003-11-13 23:37 ` Pat LaVarre
2003-11-14 0:24 ` Patrick Mansfield
2003-11-14 1:54 ` Pat LaVarre
2003-11-14 2:08 ` Matthew Dharm
2003-11-14 2:24 ` Pat LaVarre
2003-11-17 21:38 ` Pat LaVarre
2003-11-17 22:00 ` Patrick Mansfield
2003-11-17 23:36 ` Pat LaVarre
2003-11-14 1:03 ` Matthew Dharm
2003-11-13 23:44 ` Pat LaVarre
2003-11-14 0:13 ` Dmitri Katchalov
2003-11-14 0:55 ` Pat LaVarre
2003-11-14 1:13 ` Matthew Dharm
2003-11-14 2:02 ` Pat LaVarre
2003-11-14 2:10 ` Pat LaVarre
2003-11-14 2:19 ` Matthew Dharm
2003-11-14 2:38 ` [usb-storage] mode sense blacklist how Pat LaVarre
2003-11-14 2:44 ` Matthew Dharm
2003-11-14 17:27 ` Pat LaVarre
2003-11-14 17:57 ` Pat LaVarre
2003-11-14 3:11 ` Dmitri Katchalov
2003-11-14 19:41 ` Pat LaVarre
[not found] ` <20031114153607.A7207@beaverton.ibm.com>
[not found] ` <20031116121039.A13224@beaverton.ibm.com>
2003-11-17 20:14 ` Pat LaVarre
2003-11-19 12:55 ` Dmitri Katchalov
2003-11-19 16:34 ` Pat LaVarre
2003-11-19 17:02 ` Pat LaVarre
2003-11-19 23:34 ` Douglas Gilbert
2003-11-20 16:32 ` Pat LaVarre
2003-11-21 1:17 ` SG_IO ioctl (was: mode sense blacklist how) Douglas Gilbert
2003-11-21 3:18 ` Willem Riede
2003-11-21 20:51 ` Pat LaVarre
2003-11-28 17:07 ` Pat LaVarre
2003-11-28 17:14 ` Pat LaVarre
2003-11-28 17:31 ` Pat LaVarre
2003-11-28 17:09 ` Pat LaVarre
2003-11-21 21:29 ` Pat LaVarre
2003-11-20 14:06 ` [usb-storage] mode sense blacklist how Dmitri Katchalov
2003-11-20 15:57 ` Pat LaVarre
2003-11-14 1:06 ` [usb-storage] Re: [PATCH] fix Sony USB mass storage - pass larger receive buffer Matthew Dharm
2003-11-14 16:14 ` Alan Stern
2003-11-14 17:29 ` Matthew Dharm
2003-11-14 17:50 ` Pat LaVarre
2003-11-14 2:02 ` Douglas Gilbert
2003-11-14 21:45 ` [usb-storage] " Pat LaVarre
-- strict thread matches above, loose matches on Subject: below --
2003-11-14 2:25 Andries.Brouwer
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=1068747746.16444.30.camel@patrh9 \
--to=p.lavarre@ieee.org \
--cc=dmitrik@users.sourceforge.net \
--cc=idan@idanso.dyndns.org \
--cc=james.bottomley@steeleye.com \
--cc=linux-scsi@vger.kernel.org \
--cc=mdharm-scsi@one-eyed-alien.net \
--cc=patmans@us.ibm.com \
--cc=ronald@kuetemeier.com \
--cc=stern@rowland.harvard.edu \
--cc=usb-storage@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