From: James Bottomley <James.Bottomley@steeleye.com>
To: Alan Stern <stern@rowland.harvard.edu>
Cc: Andries.Brouwer@cwi.nl, stelian@popies.net, afafc@rnl.ist.utl.pt,
Greg KH <greg@kroah.com>,
SCSI Mailing List <linux-scsi@vger.kernel.org>,
USB development list <linux-usb-devel@lists.sourceforge.net>,
mike@hingston.demon.co.uk
Subject: Re: [example PATCH - not for applying] exclude certain commands
Date: 24 Apr 2003 10:26:32 -0400 [thread overview]
Message-ID: <1051194392.1754.12.camel@mulgrave> (raw)
In-Reply-To: <Pine.LNX.4.44L0.0304240954480.738-100000@ida.rowland.org>
On Thu, 2003-04-24 at 10:05, Alan Stern wrote:
> You probably already know this, but I'll point it out anyway. The
> protocol.c file contains 4 different translation routines:
>
> usb_stor_qic157_command(),
> usb_stor_ATAPI_command(),
> usb_stor_ufi_command(),
> usb_stor_transparent_scsi_command().
>
> The third one already contains the 4->8 modification and your patch adds
> it to the fourth. But it's still missing from the first two.
>
> I agree with James Bottomley's comment that it's not really safe to be
> doing this at all, even if we do feel sure that sufficient buffer space
> exists. After all, some other data may be using that space.
>
> Better solutions would be not to issue the 4-byte call at all,
> or to recognize that it failed and re-issue with at least 8 bytes. That
> way no questionable buffer-size conversion is needed. There's also the
> advantage of not having to do the same thing in 4 different places within
> usb-storage.
Actually, the better solution might be to enforce a minimum transfer
length for non-scatter gather transfers. Although we could enforce this
in the mid-layer allocations, we'd be in difficulty for user issued
commands, so the scheme that copes with everything would be a bounce
buffer type of thing (you supply a transfer request too short for the
device, I provide the bigger buffer and then give you back what you
asked for).
Better suggestions?
James
next prev parent reply other threads:[~2003-04-24 14:15 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-04-24 9:46 [example PATCH - not for applying] exclude certain commands Andries.Brouwer
2003-04-24 9:56 ` Stelian Pop
2003-04-24 14:05 ` Alan Stern
2003-04-24 14:26 ` James Bottomley [this message]
2003-04-24 14:46 ` Alan Stern
2003-04-24 15:26 ` James Bottomley
-- strict thread matches above, loose matches on Subject: below --
2003-04-27 2:29 Andries.Brouwer
2003-04-27 4:32 ` James Bottomley
2003-04-26 21:44 Andries.Brouwer
2003-04-26 22:13 ` Matthew Dharm
2003-04-26 22:43 ` James Bottomley
2003-04-27 1:34 ` Matthew Dharm
2003-04-27 2:15 ` James Bottomley
2003-04-27 9:35 ` Matthew Dharm
2003-04-27 15:41 ` James Bottomley
2003-04-27 18:52 ` Kai Makisara
2003-04-27 19:52 ` Matthew Dharm
2003-04-28 19:05 ` Luben Tuikov
2003-04-28 19:12 ` Luben Tuikov
2003-04-28 20:19 ` Matthew Dharm
2003-04-28 21:33 ` Luben Tuikov
2003-04-26 22:29 ` James Bottomley
2003-04-27 0:24 ` Patrick Mansfield
2003-04-27 1:39 ` Matthew Dharm
2003-04-25 0:43 Andries.Brouwer
2003-04-25 2:12 ` Matthew Dharm
2003-04-25 14:32 ` Alan Stern
2003-04-25 15:12 ` Oliver Neukum
2003-04-26 0:58 ` Alan Stern
2003-04-26 8:24 ` Oliver Neukum
2003-04-26 15:22 ` Alan Stern
2003-04-24 18:59 Andries.Brouwer
2003-04-24 19:14 ` Matthew Dharm
2003-04-24 20:20 ` James Bottomley
2003-04-24 20:59 ` Matthew Dharm
2003-04-24 21:43 ` Patrick Mansfield
2003-04-24 15:21 Andries.Brouwer
2003-04-24 15:56 ` Pete
2003-04-24 21:33 ` Stelian Pop
2003-04-24 9:08 Andries.Brouwer
2003-04-24 18:22 ` Matthew Dharm
2003-04-23 22:39 Andries.Brouwer
2003-04-24 0:10 ` Matthew Dharm
2003-04-24 8:05 ` André Cruz
2003-04-24 9:15 ` Stelian Pop
2003-04-24 9:22 ` Stelian Pop
2003-04-24 11:45 ` Mike Bursell
2003-04-24 12:44 ` 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=1051194392.1754.12.camel@mulgrave \
--to=james.bottomley@steeleye.com \
--cc=Andries.Brouwer@cwi.nl \
--cc=afafc@rnl.ist.utl.pt \
--cc=greg@kroah.com \
--cc=linux-scsi@vger.kernel.org \
--cc=linux-usb-devel@lists.sourceforge.net \
--cc=mike@hingston.demon.co.uk \
--cc=stelian@popies.net \
--cc=stern@rowland.harvard.edu \
/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.