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: <Pine.LNX.4.62.0706012311320.16639@petra.hos.u-szeged.hu>
Date:	Fri, 1 Jun 2007 23:13:54 +0200 (CEST)
From:	Geller Sandor <wildy@...ra.hos.u-szeged.hu>
To:	Sergei Shtylyov <sshtylyov@...mvista.com>
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

On Sat, 2 Jun 2007, Sergei Shtylyov wrote:

> Hello.
>
> Andrew Morton 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)
>
> WBR, Sergei

Hi,

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.

   Geller Sandor <wildy@...ra.hos.u-szeged.hu>
-
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