Eyal Lebedinsky wrote:
>
> The story so far: KT7-RAID (probably KT7 too) has problems with the
> via686a, leading at times to data corruption.
>
> I tried a few setting with little improvement.
>
> I now run 2.4.5-ac1. I moved my RAID to the HPT370. Some performance
> was lost but I saw no error on it yet.
>
> The root disk is the only disk on IDE0. Nevertheless I still get
> these errors when hammering hda:
>
> probable hardware bug: clock timer configuration lost - probably a
> VIA686a motherboard.
> probable hardware bug: restoring chip configuration.
>
> Is this problem unrelated to the DMA time-outs?
>
> Can someone indicate if this message indicates a soft error was
> corrected
> or does it mean data was actually corrupted?
>
> Some recent BIOS fixes seem to simply turn off UDMA on IDE1 (the second
> cable). Since Linux does not use the BIOS I guess it should be possible
> to set up my system to not use UDMA modes of IDE1. Anyone knows how
> to do this?
FWIW, I'm shaking down a T'bird VIA VT8363 (no "A") Northbridge &
VT82C686A (Southbridge). No HPT.
I had terrible read errors on /dev/hda single UDMA66 (1 in 5 md5sums on
an unmounted 1.5 GB partition was different) until I slowed the SDRAM
down from the PC133 (it really is) down to PC100. CPU always 8.5*100.
At least UDMA is still working, even if my RAM is decidedly slower.
I've now tested 9 hrs copying a 500 MB file back and forth on the
same drive without error. 5 hrs copying to /dev/hdc3 [UDMA66] is OK.
-- Robert author `cpuburn` http://users.ev1.net/~redelm
--
=- To unsubscribe, email [EMAIL PROTECTED] with the -=
=- body of "unsubscribe linux-abit". -=
