From: Caesar Wang <wxt@rock-chips.com>
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Cc: Heiko Stuebner <heiko@sntech.de>,
dianders@chromium.org,
Dmitry Torokhov <dmitry.torokhov@gmail.com>,
linux-rockchip@lists.infradead.org,
linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v5 2/3] ARM: rockchip: ensure CPU to enter WFI/WFE state
Date: Tue, 09 Jun 2015 08:40:12 +0800 [thread overview]
Message-ID: <557635EC.7040402@rock-chips.com> (raw)
In-Reply-To: <20150608092852.GW7557@n2100.arm.linux.org.uk>
在 2015年06月08日 17:28, Russell King - ARM Linux 写道:
> On Mon, Jun 08, 2015 at 03:11:35PM +0800, Caesar Wang wrote:
>> diff --git a/arch/arm/mach-rockchip/platsmp.c b/arch/arm/mach-rockchip/platsmp.c
>> index bd40852..5bc2a89 100644
>> --- a/arch/arm/mach-rockchip/platsmp.c
>> +++ b/arch/arm/mach-rockchip/platsmp.c
>> @@ -321,6 +321,9 @@ static void __init rockchip_smp_prepare_cpus(unsigned int max_cpus)
>> #ifdef CONFIG_HOTPLUG_CPU
>> static int rockchip_cpu_kill(unsigned int cpu)
>> {
>> + /* ensure CPU can enter the WFI/WFE state */
> I would like to see a better comment here, describing what the problem
> is. Maybe something like this:
>
> /*
> * We need a delay here to ensure that the dying CPU can finish
> * executing v7_coherency_exit() and reach the WFI/WFE state
> * prior to having the power domain disabled.
> */
>
> Thanks.
OK,
Thanks!
>> + mdelay(1);
>> +
>> pmu_set_power_domain(0 + cpu, false);
>> return 1;
>> }
>> --
>> 1.9.1
>>
--
Thanks,
- Caesar
WARNING: multiple messages have this Message-ID (diff)
From: wxt@rock-chips.com (Caesar Wang)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v5 2/3] ARM: rockchip: ensure CPU to enter WFI/WFE state
Date: Tue, 09 Jun 2015 08:40:12 +0800 [thread overview]
Message-ID: <557635EC.7040402@rock-chips.com> (raw)
In-Reply-To: <20150608092852.GW7557@n2100.arm.linux.org.uk>
? 2015?06?08? 17:28, Russell King - ARM Linux ??:
> On Mon, Jun 08, 2015 at 03:11:35PM +0800, Caesar Wang wrote:
>> diff --git a/arch/arm/mach-rockchip/platsmp.c b/arch/arm/mach-rockchip/platsmp.c
>> index bd40852..5bc2a89 100644
>> --- a/arch/arm/mach-rockchip/platsmp.c
>> +++ b/arch/arm/mach-rockchip/platsmp.c
>> @@ -321,6 +321,9 @@ static void __init rockchip_smp_prepare_cpus(unsigned int max_cpus)
>> #ifdef CONFIG_HOTPLUG_CPU
>> static int rockchip_cpu_kill(unsigned int cpu)
>> {
>> + /* ensure CPU can enter the WFI/WFE state */
> I would like to see a better comment here, describing what the problem
> is. Maybe something like this:
>
> /*
> * We need a delay here to ensure that the dying CPU can finish
> * executing v7_coherency_exit() and reach the WFI/WFE state
> * prior to having the power domain disabled.
> */
>
> Thanks.
OK,
Thanks!
>> + mdelay(1);
>> +
>> pmu_set_power_domain(0 + cpu, false);
>> return 1;
>> }
>> --
>> 1.9.1
>>
--
Thanks,
- Caesar
next prev parent reply other threads:[~2015-06-09 0:40 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-08 7:11 [PATCH v5 0/3] ARM: rockchip: fix the SMP Caesar Wang
2015-06-08 7:11 ` Caesar Wang
2015-06-08 7:11 ` [PATCH v5 1/3] ARM: rockchip: fix the CPU soft reset Caesar Wang
2015-06-08 7:11 ` Caesar Wang
2015-06-08 7:51 ` Caesar Wang
2015-06-08 7:51 ` Caesar Wang
2015-06-08 9:24 ` Russell King - ARM Linux
2015-06-08 9:24 ` Russell King - ARM Linux
2015-06-08 21:54 ` Caesar Wang
2015-06-08 21:54 ` Caesar Wang
2015-06-09 9:55 ` Caesar Wang
2015-06-09 9:55 ` Caesar Wang
2015-06-08 9:43 ` Russell King - ARM Linux
2015-06-08 9:43 ` Russell King - ARM Linux
2015-06-09 0:43 ` Caesar Wang
2015-06-09 0:43 ` Caesar Wang
2015-06-09 7:46 ` Heiko Stübner
2015-06-09 7:46 ` Heiko Stübner
2015-06-08 7:11 ` [PATCH v5 2/3] ARM: rockchip: ensure CPU to enter WFI/WFE state Caesar Wang
2015-06-08 7:11 ` Caesar Wang
2015-06-08 9:28 ` Russell King - ARM Linux
2015-06-08 9:28 ` Russell King - ARM Linux
2015-06-09 0:40 ` Caesar Wang [this message]
2015-06-09 0:40 ` Caesar Wang
2015-06-08 7:11 ` [PATCH v5 3/3] ARM: rockchip: fix the SMP code style Caesar Wang
2015-06-08 7:11 ` Caesar Wang
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=557635EC.7040402@rock-chips.com \
--to=wxt@rock-chips.com \
--cc=dianders@chromium.org \
--cc=dmitry.torokhov@gmail.com \
--cc=heiko@sntech.de \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-rockchip@lists.infradead.org \
--cc=linux@arm.linux.org.uk \
/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.