public inbox for linux-scsi@vger.kernel.org
 help / color / mirror / Atom feed
From: Pat LaVarre <p.lavarre@ieee.org>
To: Alan Stern <stern@rowland.harvard.edu>
Cc: USB Storage List <usb-storage@lists.one-eyed-alien.net>,
	SCSI development list <linux-scsi@vger.kernel.org>
Subject: Re: [usb-storage] Time to allow MODE SENSE for USB disk-typestorage de vices?
Date: 08 Mar 2004 14:16:11 -0700	[thread overview]
Message-ID: <1078780571.18148.11.camel@patibmrh9> (raw)
In-Reply-To: <1078768520.2341.54.camel@patibmrh9>

> > On a related note,

I wish I weren't hijacking your thread, but ...

> > we've run across reports from several users
> > indicating that their USB devices die when handed a PREVENT-ALLOW
> > MEDIUM REMOVAL command, even though they set the Removable-Medium flag
> > in their INQUIRY data.  Could there be a device flag that would cause
> > the sd driver to avoid these commands?
> 
> I hear op x1E Prevent/ Allow appears in Windows bus traces.
> 
> I wonder what cbw [or] sequence [of cbw's]
> avoids killing such devices for Windows.

I have NOT yet learned to trace all Linux cdb's, but ...

I happen to have an Atapi bus analyser connected just now ...

I see a Linux 2.6.4-rc2 host polling an Atapi RMB PDT x05 DVD/CD device
every two seconds with two -y "00 00:00:00 00 00" Test Unit Ready and
then one -y "1E 00:00:00 00 00" Allow.

This leads me to wonder if Linux is polling RMB PDT x00 with x1E Allow?

And if so, why???

Also does the USB dCBWDataLength for Linux x1E Allow differ from
Windows, since the Atapi BCL is, ugh, the zero that assumes Hn = Dn,
rather than the xFFFF and xFFFE Atapi BCL's said to be more massively
distributed.

Pat LaVarre



  reply	other threads:[~2004-03-08 21:18 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-03-08 16:05 Time to allow MODE SENSE for USB disk-type storage devices? Alan Stern
2004-03-08 17:55 ` [usb-storage] Time to allow MODE SENSE for USB disk-type storage de vices? Pat LaVarre
2004-03-08 21:16   ` Pat LaVarre [this message]
2004-03-08 20:13 ` [usb-storage] Time to allow MODE SENSE for USB disk-type storage devices? Andries Brouwer
2004-03-10  1:43   ` Patrick Mansfield
2004-03-10  9:13     ` Andries Brouwer
2004-03-10 16:56       ` Alan Stern
2004-03-10 18:53       ` [usb-storage] Time to allow MODE SENSE for USB disk-type storag edevices? Pat LaVarre
2004-03-10 20:24         ` Alan Stern
2004-03-10 20:58           ` Pat LaVarre
2004-03-10 22:43             ` Alan Stern

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=1078780571.18148.11.camel@patibmrh9 \
    --to=p.lavarre@ieee.org \
    --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