All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
To: Fenghua Yu <fenghua.yu@intel.com>
Cc: 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 12/12] x86, topology: Debug CPU00 hotplug
Date: Tue, 16 Oct 2012 14:17:43 +0530	[thread overview]
Message-ID: <507D1F2F.1010006@linux.vnet.ibm.com> (raw)
In-Reply-To: <1350058189-6769-13-git-send-email-fenghua.yu@intel.com>

On 10/12/2012 09:39 PM, Fenghua Yu wrote:
> From: Fenghua Yu <fenghua.yu@intel.com>

> +config DEBUG_HOTPLUG_CPU0
> +	def_bool n
> +	prompt "Debug CPU0 hotplug"
> +	depends on HOTPLUG_CPU && EXPERIMENTAL
> +	---help---
> +	  Enabling this option offlines CPU0 (if CPU0 can be offlined) as
> +	  soon as possible and boots up userspace with CPU0 offlined. User
> +	  can online CPU0 back after boot time.
> +
> +	  To debug CPU0 hotplug, you need to enable CPU0 offline/online
> +	  feature by either turning on CONFIG_BOOTPARAM_HOTPLUG_CPU0 during
> +	  compilation or giving cpu0_hotplug kernel parameter at boot.
> +
> +	  If unuser, say N.

s/unuser/unsure

> +#ifdef CONFIG_DEBUG_HOTPLUG_CPU0
> +/*
> + * This function offlines a CPU as early as possible and allows userspace to
> + * boot up without the CPU. The CPU can be onlined back by user after boot.
> + *
> + * This is only called for debugging CPU offline/online feature.
> + */
> +int __ref _debug_hotplug_cpu(int cpu, int action)
> +{
> +	struct device *dev = get_cpu_device(cpu);
> +	int ret;
> +
> +	if (!cpu_is_hotpluggable(cpu))
> +		return -EINVAL;
> +
> +	cpu_hotplug_driver_lock();
> +
> +	switch (action) {
> +	case 0:
> +		ret = cpu_down(cpu);
> +		if (!ret) {
> +			pr_info("CPU %u is now offline\n", cpu);
> +			kobject_uevent(&dev->kobj, KOBJ_OFFLINE);
> +		} else
> +			pr_debug("Can't offline CPU%d.\n", cpu);
> +		break;
> +	case 1:
> +		ret = cpu_up(cpu);
> +		if (!ret)
> +			kobject_uevent(&dev->kobj, KOBJ_ONLINE);
> +		else
> +			pr_debug("Can't online CPU%d.\n", cpu);
> +		break;
> +	default:
> +		ret = -EINVAL;
> +	}
> +
> +	cpu_hotplug_driver_unlock();
> +
> +	return ret;
> +}
> +
> +static int __init debug_hotplug_cpu(void)
> +{
> +	_debug_hotplug_cpu(0, 0);
> +	return 0;
> +}
> +
> +late_initcall_sync(debug_hotplug_cpu);
> +#endif /* CONFIG_DEBUG_HOTPLUG_CPU0 */
> +
>  int __ref arch_register_cpu(int num)
>  {
>  	struct cpuinfo_x86 *c = &cpu_data(num);
> diff --git a/arch/x86/power/cpu.c b/arch/x86/power/cpu.c
> index adde775..120cee1 100644
> --- a/arch/x86/power/cpu.c
> +++ b/arch/x86/power/cpu.c
> @@ -21,6 +21,7 @@
>  #include <asm/suspend.h>
>  #include <asm/debugreg.h>
>  #include <asm/fpu-internal.h> /* pcntxt_mask */
> +#include <asm/cpu.h>
> 
>  #ifdef CONFIG_X86_32
>  static struct saved_context saved_context;
> @@ -263,6 +264,43 @@ static int bsp_pm_callback(struct notifier_block *nb, unsigned long action,
>  	case PM_HIBERNATION_PREPARE:
>  		ret = bsp_check();
>  		break;
> +#ifdef CONFIG_DEBUG_HOTPLUG_CPU0
> +	case PM_RESTORE_PREPARE:
> +		/*
> +		 * When system resumes from hibernation, online CPU0 because
> +		 * 1. it's required for resume and
> +		 * 2. the CPU was online before hibernation
> +		 */
> +		if (!cpu_online(0))
> +			_debug_hotplug_cpu(0, 1);

This won't work. CPU hotplug is disabled by cpu_hotplug_pm_callback() during
PM_HIBERNATION_PREPARE and is enabled back only during PM_POST_HIBERNATION.

So calls to cpu_up() or cpu_down() will fail in the meantime.

Regards,
Srivatsa S. Bhat

> +		break;
> +	case PM_POST_RESTORE:
> +		/*
> +		 * When a resume really happens, this code won't be called.
> +		 *
> +		 * This code is called only when user space hibernation software
> +		 * prepares for snapshot device during boot time. So we just
> +		 * call _debug_hotplug_cpu() to restore to CPU0's state prior to
> +		 * preparing the snapshot device.
> +		 *
> +		 * This works for normal boot case in our CPU0 hotplug debug
> +		 * mode, i.e. CPU0 is offline and user mode hibernation
> +		 * software initializes during boot time.
> +		 *
> +		 * If CPU0 is online and user application accesses snapshot
> +		 * device after boot time, this will offline CPU0 and user may
> +		 * see different CPU0 state before and after accessing
> +		 * the snapshot device. But hopefully this is not a case when
> +		 * user debugging CPU0 hotplug. Even if users hit this case,
> +		 * they can easily online CPU0 back.
> +		 *
> +		 * To simplify this debug code, we only consider normal boot
> +		 * case. Otherwise we need to remember CPU0's state and restore
> +		 * to that state and resolve racy conditions etc.
> +		 */
> +		_debug_hotplug_cpu(0, 0);
> +		break;
> +#endif
>  	default:
>  		break;
>  	}
> 


  reply	other threads:[~2012-10-16  8:48 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
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 [this message]
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=507D1F2F.1010006@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=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.