From: Brian King <brking@linux.vnet.ibm.com>
To: Pavel Machek <pavel@ucw.cz>
Cc: linux-pm@lists.linux-foundation.org
Subject: Re: [PATCH 1/1] PM: Add arch_suspend_disable_nonboot_cpus
Date: Tue, 23 Feb 2010 10:41:33 -0600 [thread overview]
Message-ID: <4B84053D.60703@linux.vnet.ibm.com> (raw)
In-Reply-To: <20100223154359.GA6220@elf.ucw.cz>
On 02/23/2010 09:43 AM, Pavel Machek wrote:
> Hi!
>
>>> OK
>>>
>>>> Here is an alternative implementation of the patch. My test machine is
>>>> currently unavailable, so it is not yet been tested. How does this one look?
>>>
>>> Well, I'd like to do that cleanly from the start.
>>>
>>> Now, the problem is that PM_SLEEP_SMP selects HOTPLUG_CPU, because
>>> that's necessary for the other architectures to make SMP suspend work, but it's
>>> not necessary on your architecture. Moreover, you don't need to compile
>>> enable_nonboot_cpus() at all.
>
>> At least for the architecture I am enabling this support for
>> (PPC_PSERIES), upon looking closer, it looks like PM_SLEEP_SMP was
>> never defined, so enable_nonboot_cpus and disable_nonboot_cpus were
>> always nooped before, which I didn't previously realize. We probably
>> want to retain this behavior. >
>
> (Please wrap at column 80)
>
> This patch is already way better than the original one, but... Why do
> you want enable/disable_nonboot_cpus to be noped out?
> Pavel
Today for PPC_PSERIES, PM_SLEEP_SMP is never defined, so for all the
current code paths that call enable/disable_nonboot_cpus (power off,
kexec), these functions are noops. I don't want to change that behavior.
I figured I can just use the prepare_late and wake pm functions to do
the work I need to do. Let me know if you think this is a reasonable
approach and I'll be happy to resend the patch with an appropriate
subject line and description.
Thanks,
Brian
--
Brian King
Linux on Power Virtualization
IBM Linux Technology Center
next prev parent reply other threads:[~2010-02-23 16:41 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-02-21 16:32 [PATCH 1/1] PM: Add arch_suspend_disable_nonboot_cpus Brian King
[not found] ` <20100221191821.GA2198@ucw.cz>
2010-02-21 22:01 ` Brian King
[not found] ` <201002212308.52023.rjw@sisk.pl>
2010-02-21 22:22 ` Brian King
[not found] ` <201002212327.13399.rjw@sisk.pl>
2010-02-21 22:28 ` Brian King
[not found] ` <201002212337.10462.rjw@sisk.pl>
2010-02-21 22:46 ` Brian King
2010-02-22 19:14 ` Rafael J. Wysocki
2010-02-22 23:31 ` Brian King
2010-02-23 15:43 ` Pavel Machek
2010-02-23 16:41 ` Brian King [this message]
2010-02-23 16:49 ` Pavel Machek
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=4B84053D.60703@linux.vnet.ibm.com \
--to=brking@linux.vnet.ibm.com \
--cc=linux-pm@lists.linux-foundation.org \
--cc=pavel@ucw.cz \
/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.