If I compile kernel with "Generic PCI bus-master DMA support"
and run "hdparm -d1 /dev/hda" I get 700% performance increase
on hdparm -t benchmark and I do not get any dma BadCRC errors.
It is only when I also compile in the VIA82CXXX option that I get the
"hda: dma_intr:status=0x51 { DriveReady SeekComplete Error }"
"hda: dma_intr:error=0x84 { DriveStatusError BadCRC }"
mesages (1000's of them).
Whether I get the messages or not, if I have dma enabled with 2.4.2
my usb mouse stops working .
jpd
>
> > That indicates cable problems. The CRC will avoid bad transfers
> > as it will do retries
>
> Oh my god. Are you sure it's a cable problem? I'm using the
> cable shipped by ASUS with my K7V and have the same problem:
>
> devfs: v0.102 (20000622) Richard Gooch (rgooch@atnf.csiro.au)
> devfs: boot_options: 0x2
> hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
> hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
> hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
> hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
> ide0: reset: success
>
> Again, if it's really a cable problem, then ASUS is selling
> cables that don't work with UDMA66 (but they sell it as
> UDMA66).
>
> I urge ASUS to explain this problem. If you do a search for
> BadCRC at any lkml archive, you should notice most complaints
> are from... VIA (and most seem to have an ASUS motherboard).
>
> --
> 0@pervalidus.{net, {dyndns.}org} Tel: 55-21-717-2399 (Niterói-RJ BR)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/