"hde: timeout waiting for DMA": message gone, same behaviour

Greg Ward (gward@python.net)
Fri, 21 Sep 2001 13:44:02 -0400


Having problems with an ATA/100 drive under Linux 2.4.{2,9}.

drive: Seagate Barracuda IV 80 GB (ST380021A)
motherboard: ASUS A7V (VIA Apollo KT133 chipset)
ide0, ide1: VIA VT82C686A
ide2, ide3: Promise PDC20265 (these are the ATA/100 interfaces)
(all four IDE interfaces are right on the motherboard)

I have tried connecting the drive to both ide0 and ide2, with both a
40-conductor and 80-conductor cable.

Under 2.4.2, there was a very lengthy delay at boot time with this
output:
Partition check:
hda:hda: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hda: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
[...repeat 2 times...]
hda: DMA disabled
ide0: reset: success
hda1

Eventually the system booted, but the drive was really slow (no DMA).
When I forced DMA on ("hdparm -d1 /dev/hda"), I got the same lengthy
sequence of output as I had at boot time, and eventually the kernel
turned DMA off again.

So far nothing new -- from the linux-kernel archive, I'm not the first
person to report this problem in early 2.4 kernels.

Under 2.4.9, the boot-time delay is not quite as long, but it's still
there. And it's not nearly as noisy. However, the end-result is the
same: DMA is disabled for this drive; it's a lot slower than an ATA/100
drive ought to be; if I force DMA back on, the first access to the drive
has another looong delay that results in the kernel turning DMA back
off. Grumble.

This is a brand-new drive and brand-new cable. The motherboard's only
about 9 months old.

So: is this in fact a kernel problem? or is it more likely to be a cable
problem, a motherboard problem, or a hard drive problem?

Thanks --

Greg

-- 
Greg Ward - Linux geek                                  gward@python.net
http://starship.python.net/~gward/
Jesus Saves -- and you can too, by redeeming these valuable coupons!
-
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/