mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
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

  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®