From: Mark Lord <liml@rtr.ca>
To: Jeff Garzik <jgarzik@pobox.com>
Cc: IDE/ATA development list <linux-ide@vger.kernel.org>,
Jens Axboe <axboe@suse.de>, Ric Wheeler <ric@emc.com>
Subject: Re: libata EH appears to be NFG up to 2.6.17 (at least).
Date: Thu, 06 Jul 2006 16:51:33 -0400 [thread overview]
Message-ID: <44AD77D5.90905@rtr.ca> (raw)
In-Reply-To: <44AD76CA.40100@pobox.com>
Jeff Garzik wrote:
> Mark Lord wrote:
>> Got your attention now? Good!
>>
>> I am doing some testing with known-bad drives on 2.6.16 (and 2.6.17).
>>
>> Libata EH is wretched there, because it does not seem to be careful
>> about reading/saving the bad ata_status value when an error occurs.
>>
>> The ata_status from a failed/aborted command is first read in
>> the interrupt handler, either by the LLD or by ata_host_intr().
>>
>> This value is not saved for reuse anywhere, and the next time it is read,
>> the reader will see ATA_ERR==0, and then not do the Right Thing (tm).
>>
>> Who reads it next, you ask? Well, it gets read *again* from libata-scsi
>> when it is trying to generate meaningful sense data. But at that point,
>> all that is seen is 0x50 -- "success".
>>
>> So libata-scsi returns incorrect (or no) sense data to the SCSI
>> mid-layer,
>> and the error is mishandled or ignored.
>>
>> Ugh. The distro folks will probably want to fix this in their 2.6.1[56]
>> based distro kernels. I don't yet see a way to do this without modifying
>> core data structures (eg. adding an ata_status field to the qc).
>
> What driver?
> What architecture?
> What kernel config?
> How does 2.6.18-rc1, with vastly different EH, behave?
All drivers, all architectures. Dunno about 2.6.18-rc1 yet.
This patch (below) appears to fix it, but I really need your opinion
on its correctness. My apologies in advance for the likely bad whitespace,
as I don't currently have access to my usual patch-mailer at present.
Enable libata-scsi to report correct sense data on errors.
Signed-off-by: Mark Lord <mlord@pobox.com>
---
--- linux/drivers/scsi/libata-scsi.c.orig 2006-06-19 10:37:03.000000000 -0400
+++ linux/drivers/scsi/libata-scsi.c 2006-07-06 16:46:42.000000000 -0400
@@ -554,6 +554,12 @@
qc->ap->ops->tf_read(qc->ap, tf);
/*
+ * Restore the error bit (which got cleared when the
+ * interrupt handler first read the ata_status
+ */
+ if (qc->err_mask)
+ tf->command |= ATA_ERR;
+ /*
* Use ata_to_sense_error() to map status register bits
* onto sense key, asc & ascq.
*/
next prev parent reply other threads:[~2006-07-06 20:51 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-07-06 20:37 libata EH appears to be NFG up to 2.6.17 (at least) Mark Lord
2006-07-06 20:47 ` Jeff Garzik
2006-07-06 20:51 ` Mark Lord [this message]
2006-07-06 21:24 ` Mark Lord
2006-07-06 22:09 ` Jeff Garzik
2006-07-06 23:22 ` Ric Wheeler
2006-07-07 13:03 ` Mark Lord
2006-07-08 16:56 ` Tejun Heo
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=44AD77D5.90905@rtr.ca \
--to=liml@rtr.ca \
--cc=axboe@suse.de \
--cc=jgarzik@pobox.com \
--cc=linux-ide@vger.kernel.org \
--cc=ric@emc.com \
/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).