Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753845AbYKFBzk (ORCPT ); Wed, 5 Nov 2008 20:55:40 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752427AbYKFBzc (ORCPT ); Wed, 5 Nov 2008 20:55:32 -0500 Received: from fgwmail5.fujitsu.co.jp ([192.51.44.35]:41094 "EHLO fgwmail5.fujitsu.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752389AbYKFBzb (ORCPT ); Wed, 5 Nov 2008 20:55:31 -0500 Date: Thu, 6 Nov 2008 10:54:53 +0900 From: KAMEZAWA Hiroyuki To: Nigel Cunningham Cc: "Rafael J. Wysocki" , Dave Hansen , Yasunori Goto , Matt Tolentino , linux-pm@lists.osdl.org, Dave Hansen , linux-kernel@vger.kernel.org, linux-mm@kvack.org, pavel@suse.cz, Mel Gorman , Andy Whitcroft , Andrew Morton Subject: Re: [linux-pm] [PATCH] hibernation should work ok with memory hotplug Message-Id: <20081106105453.b2c1b0fc.kamezawa.hiroyu@jp.fujitsu.com> In-Reply-To: <1225935787.6216.12.camel@nigel-laptop> References: <20081029105956.GA16347@atrey.karlin.mff.cuni.cz> <1225817945.12673.602.camel@nimitz> <20081105093837.e073c373.kamezawa.hiroyu@jp.fujitsu.com> <200811051208.26628.rjw@sisk.pl> <20081106091441.6517c072.kamezawa.hiroyu@jp.fujitsu.com> <20081106101751.14113f24.kamezawa.hiroyu@jp.fujitsu.com> <1225935787.6216.12.camel@nigel-laptop> Organization: FUJITSU Co. LTD. X-Mailer: Sylpheed 2.5.0 (GTK+ 2.10.14; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2494 Lines: 68 On Thu, 06 Nov 2008 12:43:07 +1100 Nigel Cunningham wrote: > Hi. > > On Thu, 2008-11-06 at 10:17 +0900, KAMEZAWA Hiroyuki wrote: > > On Thu, 6 Nov 2008 09:14:41 +0900 > > KAMEZAWA Hiroyuki wrote: > > > > > Ok, please consider "when memory hotplug happens." > > > > > > In general, it happens when > > > 1. memory is inserted to slot. > > > 2. the firmware notifes the system to enable already inserted memory. > > > > > > To trigger "1", you have to open cover of server/pc. Do you open pc while the system > > > starts hibernation ? for usual people, no. > > > > > > To trigger "2", the user have special console to tell firmware "enable this memory". > > > Such firmware console or users have to know "the system works well." And, more important, > > > when the system is suspended, the firmware can't do hotplug because the kernel is sleeping. > > > So, such firmware console or operator have to know the system status. > > > > > > Am I missing some ? Current linux can know PCI/USB hotplug while the system is suspended ? > > > > > *OFFTOPIC* > > > > I hear following answer from my friend. > > > > - hibernate the system > > => plug USB memory > > => wake up the system > > => panic. > > - hibernate the system > > => unplug USB memory > > => wake up the sytem > > => panic. > > We currently check that the number of physical pages is the same when > starting to load the image, so neither of these issues cause real > problems. > Hmm? this doesn't come from lost of hotplug interrupt ? the memory plugged while the system is sleeping can be recognized when the system wakes up ? My point is the firmware/operator has to know "the system is sleeping or not" to do *any* hotplug. (I'm not sure but removing a cpu while the system is under hibernation may cause panic, too.) In my point of view, this is operator's problem, not hibernation's. If you want to fix the small race really, please add(or export) some mutex or notifier. like NOTIFY_HIBERNATION_START NOTIFY_HIBERNATION_END NOTIFY_HIBERNATION_RESUME other pepole will make use of this. I think __add_memory called by interrupt can be executed in some kernel thread. Thanks, -Kame -- 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/