From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Rafael J. Wysocki" Subject: Re: [linux-pm] [RFC PATCH 2/4] ACPI: introduce the mechanism to save/restore ACPI NVS memory Date: Thu, 10 Jul 2008 12:46:43 +0200 Message-ID: <200807101246.44461.rjw@sisk.pl> References: <1215051874.5628.34.camel@rzhang-dt.sh.intel.com> <200807092226.12195.rjw@sisk.pl> <1215652001.32617.2.camel@rzhang-dt> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Return-path: Received: from ogre.sisk.pl ([217.79.144.158]:51381 "EHLO ogre.sisk.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752524AbYGJKog (ORCPT ); Thu, 10 Jul 2008 06:44:36 -0400 In-Reply-To: <1215652001.32617.2.camel@rzhang-dt> Content-Disposition: inline Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: Zhang Rui Cc: Henrique de Moraes Holschuh , Pavel Machek , linux-acpi , linux-pm , Andi Kleen , linux-kernel On Thursday, 10 of July 2008, Zhang Rui wrote: > On Wed, 2008-07-09 at 22:26 +0200, Rafael J. Wysocki wrote: > > On Wednesday, 9 of July 2008, Henrique de Moraes Holschuh wrote: > > > On Tue, 08 Jul 2008, Pavel Machek wrote: > > > > > > static int acpi_hibernation_begin(void) > > > > > > { > > > > > > acpi_target_sleep_state = ACPI_STATE_S4; > > > > > > > > > > > > - return 0; > > > > > > + /* allocate pages for ACPI NVS memory before swsusp_shrink_memory */ > > > > > > + return acpi_allocate_nvs_pages(); > > > > > > > > > > I think we shouldn't abort hibernation because of that. > > > > > > > > > > This may be an emergency hibernation due to critical battery status and we > > > > > surely don't want to about that. > > > > > > > > I disagree here. If spec says 'you must save this', and we don't, we > > > > are asking for subtle, dangerous, and very hard to repoduce problems. > > > > > > Indeed. Especially after we start doing the right thing, and vendors WILL > > > expect us to do the right thing (save the NVS memory) *always*, not just > > > "almost always". > > > > > > If you don't want the hibernate path to fail because of OOM, have whatever > > > memory it needs pre-allocated, set aside and protected at startup so that it > > > will always be there when you need to hibernate. > > > > Okay, so be it. > > You mean allocate enough pages during startup and never release them? No, please leave that as is. > > > > However, speaking of vendors, I'd like us to be able to switch that off using > > an 'acpi_sleep=' option (s4_no_nvs comes to mind) and/or blacklist broken > > BIOSes. > > sound good, I'll do that. :) OK Thanks, Rafael