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

Vojtech Pavlik (vojtech@suse.cz)
Fri, 21 Sep 2001 20:53:56 +0200


On Fri, Sep 21, 2001 at 01:44:02PM -0400, Greg Ward wrote:
> 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?

Do you have the VIA IDE support enabled?

-- 
Vojtech Pavlik
SuSE Labs
-
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/