From: Kyle Moffett <mrmacman_g4@mac.com>
To: Robert Hancock <hancockr@shaw.ca>
Cc: linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: [RESEND][2.6.15] New ATA error messages on upgrade to 2.6.15
Date: Sat, 1 Apr 2006 14:13:55 -0500 [thread overview]
Message-ID: <FA7D3020-0CEF-49DD-A1F3-7D89E92521EC@mac.com> (raw)
In-Reply-To: <442ECE9F.4020206@shaw.ca>
On Apr 1, 2006, at 14:03:59, Robert Hancock wrote:
> Kyle Moffett wrote:
>>>> hdg: dma_intr: status=0x51 { DriveReady SeekComplete Error }
>>>> hdg: dma_intr: error=0x84 { DriveStatusError BadCRC }
>>>
>>> Hmm, are these new? Sure you don't have a bad IDE cable?
>> Oh, those aren't the errors I'm worried about; I've had those for
>> a while and they're harmless. Those are due to the kernel running
>> the IDE controller at a higher-than-supported speed. It gets
>> errors for a couple seconds and automatically drops the bus down
>> to a lower and safer speed.
>
> That would be a bug, no? Sounds dangerous to rely on that.
Well, no one else seems concerned by that behavior (and I recall it
being mentioned previously on this list somewhere). I've tested it
fairly extensively; if I turn up the drive speed with hdparm, it gets
about 4 more CRC errors during data transfer (each badcrc command is
retried, of course), and then does a bus reset and drops to a lower
speed again. I've never had any problems with data corruption on
this system, and it has been a RAID5 fileserver for several years now.
>> The cable's aren't bad, I've tried at least 6 different 80-
>> conductor cables that all work fine in other systems. The errors
>> I _am_ worried about are these:
>>> Mar 28 03:15:13 penelope kernel: hdi: status timeout: status=0xd0
>>> { Busy }
>>> Mar 28 03:15:13 penelope kernel: PDC202XX: Secondary channel reset.
>>> Mar 28 03:15:13 penelope kernel: hdi: no DRQ after issuing
>>> MULTWRITE_EXT
>>> Mar 28 03:15:13 penelope kernel: ide4: reset: success
>>> Mar 28 03:30:13 penelope kernel: hdi: status timeout: status=0xd0
>>> { Busy }
>>> Mar 28 03:30:13 penelope kernel: PDC202XX: Secondary channel reset.
>>> Mar 28 03:30:13 penelope kernel: hdi: no DRQ after issuing
>>> MULTWRITE_EXT
>>> Mar 28 03:30:13 penelope kernel: ide4: reset: success
>
> That sounds fishy to me. If the controller is having trouble
> communicating with the drive causing BadCRC errors, it could easily
> cause such errors as the above as well.
Except you seem to have missed the fact that these errors never
occurred under 2.6.12, and occur regularly on 2.6.15. Besides, after
the initial boot-time lowering of the speed, I never get another
badCRC error from the drive, and I've never had any data corruption.
Cheers,
Kyle Moffett
next prev parent reply other threads:[~2006-04-01 19:14 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <5WD6n-5fR-9@gated-at.bofh.it>
[not found] ` <5WD6n-5fR-11@gated-at.bofh.it>
[not found] ` <5WD6n-5fR-13@gated-at.bofh.it>
[not found] ` <5WD6n-5fR-15@gated-at.bofh.it>
[not found] ` <5WD6n-5fR-17@gated-at.bofh.it>
[not found] ` <5WD6n-5fR-7@gated-at.bofh.it>
[not found] ` <5WEvy-7az-7@gated-at.bofh.it>
2006-04-01 19:03 ` Robert Hancock
2006-04-01 19:13 ` Kyle Moffett [this message]
2006-04-03 11:35 Mikael Pettersson
2006-04-03 12:32 ` Kyle Moffett
-- strict thread matches above, loose matches on Subject: below --
2006-04-03 9:07 Mikael Pettersson
2006-04-03 9:29 ` Alan Cox
[not found] <Pine.LNX.4.44.0604021508540.2653-100000@coffee.psychology.mcmaster.ca>
2006-04-02 19:55 ` Kyle Moffett
2006-04-02 21:24 ` Alan Cox
2006-04-02 22:00 ` Mark Hahn
2006-04-02 23:17 ` Kyle Moffett
[not found] <Pine.LNX.4.44.0604011333160.11853-100000@coffee.psychology.mcmaster.ca>
2006-04-02 0:05 ` Kyle Moffett
[not found] <5VqEv-46l-49@gated-at.bofh.it>
[not found] ` <5VqEv-46l-47@gated-at.bofh.it>
[not found] ` <5WA8u-X3-5@gated-at.bofh.it>
[not found] ` <5WAi6-19q-13@gated-at.bofh.it>
[not found] ` <5WB4M-2kX-29@gated-at.bofh.it>
2006-04-01 1:21 ` Robert Hancock
2006-04-01 2:54 ` Kyle Moffett
2006-04-01 23:23 ` Alan Cox
[not found] <20060328090211.4D6F34C04A@penelope.moffetthome.net>
2006-03-28 17:57 ` [2.6.15] " Kyle Moffett
2006-03-31 22:16 ` [RESEND][2.6.15] " Kyle Moffett
2006-03-31 22:21 ` Eric D. Mudama
2006-03-31 23:13 ` Kyle Moffett
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=FA7D3020-0CEF-49DD-A1F3-7D89E92521EC@mac.com \
--to=mrmacman_g4@mac.com \
--cc=hancockr@shaw.ca \
--cc=linux-kernel@vger.kernel.org \
/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
all inboxes | Powered by JetHome®