[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <48EBFE9B.9070503@gmail.com>
Date: Wed, 08 Oct 2008 09:28:11 +0900
From: Tejun Heo <htejun@...il.com>
To: Christian Mueller <Christian.Mueller@....com>
CC: Bruce Allen <ballen@...vity.phys.uwm.edu>,
Smartmontools Mailing List
<smartmontools-support@...ts.sourceforge.net>,
LKML <linux-kernel@...r.kernel.org>,
IDE/ATA development list <linux-ide@...r.kernel.org>,
Mikael Pettersson <mikpe@...uu.se>
Subject: Re: [smartmontools-support] inactive SATA drives won't stay in standby
or sleep, PATA models did. (fwd)
(cc'ing linux-ide and Mikael Pettersson)
Christian Mueller wrote:
> The messages I saw on the screen.
If the drive doesn't wake up and times out the smart command while
suspended (which probably is a bug in the firmware but it also can be
the controller's fault), then after the timeout, the driver should kick
in and reset the drive which will wake up the device and retry the
command. It's not the prettiest picture but it's still gonna work. In
Linda's case, it looks like the controller (sata_promise) went bonkers
on hardreset and requires power cycle to get back to working state.
That's why I asked Linda to try another controller.
Anyways, if you're seeing a similar problem, the driver or controller
probably can't do proper reset after timeout and I can't really help
with SAS driver on FreeBSD. :-P
Mikael, the original thread is the following.
http://article.gmane.org/gmane.linux.utilities.smartmontools/5842
Any ideas why hardreset doesn't work after SMART command timed out?
Thanks.
--
tejun
--
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