Re: HPT374 IDE problem with 2.6.21.* kernels

[Sergei Shtylyov <sshtylyov@ru.mvista.com>]

Hello.

Geller Sandor wrote:

> > > > I saw a similar report yesterday with '2.6.21.1 - 97% wait time on 
> > > > IDE operations' subject.

> > > > After upgrading from 2.6.20.7 kernel to 2.6.21.1 my system started 
> > > > to reset infrequenly the IDE bus. In the syslog DMA timeout, 
> > > > resetting IDE bus messages appeared. I've changed the two disks 
> > > > attached to the HPT374 controller, and always the first disk had 
> > > > problems. I've replaced cables, plugged the disks into other IDE 
> > > > ports, but it was only a matter of time to experience an IDE reset. 
> > > > When I upgraded to 2.6.21.3 the resets became much more frequent, 
> > > > this time even DMA was disabled too on the first disk. I turned DMA 
> > > > back Manually with hdparm, and a few seconds of intense IO activity 
> > > > resulted in another IDE reset.
> >
> >
> > > > Reverting back to 2.6.20.12 the problem seems to be gone. BTW I'm 
> > > > using the PATA driver for the HTP374, not the libata one.
> >
> >
> > > > Is this a known problem/ is there a way I can help locating the 
> > > > cause of the problem?

> >   Yes, please post the boot log and the IDE reset log too for starters...

> > > (cc's added)

> The log of a typical IDE reset is available here:

> http://petra.hos.u-szeged.hu/~wildy/syslog.gz

> This was the worst case: the IDE bus was resetted during the system boot.

   Could you try setting HPT374_ALLOW_ATA133_6 to 0 in 
drivers/ide/pci/hpt366.c and rebuild/reboot the kernel?

MBR, Sergei
-
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/