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-ide" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
