Re: [BK PATCHES] ide-2.6 update

[Eric Mudama]

One of two things is happening:

1) Two drives are identically corrupted, producing the invalid serial
numbers being reported in the ID block.  My belief is that this wasn't
likely, given the low volume of reports.  The reported bad SN was
"M0000000000000000000" which based on our firmware, I don't see how it
could happen.  A corruption of the config sector (the most likely
cause) *should* be catastrophic to the drive's functionality.

2) There is a code or hardware bug somewhere outside of the drive
itself that is causing this data to become corrupted.

Either way, I believe the best course of action is to RMA the drives
for new ones.  I don't think good stuff will come from having the
linux kernel use drives that appear to be broken.

It'd be nice to test these drives on more systems, or with a bus
analyzer, to identify the cause.

--eric






On Wed, 27 Oct 2004 14:58:17 -0400, Gene Heskett
<gene.heskett@xxxxxxxxxxx> wrote:
> On Wednesday 27 October 2004 12:18, Alan Cox wrote:
> >On Mer, 2004-10-27 at 17:10, Chuck Ebbert wrote:
> >>         - accept bad Maxtor drive serial number
> >
> >This should not be applied. If your drive is no longer reporting its
> >serial number then its faulty.
> 
> ISTR he wrote that he had 2 (identical?) drives that were reporting
> the same serial number.  Somewhat, but not exactly like I have two
> different epson printers, both usb driven, and which except for the
> reported serial number, return otherwise identical data when queried
> by the usb drivers during dmesg.  Which I find odd because one is a
> C82, 4 color model, and the other is a Photo 820, 6 color model.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/