All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
To: "Rafael J. Wysocki" <rjw@sisk.pl>
Cc: Fenghua Yu <fenghua.yu@intel.com>, Ingo Molnar <mingo@elte.hu>,
	Thomas Gleixner <tglx@linutronix.de>,
	H Peter Anvin <hpa@zytor.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Asit K Mallick <asit.k.mallick@intel.com>,
	Tony Luck <tony.luck@intel.com>,
	Arjan Dan De Ven <arjan@linux.intel.com>,
	Suresh B Siddha <suresh.b.siddha@intel.com>,
	Len Brown <len.brown@intel.com>,
	Randy Dunlap <rdunlap@xenotime.net>,
	Chen Gong <gong.chen@linux.intel.com>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	linux-pm <linux-pm@vger.kernel.org>, x86 <x86@kernel.org>
Subject: Re: [PATCH v9 05/12] x86, hotplug, suspend: Online CPU0 for suspend or hibernate
Date: Tue, 16 Oct 2012 22:00:53 +0530	[thread overview]
Message-ID: <507D8BBD.3010306@linux.vnet.ibm.com> (raw)
In-Reply-To: <1586487.pWfqEJ2K11@vostro.rjw.lan>

On 10/16/2012 09:47 PM, Rafael J. Wysocki wrote:
> On Tuesday 16 of October 2012 11:05:18 Srivatsa S. Bhat wrote:
>> On 10/16/2012 02:20 AM, Rafael J. Wysocki wrote:
>>> On Friday 12 of October 2012 09:09:42 Fenghua Yu wrote:
>>>> From: Fenghua Yu <fenghua.yu@intel.com>
>>>>
>>>> +
>>>> +/*
>>>> + * When bsp_check() is called in hibernate and suspend, cpu hotplug
>>>> + * is disabled already. So it's unnessary to handle race condition between
>>>> + * cpumask query and cpu hotplug.
>>>> + */
>>>> +static int bsp_check(void)
>>>> +{
>>>> +	if (cpumask_first(cpu_online_mask) != 0) {
>>>> +		pr_warn("CPU0 is offline.\n");
>>>> +		return -ENODEV;
>>>> +	}
>>>> +
>>>> +	return 0;
>>>> +}
>>>> +
>>>> +static int bsp_pm_callback(struct notifier_block *nb, unsigned long action,
>>>> +			   void *ptr)
>>>> +{
>>>> +	int ret = 0;
>>>> +
>>>> +	switch (action) {
>>>> +	case PM_SUSPEND_PREPARE:
>>>> +	case PM_HIBERNATION_PREPARE:
>>>> +		ret = bsp_check();
>>>> +		break;
>>>> +	default:
>>>> +		break;
>>>> +	}
>>>> +	return notifier_from_errno(ret);
>>>> +}
>>>> +
>>>
>>> I wonder if there's anything preventing CPU0 from becoming offline after you've
>>> done this check and before user space is frozen?
>>>
>>
>> Hi Rafael,
>>
>> bsp_pm_callback runs as a low priority notifier callback, specifically with lower
>> priority than the cpu_hotplug_pm_callback (as mentioned in the comment below).
>> And cpu_hotplug_pm_callback disables regular CPU hotplug (till the suspend/resume
>> sequence is complete).. So there is no chance for CPU0 to become offline after that.
>>
>> Or, are you thinking of some other scenario where CPU0 can go offline?
> 
> No, that should be fine technically, but designs relying on notifier priority
> for correctness are kind of fragile.
> 

Hmm.. I agree.

> Would it be possible to make cpu_hotplug_pm_callback() do the BSP online check?
>

Good idea! I think that could be done quite easily. And while doing that, it would
be good to rethink what to do in patch 12/12 (Debug CPU0 hotplug) to fix the bug I
pointed out in my other mail.

Regards,
Srivatsa S. Bhat

