mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Eric D. Mudama" <edmudama@mail.bounceswoosh.org>
To: linux-kernel@vger.kernel.org
Subject: Re: Is it safe to ignore UDMA BadCRC errors?
Date: Mon, 29 Dec 2003 12:52:35 -0700	[thread overview]
Message-ID: <20031229195235.GC26821@bounceswoosh.org> (raw)
In-Reply-To: <16368.20794.147453.255239@jik.kamens.brookline.ma.us>

On Mon, Dec 29 at 11:07, Jonathan Kamens wrote:
>The topic of CRC errrors from IDE drives has been discussed numerous
>times on this list, and I've reviewed those discussions, but I'm still
>not 100% certain of the answer to this question: Is it safe for me to
>ignore occasional CRC errors from my drive?
>
>Here are the details....
>
>The errors look like this:
>
>  hde: dma_intr: status=0x51 { DriveReady SeekComplete Error }
>  hde: dma_intr: error=0x84 { DriveStatusError BadCRC }
>
>They don't seem to happen often enough to convince the kernel to back
>down to a slower UDMA mode.

0x5184 is the error code for when the drive sends you data that was
corrupted during transmission over the cable.  In general, nothing is
wrong with your drive, and a re-read from the drive will almost always
produce the proper data.

Odds are your cable is bad, regardless of how "good" it looks, you
really can't tell if you have marginal conductivity on a pin or
something else wierd.  In my home system I replace the IDE cables
every few years, on my test box at work I replace them every month
since I'm doing lots of re-plugging of drives. Note that a bad cable
is *dangerous* to your filesystem, since a PIO transfer to the drive
has *no* integrity checking on the cable!

Also, those "round" cables violate the ATA spec, I can't really
recommend using them unless airflow is your #1 concern, however in
that case you're probably better off buying a SATA drive.

Generic IDE ribbon cables (between 6" and 18") seem to work fine for
most people, just go buy another $2 cable from CompUSA and see if the
problem goes away.

FYI, UDMA4 isn't that fast, only 66MB/sec... "good" (functional, not
brand name) flat cables should be able to do 100MB sec trivially.

--eric

-- 
Eric D. Mudama
edmudama@mail.bounceswoosh.org


  parent reply	other threads:[~2003-12-29 19:53 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-12-29 16:07 Jonathan Kamens
2003-12-29 16:12 ` Jonathan Kamens
2003-12-29 19:52 ` Eric D. Mudama [this message]
2003-12-29 20:24   ` Florian Schuele
2003-12-29 20:34     ` Eric D. Mudama
2003-12-29 20:52       ` Florian Schuele
2003-12-30 11:38   ` Jonathan Kamens
2003-12-30 20:06     ` Eric D. Mudama
2003-12-30 20:11       ` Jonathan Kamens
2003-12-30 20:25         ` Eric D. Mudama
2003-12-30 20:30           ` Jonathan Kamens
2003-12-30 20:48             ` Eric D. Mudama
2003-12-30 20:14       ` Ed Sweetman
2004-01-15  2:21 ` Updated on UDMA BadCRC errors + subsequent problems (was: Is it safe to ignore UDMA BadCRC errors?) Jonathan Kamens
2004-01-16  3:47   ` Jonathan Kamens
2004-01-16  7:47     ` John Bradford
2004-01-16 15:27       ` Jonathan Kamens
2004-01-16 15:46         ` John Bradford
2004-01-16 15:48           ` Jonathan Kamens
2004-01-16 16:48             ` John Bradford
2004-01-16 18:04               ` Jonathan Kamens
2004-01-16 20:52               ` Alan Cox
2004-01-16 16:12           ` Updated on UDMA BadCRC errors + subsequent problems Ed Sweetman

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=20031229195235.GC26821@bounceswoosh.org \
    --to=edmudama@mail.bounceswoosh.org \
    --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®