Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933878AbXHGO3Z (ORCPT ); Tue, 7 Aug 2007 10:29:25 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754195AbXHGO3P (ORCPT ); Tue, 7 Aug 2007 10:29:15 -0400 Received: from shawidc-mo1.cg.shawcable.net ([24.71.223.10]:59259 "EHLO pd3mo3so.prod.shaw.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753240AbXHGO3N (ORCPT ); Tue, 7 Aug 2007 10:29:13 -0400 Date: Tue, 07 Aug 2007 08:28:03 -0600 From: Robert Hancock Subject: Re: Disk spin down issue on shut down/suspend to disk In-reply-to: <46B8140E.3000509@gmail.com> To: Tejun Heo Cc: Michael Sedkowski , "Rafael J. Wysocki" , Henrique de Moraes Holschuh , linux-kernel@vger.kernel.org, linux-ide@vger.kernel.org, linux-acpi@vger.kernel.org, Thomas Renninger Message-id: <46B88173.3020302@shaw.ca> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 7bit References: <46B7AF53.1040307@shaw.ca> <46B8140E.3000509@gmail.com> User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2240 Lines: 47 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@nospamshaw.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@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/