It seems walt wrote: > Sometime between this morning's cvsup at around 12:00 noon GMT Sunday > and tonight's cvsup at 03:00 GMT Monday some changes were made in the > kernel which caused these errors: > > > ad0: 76319MB <WDC WD800JB-00CRA1> [155061/16/63] at ata0-master UDMA33 > ad1: 76319MB <ST380021A> [155061/16/63] at ata0-slave UDMA33 > acd0: CDROM <LTN301> at ata1-master PIO4 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: <IOMEGA ZIP 100 90.J> Removable Direct Access SCSI-0 device > da0: 1.000MB/s transfers > da0: 96MB (196608 512 byte sectors: 64H 32S/T 96C) > Mounting root from ufs:/dev/ad0s3a > ad0: UDMA ICRC error cmd=write fsbn 281961420 of 140980710-140980713 > retrying > ad0: UDMA ICRC error cmd=write fsbn 281961420 of 140980710-140980713 > retrying > ad0: UDMA ICRC error cmd=write fsbn 281961420 of 140980710-140980713 > retrying > ad0: UDMA ICRC error cmd=write fsbn 281961420 of 140980710-140980713 > falling back to PIO mode > > Note that ad0 and ad1 are both wrongly identified as UDMA33 devices > when they are really UDMA100. Switching back to this morning's > kernel eliminates the errors, so it seems not to be bad hardware: Hmm, that clearly shouldn't happen :) I cant tell what controller this is from the above, could you mail me the output of dmesg and pciconf -l please ? -SørenReceived on Sun May 18 2003 - 20:32:16 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:08 UTC