From: Gautham R Shenoy <ego@linux.vnet.ibm.com>
To: Nicholas Piggin <npiggin@gmail.com>
Cc: "Gautham R. Shenoy" <ego@linux.vnet.ibm.com>,
Michael Ellerman <mpe@ellerman.id.au>,
Michael Neuling <mikey@neuling.org>,
Vaidyanathan Srinivasan <svaidy@linux.vnet.ibm.com>,
Shilpasri G Bhat <shilpa.bhat@linux.vnet.ibm.com>,
Akshay Adiga <akshay.adiga@linux.vnet.ibm.com>,
linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 2/2] powernv/powerpc: Clear PECE1 in LPCR via stop-api only on Hotplug
Date: Wed, 19 Jul 2017 10:34:59 +0530 [thread overview]
Message-ID: <20170719050459.GA30836@in.ibm.com> (raw)
In-Reply-To: <20170719121412.1d89857c@roar.ozlabs.ibm.com>
Hello Nicholas,
On Wed, Jul 19, 2017 at 12:14:12PM +1000, Nicholas Piggin wrote:
> Thanks for working on these patches. We really need to get this stuff
> merged and tested asap :)
>
> On Tue, 18 Jul 2017 19:58:49 +0530
[..snip..]
> > diff --git a/arch/powerpc/platforms/powernv/smp.c b/arch/powerpc/platforms/powernv/smp.c
> > index 40dae96..5f2a712 100644
> > --- a/arch/powerpc/platforms/powernv/smp.c
> > +++ b/arch/powerpc/platforms/powernv/smp.c
> > @@ -143,7 +143,8 @@ static void pnv_smp_cpu_kill_self(void)
> > {
> > unsigned int cpu;
> > unsigned long srr1, wmask;
> > -
> > + uint64_t lpcr_val;
> > + uint64_t pir;
> > /* Standard hot unplug procedure */
> > /*
> > * This hard disables local interurpts, ensuring we have no lazy
> > @@ -164,13 +165,17 @@ static void pnv_smp_cpu_kill_self(void)
> > if (cpu_has_feature(CPU_FTR_ARCH_207S))
> > wmask = SRR1_WAKEMASK_P8;
> >
> > + pir = get_hard_smp_processor_id(cpu);
> > /* We don't want to take decrementer interrupts while we are offline,
> > * so clear LPCR:PECE1. We keep PECE2 (and LPCR_PECE_HVEE on P9)
> > * enabled as to let IPIs in.
> > */
> > - mtspr(SPRN_LPCR, mfspr(SPRN_LPCR) & ~(u64)LPCR_PECE1);
> > + lpcr_val = mfspr(SPRN_LPCR) & ~(u64)LPCR_PECE1;
> > + mtspr(SPRN_LPCR, lpcr_val);
> >
> > while (!generic_check_cpu_restart(cpu)) {
> > +
> > +
> > /*
> > * Clear IPI flag, since we don't handle IPIs while
> > * offline, except for those when changing micro-threading
> > @@ -180,8 +185,15 @@ static void pnv_smp_cpu_kill_self(void)
> > */
> > kvmppc_set_host_ipi(cpu, 0);
> >
> > + /*
> > + * If the CPU gets woken up by a special wakeup,
> > + * ensure that the SLW engine sets LPCR with
> > + * decrementer bit cleared, else we will get spurious
> > + * wakeups.
> > + */
> > + if (cpu_has_feature(CPU_FTR_ARCH_300))
> > + opal_slw_set_reg(pir, SPRN_LPCR, lpcr_val);
>
> Can you put these details into pnv_cpu_offline? Possibly even from there
> into another special SPR save function? E.g.,
We could move this to pnv_cpu_offline. Except that if we do get
spurious interrupts, we will end up programming the the LPCR via
stop-api again which is not needed.
Even this patch above can be optimized further. We need to program the
LPCR with the PECE1 bit cleared only once, before the while loop, and
once again program the LPCR with PECE1 bit set once we are out of the
while loop.
But then, perhaps getting spurious interrupts when the CPU is
hotplugged is an unlikely event. So I will move this to pnv_cpu_offline.
>
> pnv_save_sprs_for_deep_state_decrementer_wakeup(bool decrementer_wakeup)
>
> I'd like to put the LPCR manipulation for idle wake settings into idle.c
> as well (pnv_cpu_offline), I think it fits better in there.
>
I agree. Will respin this,test and send out the v2.
> Thanks,
Thanks for the review.
> Nick
>
--
Thanks and Regards
gautham.
next prev parent reply other threads:[~2017-07-19 5:05 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-07-18 14:28 [PATCH 0/2] powerpc: powernv: Enable stop4 via cpuidle Gautham R. Shenoy
2017-07-18 14:28 ` [PATCH 1/2] powernv/powerpc:Save/Restore additional SPRs for stop4 cpuidle Gautham R. Shenoy
2017-07-18 14:28 ` [PATCH 2/2] powernv/powerpc: Clear PECE1 in LPCR via stop-api only on Hotplug Gautham R. Shenoy
2017-07-19 2:14 ` Nicholas Piggin
2017-07-19 5:04 ` Gautham R Shenoy [this message]
2017-07-19 5:20 ` Nicholas Piggin
2017-07-25 10:46 ` Michael Ellerman
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=20170719050459.GA30836@in.ibm.com \
--to=ego@linux.vnet.ibm.com \
--cc=akshay.adiga@linux.vnet.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=mikey@neuling.org \
--cc=mpe@ellerman.id.au \
--cc=npiggin@gmail.com \
--cc=shilpa.bhat@linux.vnet.ibm.com \
--cc=svaidy@linux.vnet.ibm.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).