Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934678AbXHGOpk (ORCPT ); Tue, 7 Aug 2007 10:45:40 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753240AbXHGOpa (ORCPT ); Tue, 7 Aug 2007 10:45:30 -0400 Received: from ns1.suse.de ([195.135.220.2]:43461 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751781AbXHGOp2 (ORCPT ); Tue, 7 Aug 2007 10:45:28 -0400 Subject: Re: Disk spin down issue on shut down/suspend to disk From: Thomas Renninger Reply-To: trenn@suse.de To: Tejun Heo Cc: Robert Hancock , Michael Sedkowski , "Rafael J. Wysocki" , Henrique de Moraes Holschuh , linux-kernel@vger.kernel.org, linux-ide@vger.kernel.org, linux-acpi@vger.kernel.org In-Reply-To: <46B8140E.3000509@gmail.com> References: <46B7AF53.1040307@shaw.ca> <46B8140E.3000509@gmail.com> Content-Type: text/plain Organization: Novell/SUSE Date: Tue, 07 Aug 2007 16:45:25 +0200 Message-Id: <1186497925.8780.78.camel@queen.suse.de> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2078 Lines: 47 On Tue, 2007-08-07 at 15:41 +0900, 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? > > 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? I opened a new bug to collect dmi and acpidump outputs: http://bugzilla.kernel.org/show_bug.cgi?id=8855 Thought this is the easiest way to get this all a bit together. Would be great if you tell all affected people and let them attach dmidecode and acpidump output there... Thanks, Thomas - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/