[lkml]   [2003]   [Dec]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Is it safe to ignore UDMA BadCRC errors?
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 D. Mudama

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:59    [W:0.121 / U:0.032 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site