Re: 2.2.21pre2; ide_set_handler; DMA timeout

[Krzysztof Oledzki]

Hello,

On Mon, 28 Jan 2002, Tim Moore wrote:

> 2.2.21pre2 + ide.2.2.21.05042001-Ole.patch + raid-2.2.20-A0
> Abit BP6 w EC10, RU BIOS, 1.28 hpt366 BIOS
>
> Got this error
>
> hdi: timeout waiting for DMA
> hdi: ide_dma_timeout: Lets do it again!stat = 0x58, dma_stat = 0x20
> hdi: DMA disabled
> hdi: irq timeout: status=0xd0 { Busy }
> hdi: DMA disabled
> hdi: ide_set_handler: handler not null; old=c019c89c, new=c019c89c
> bug: kernel timer added twice at c019c73e.
> ide4: reset: success
>
> during I/O testing on a RAID0 set but no freeze, crash or oops.
> Hopefully there are not SMP spinlock problems still hanging around.
> I am willing to do specific testing if requested.  Machine data below.
Hm.. ide.2.2.21.05042001-Ole.patch is just Hedrick's ide.2.2.19.05042001.patch
modified to apply cleanly to 2.2.21pre2+new via driver. Did you have this
problem before (2.2.19/2.2.20)?

> Also note CPU ID reporting changed from 2.2.20 as this board
> has always running PGA370 Celeron 533's which used to be correctly
> identified "Intel Celeron (Mendocino) stepping 05" and are now
> incorrectly identified "Intel Mobile Pentium II stepping 05".
Hm.. That is strange. You should ask Alan Cox. He is the maintainer of
2.2.x kernels.

> smp kernel: HPT366: onboard version of chipset, pin1=1 pin2=2
> smp kernel: PCI: HPT366: Fixing interrupt 18 pin 2 to ZERO
> smp kernel: HPT366: IDE controller on PCI bus 00 dev 99
> smp kernel: HPT366: chipset revision 1
> smp kernel: HPT366: not 100% native mode: will probe irqs later
> smp kernel:     ide4: BM-DMA at 0xc000-0xc007, BIOS settings: hdi:pio, hdj:pio
<CIACH>
> smp kernel: hdi: FUJITSU MPE3084AE, ATA DISK drive

Is this FUJITSU (hdi) connected to HPT? If so, the problem may be in hpt
driver. You may check some more recent version of IDE backport from
2.4.x: http://www.ans.pl/ide/testing - the latest is ide.2.2.21.01282002-Ole,
but the new version of hpt driver has not been yet backported. I'm going
to do it tomorrow.

Best regards,

				Krzysztof Oledzki