>>>> +static int __init bsp_pm_check_init(void)
>>>> +{
>>>> +	/*
>>>> +	 * Set this bsp_pm_callback as lower priority than
>>>> +	 * cpu_hotplug_pm_callback. So cpu_hotplug_pm_callback will be called
>>>> +	 * earlier to disable cpu hotplug before bsp online check.
>>>> +	 */
>>>> +	pm_notifier(bsp_pm_callback, -INT_MAX);
>>>> +	return 0;
>>>> +}
>>>> +
>>>> +core_initcall(bsp_pm_check_init);
> 


  reply	other threads:[~2012-10-16 16:31 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-12 16:09 [PATCH v9 0/12] x86: Arbitrary CPU hot(un)plug support Fenghua Yu
2012-10-12 16:09 ` [PATCH v9 01/12] doc: Add x86 CPU0 online/offline feature Fenghua Yu
2012-10-12 16:09 ` [PATCH v9 02/12] x86, Kconfig: Add config switch for CPU0 hotplug Fenghua Yu
2012-10-12 16:09 ` [PATCH v9 03/12] x86, topology: Don't offline CPU0 if any PIC irq can not be migrated out of it Fenghua Yu
2012-10-16 17:03   ` Borislav Petkov
2012-10-16 18:43     ` Yu, Fenghua
2012-10-16 19:40       ` Borislav Petkov
2012-10-12 16:09 ` [PATCH v9 04/12] x86, hotplug: Support functions for CPU0 online/offline Fenghua Yu
2012-10-12 16:09 ` [PATCH v9 05/12] x86, hotplug, suspend: Online CPU0 for suspend or hibernate Fenghua Yu
2012-10-15 20:50   ` Rafael J. Wysocki
2012-10-16  5:35     ` Srivatsa S. Bhat
2012-10-16 16:17       ` Rafael J. Wysocki
2012-10-16 16:30         ` Srivatsa S. Bhat [this message]
2012-10-16 22:12           ` Yu, Fenghua
2012-10-17  5:18             ` Rafael J. Wysocki
2012-10-17 17:39               ` Yu, Fenghua
2012-10-18  6:33                 ` Rafael J. Wysocki
2012-10-18  6:51                   ` Srivatsa S. Bhat
2012-10-17 18:29       ` Yu, Fenghua
2012-10-12 16:09 ` [PATCH v9 06/12] x86-64, hotplug: Add start_cpu0() entry point to head_64.S Fenghua Yu
2012-10-16 16:50   ` Borislav Petkov
2012-10-12 16:09 ` [PATCH v9 07/12] x86-32, hotplug: Add start_cpu0() entry point to head_32.S Fenghua Yu
2012-10-12 16:09 ` [PATCH v9 08/12] x86, hotplug: Wake up CPU0 via NMI instead of INIT, SIPI, SIPI Fenghua Yu
2012-10-16  4:43   ` HATAYAMA Daisuke
2012-10-16 16:57   ` Borislav Petkov
2012-10-12 16:09 ` [PATCH v9 09/12] x86, hotplug: During CPU0 online, enable x2apic, set_numa_node Fenghua Yu
2012-10-12 16:09 ` [PATCH v9 10/12] x86, hotplug: The first online processor saves the MTRR state Fenghua Yu
2012-10-12 16:09 ` [PATCH v9 11/12] x86/i387.c: Initialize thread xstate only on CPU0 only once Fenghua Yu
2012-10-12 16:09 ` [PATCH v9 12/12] x86, topology: Debug CPU00 hotplug Fenghua Yu
2012-10-16  8:47   ` Srivatsa S. Bhat
2012-10-17  0:06     ` Yu, Fenghua
2012-10-18  6:42       ` Srivatsa S. Bhat
2012-10-19  1:07         ` Yu, Fenghua

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=507D8BBD.3010306@linux.vnet.ibm.com \
    --to=srivatsa.bhat@linux.vnet.ibm.com \
    --cc=akpm@linux-foundation.org \
    --cc=arjan@linux.intel.com \
    --cc=asit.k.mallick@intel.com \
    --cc=fenghua.yu@intel.com \
    --cc=gong.chen@linux.intel.com \
    --cc=hpa@zytor.com \
    --cc=len.brown@intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=rdunlap@xenotime.net \
    --cc=rjw@sisk.pl \
    --cc=suresh.b.siddha@intel.com \
    --cc=tglx@linutronix.de \
    --cc=tony.luck@intel.com \
    --cc=torvalds@linux-foundation.org \
    --cc=x86@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.