From: "Philip R. Auld" <pauld@egenera.com>
To: Matthew Wilcox <matthew@wil.cx>
Cc: Alan Stern <stern@rowland.harvard.edu>,
James Bottomley <James.Bottomley@SteelEye.com>,
SCSI development list <linux-scsi@vger.kernel.org>
Subject: Re: [PATCH] SCSI: sanitize INQUIRY strings
Date: Mon, 21 Aug 2006 14:11:32 -0400 [thread overview]
Message-ID: <20060821181132.GE29299@vienna.egenera.com> (raw)
In-Reply-To: <20060821173546.GA24068@parisc-linux.org>
Hi,
Rumor has it that on Mon, Aug 21, 2006 at 11:35:46AM -0600 Matthew Wilcox said:
> On Mon, Aug 21, 2006 at 12:52:18PM -0400, Alan Stern wrote:
> > On Mon, 21 Aug 2006, Matthew Wilcox wrote:
> >
> > > On Mon, Aug 21, 2006 at 12:03:21PM -0400, Alan Stern wrote:
> > > > This patch (as766) sanitizes the Vendor, Product, and Revision strings
> > > > contained in an INQUIRY result, by setting all non-graphic or
> > > > non-ASCII characters to ' '. Since the standard disallows such
> > > > characters, this will affect only non-compliant devices.
> > >
> > > I thiink you attached the wrong patch; it doesn't match the description
> > > at all.
> >
> > No; it does match the description. But you have to read it carefully,
> > because the majority of the patch implements optimizations made possible
> > by the small piece that does the actual sanitizing.
>
> The description should have said that. I don't know what you're trying
> to accomplish with pulling the length byte out of the inquiry data, for
> example.
>
> In any case, you didn't address my point that a NUL byte is probably
> meant to terminate the string, not merely be treated equivalently to
> a space. Of course, we can do anything here, the device is out of spec,
> but in terms of trying to ascertain the intention of the drug-crazed
> hobo^W^W^W^W engineer who wrote the firmware, I think your interpretation
> is less likely.
As far as I can tell Alan is not trying to "ascertain the intention"
of the firmware engineer, drug-crazed or otherwise. He is making sure
that the array of bytes is printable. You, I think, are trying to
get him to interepret the out-of-spec values. I think that's a
mistake. It's not a string so NUL byte termination does not
apply. It's an array of what should be printable characters
of the specified length.
Cheers,
Phil
--
Philip R. Auld, Ph.D. Egenera, Inc.
Software Architect 165 Forest St.
(508) 858-2628 Marlboro, MA 01752
next prev parent reply other threads:[~2006-08-21 18:12 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-08-21 16:03 [PATCH] SCSI: sanitize INQUIRY strings Alan Stern
2006-08-21 16:14 ` Matthew Wilcox
2006-08-21 16:52 ` Alan Stern
2006-08-21 17:35 ` Matthew Wilcox
2006-08-21 18:11 ` Philip R. Auld [this message]
2006-08-21 18:27 ` Matthew Wilcox
2006-08-21 18:51 ` Philip R. Auld
2006-08-21 19:11 ` Alan Stern
2006-08-21 19:53 ` Alan Stern
2006-08-21 18:31 ` Alan Stern
2006-08-21 18:42 ` Matthew Wilcox
2006-08-21 19:08 ` 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=20060821181132.GE29299@vienna.egenera.com \
--to=pauld@egenera.com \
--cc=James.Bottomley@SteelEye.com \
--cc=linux-scsi@vger.kernel.org \
--cc=matthew@wil.cx \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox