linux-kernel - Re: HPT374 IDE problem with 2.6.21.* kernels

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <46608EFE.1030202@ru.mvista.com>
Date:	Sat, 02 Jun 2007 01:26:22 +0400
From:	Sergei Shtylyov <sshtylyov@...mvista.com>
To:	Geller Sandor <wildy@...ra.hos.u-szeged.hu>
Cc:	Andrew Morton <akpm@...ux-foundation.org>,
	linux-kernel@...r.kernel.org, linux-ide@...r.kernel.org
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@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/