[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-id: <46B88173.3020302@shaw.ca>
Date: Tue, 07 Aug 2007 08:28:03 -0600
From: Robert Hancock <hancockr@...w.ca>
To: Tejun Heo <htejun@...il.com>
Cc: Michael Sedkowski <sedmich@...il.com>,
"Rafael J. Wysocki" <rjw@...k.pl>,
Henrique de Moraes Holschuh <hmh@....eng.br>,
linux-kernel@...r.kernel.org, linux-ide@...r.kernel.org,
linux-acpi@...r.kernel.org, Thomas Renninger <trenn@...e.de>
Subject: Re: Disk spin down issue on shut down/suspend to disk
Tejun Heo wrote:
> Robert Hancock wrote:
>> Tejun Heo wrote:
>>> Michael Sedkowski wrote:
>>>>> Hmmm... If the problem only shows up on nx6325, it might be that
>>>>> ACPI is
>>>>> pulling unnecessary stunt. Please apply the attached patch and report
>>>>> when the disk spins down and up.
>>>> Disk spins down on "Pre-shutdown prepare" and then goes up and down on
>>>> "Power down".
>>> Oh... crap, so acpi wants to sync cache on shutdown. I wonder whether
>>> it spins down the disk correctly. Does emergency unload count increase
>>> after each power down? Also, please post the result of 'dmidecode'.
>> I know that my Compaq X1000-series laptop does do some kind of ACPI
>> games with the disk on ACPI power off (I assume it is putting the disk
>> in standby before power-off at least). It also does this if you boot
>> into DOS, GRUB, etc. and then hit the power button. Could be if the disk
>> is dumb enough to spin up for sync cache and standby when there is
>> nothing to flush, and the kernel does its own standby, this could cause
>> an extra spinup/down..
>
> Yeah, that seems to be what's going on. I don't think we have any other
> choice than blacklisting those notebooks. This is a mess. How does the
> other OS cope with this?
Quite possible that it gets a double spindown with these laptop/drive
combinations as well. I don't think it's particularly harmful as long as
there's no emergency unload..
> I'm thinking about using DMI vendor/product match to detect the affected
> systems but I think it would be better to match the ACPI implementation
> directly. Is there a way to match specific ACPI implementation?
Don't think it would be very easy, it's presumably being done off some
SMI code triggered from the ACPI power off register or something, so I'm
assuming it's nothing the kernel sees in its ACPI tables..
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from hancockr@...pamshaw.ca
Home Page: http://www.roberthancock.com/
-
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