Messages in this thread | | | Date | Sat, 02 Jun 2007 01:26:22 +0400 | From | Sergei Shtylyov <> | Subject | Re: HPT374 IDE problem with 2.6.21.* kernels |
| |
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/
| |