From: Boaz Harrosh <bharrosh@panasas.com>
To: Alan Stern <stern@rowland.harvard.edu>,
Andrew Morton <akpm@linux-foundation.org>
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
Luben Tuikov <ltuikov@yahoo.com>, RTE <raszilki@yandex.ru>,
SCSI development list <linux-scsi@vger.kernel.org>
Subject: Re: [Linux-usb-users] Read errors on Flash Drive Transcend TS1GJF2A
Date: Mon, 26 Nov 2007 17:55:05 +0200 [thread overview]
Message-ID: <474AEC59.9050805@panasas.com> (raw)
In-Reply-To: <Pine.LNX.4.44L0.0711261034090.4250-100000@iolanthe.rowland.org>
On Mon, Nov 26 2007 at 17:35 +0200, Alan Stern <stern@rowland.harvard.edu> wrote:
> Not all devices correctly report the error-causing LBA in the
> Information field of their sense data -- even when they set the Valid
> bit. This patch (as1019) makes sd much more cautious about accepting
> the reported LBA. If the value isn't within the range of blocks
> accessed during the I/O operation it is rejected, and instead the
> driver will try looking at the residue field (which currently it
> ignores completely).
>
> This fixes a data-corruption bug reported here:
>
> http://marc.info/?t=118745764700005&r=1&w=2
>
> Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
> CC: Luben Tuikov <ltuikov@yahoo.com>
>
> ---
>
> This patch should be considered for inclusion in 2.6.24. The bug in
> question has always existed, as far as I know, but before 2.6.18 it was
> masked by a different bug.
>
> This doesn't use the new SCSI accessors. In the development trees
> I've seen, those accessors haven't yet been imported into sd.c. If
> the patch needs to be rebased, please let me know where to find the
> current sd source.
>
It's currently only in mm patchset has:
bidi-support-sr-sd-remove-dead-code.patch
&&
bidi-support-scsi_data_buffer.patch
> Presumably sr should use the same algorithm. That's grist for another
> patch.
>
>
> Index: usb-2.6/drivers/scsi/sd.c
> ===================================================================
> --- usb-2.6.orig/drivers/scsi/sd.c
> +++ usb-2.6/drivers/scsi/sd.c
> @@ -968,7 +968,17 @@ static int sd_done(struct scsi_cmnd *SCp
<snip>
If this is a bugfix for 2.6.24 than I will be the one to rebase,
as scsi_data_buffer is only for 2.6.25, I hope ;)
Andrew once above goes into scsi-rc-fixes or scsi-misc I will send
a rebase, if I've fallen asleep please bang me on the head, thanks.
Alen thanks for doing this It was on my must-investigate list.
(Though I'm usually not using sd)
Boaz
next prev parent reply other threads:[~2007-11-26 16:45 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <op.t2a0x7tige0nj0@smtp.mail.yandex.ru>
2007-11-26 15:35 ` [Linux-usb-users] Read errors on Flash Drive Transcend TS1GJF2A Alan Stern
2007-11-26 15:55 ` Boaz Harrosh [this message]
2007-12-04 17:35 ` Boaz Harrosh
2007-12-04 18:03 ` Alan Stern
2007-12-05 9:04 ` Boaz Harrosh
2007-12-05 17:36 ` 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=474AEC59.9050805@panasas.com \
--to=bharrosh@panasas.com \
--cc=James.Bottomley@SteelEye.com \
--cc=akpm@linux-foundation.org \
--cc=linux-scsi@vger.kernel.org \
--cc=ltuikov@yahoo.com \
--cc=raszilki@yandex.ru \
--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;
as well as URLs for NNTP newsgroup(s).