From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760257Ab2BJVvT (ORCPT ); Fri, 10 Feb 2012 16:51:19 -0500 Received: from iolanthe.rowland.org ([192.131.102.54]:37569 "HELO iolanthe.rowland.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1753947Ab2BJVvS (ORCPT ); Fri, 10 Feb 2012 16:51:18 -0500 Date: Fri, 10 Feb 2012 16:51:17 -0500 (EST) From: Alan Stern X-X-Sender: stern@iolanthe.rowland.org To: Peter Zijlstra cc: paulmck@linux.vnet.ibm.com, Ingo Molnar , "Srivatsa S. Bhat" , , , , , , , , , , , , "akpm@linux-foundation.org" Subject: Re: [PATCH 0/4] CPU hotplug, cpusets: Fix CPU online handling related to cpusets In-Reply-To: <1328895244.25989.25.camel@laptop> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 10 Feb 2012, Peter Zijlstra wrote: > Now the whole problem here seems to be that suspend uses cpu-hotplug to > reduce the machine to UP -- I've no clue why it does that but I can > imagine its because the BIOS calls only work on CPU0 and/or the resume > only wakes CPU0 so you have to bootstrap the SMP thing again.. > > Some suspend person wanna clarify? Rafael? If I understand correctly, ACPI requires that only CPU0 be running when the system is suspended (i.e., your guess is right). Of course, this doesn't apply to non-ACPI systems, but it's easiest to do the same thing everywhere. > Anyway, the whole suspend case is magic anyway since all tasks will have > been frozen, so we could simply leave all of cpuset alone and ignore the > hotplug notifier on CPU_TASKS_FROZEN callbacks, hmm? I don't see why not. Presumably no CPUs will be added or removed while the system is asleep. > Do we unfreeze after we bring up the machine again? Yes. Alan Stern