linux-kernel - Re: Intermittent SATA failures ("link offline, clearing class 1 to NONE")

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] [day] [month] [year] [list]

Message-ID: <4BF111F8.1080106@kernel.org>
Date:	Mon, 17 May 2010 11:52:56 +0200
From:	Tejun Heo <tj@...nel.org>
To:	coptang@...il.com
CC:	linux-kernel@...r.kernel.org,
	"linux-ide@...r.kernel.org" <linux-ide@...r.kernel.org>
Subject: Re: Intermittent SATA failures ("link offline, clearing class 1 to
 	NONE")

(cc'ing linux-ide)

On 04/27/2010 11:55 AM, coptang@...il.com wrote:
> Hi,
> 
> Further to emails from November and December last year that Tejun Heo
> was investigating:
> http://markmail.org/message/l3g3s27rwj6iuhje#query:Intermittent%20SATA%20failures%20%22%28link%20offline%2C%20clearing%20class%201%20to%20NONE%29%22+page:1+mid:g6ujvdfz4om2rnvf+state:results
> 
> I'm having the exact same problem, see below excerpt from dmesg. Note
> that the disk that fails is seemingly random:
> ata2.00: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
> ata1.00: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
> ata2.01: SATA link up <unknown> (SStatus 300 SControl 123)
> ata2.00: link offline, clearing class 1 to NONE
> ata1.01: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
> 
> I have attached a good and bad boot.
> 
> lspci -v shows:
> 
> 00:1f.2 IDE interface: Intel Corporation Ibex Peak 4 port SATA IDE
> Controller (rev 05) (prog-if 8f [Master SecP SecO PriP PriO])
>         Subsystem: Dell Device 02a4
>         Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 20
>         I/O ports at eca0 [size=8]
>         I/O ports at ec90 [size=4]
>         I/O ports at eca8 [size=8]
>         I/O ports at ec94 [size=4]
>         I/O ports at ecc0 [size=16]
>         I/O ports at ecd0 [size=16]
>         Capabilities: [70] Power Management version 3
>         Capabilities: [b0] PCI Advanced Features
>         Kernel driver in use: ata_piix
>         Kernel modules: pata_acpi, ata_piix
> 
> 00:1f.5 IDE interface: Intel Corporation Ibex Peak 2 port SATA IDE
> Controller (rev 05) (prog-if 85 [Master SecO PriO])
>         Subsystem: Dell Device 02a4
>         Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 21
>         I/O ports at ecb0 [size=8]
>         I/O ports at ec98 [size=4]
>         I/O ports at ecb8 [size=8]
>         I/O ports at ec9c [size=4]
>         I/O ports at ece0 [size=16]
>         I/O ports at ecf0 [size=16]
>         Capabilities: [70] Power Management version 3
>         Capabilities: [b0] PCI Advanced Features
>         Kernel driver in use: ata_piix
>         Kernel modules: pata_acpi, ata_piix
> 
> I'm currently running linux-2.6.32-gentoo-r7 on amd64 but I've tried
> linux-2.6.31-gentoo-r6 and linux-2.6.31-gentoo-r10 with the same
> results. libata.force=nohrst makes no appreciable difference
> 
> As before 'echo "- - -" > /sys/class/scsi_host/hostX/scan' where X is
> 0 or 1 brings the drive back online.
> 
> As the original chat petered out I was hoping that this had since been
> fixed. Anyone have any suggestions please?

Well, the problem was never properly diagnosed.  Can you please apply
the attached patch on top of 2.6.34, see whether the problem can be
reproduced and if so report the failing boot log?

Thank you.

-- 
tejun

View attachment "debounce-debug.patch" of type "text/x-patch" (3083 bytes)