From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Balbir Singh <bsingharora@gmail.com>, linuxppc-dev@lists.ozlabs.org
Cc: mpe@ellerman.id.au, paulus@samba.org, npiggin@gmail.com,
svaidy@linux.vnet.ibm.com
Subject: Re: [PATCH] Make system_reset_pSeries relocatable
Date: Wed, 27 Jul 2016 19:53:58 +1000 [thread overview]
Message-ID: <1469613238.5978.144.camel@kernel.crashing.org> (raw)
In-Reply-To: <48aad8b6-a27f-44c5-2b0b-f276595e9c04@gmail.com>
On Wed, 2016-07-27 at 17:32 +1000, Balbir Singh wrote:
> From: Balbir Singh <bsingharora@gmail.com>
>
> Currently the power management bits are broken w.r.t. relocation.
> There are direct branches from system_reset_pSeries to
> power7_wakeup_*.
Side track: we should really get rid of the _pSeries suffix for these
things :-)
> The correct way to do it is to do what
> the slb miss handler does, which is jump to a small stub within
> the first 64k of the relocated address and then jump to the
> actual location.
>
> The code has been lightly tested (not the kvm bits), I would highly
> appreciate a review of the code. I suspect there might be easy
> to find bugs :)
>
> Cc: benh@kernel.crashing.org
> Cc: mpe@ellerman.id.au
> Cc: paulus@samba.org
> Cc: npiggin@gmail.com
> Cc: svaidy@linux.vnet.ibm.com
>
> Signed-off-by: Balbir Singh <bsingharora@gmail.com>
> ---
> arch/powerpc/kernel/exceptions-64s.S | 82 ++++++++++++++++++++++--
> ------------
> 1 file changed, 51 insertions(+), 31 deletions(-)
>
> diff --git a/arch/powerpc/kernel/exceptions-64s.S
> b/arch/powerpc/kernel/exceptions-64s.S
> index 8bcc1b4..64f9650 100644
> --- a/arch/powerpc/kernel/exceptions-64s.S
> +++ b/arch/powerpc/kernel/exceptions-64s.S
> @@ -118,39 +118,21 @@ BEGIN_FTR_SECTION
> cmpwi cr4,r5,1
> mtspr SPRN_HSPRG0,r13
>
> - lbz r0,PACA_THREAD_IDLE_STATE(r13)
> - cmpwi cr2,r0,PNV_THREAD_NAP
> - bgt cr2,8f /* Either
> sleep or Winkle */
> -
> - /* Waking up from nap should not cause hypervisor state loss
> */
> - bgt cr3,.
> -
> - /* Waking up from nap */
> - li r0,PNV_THREAD_RUNNING
> - stb r0,PACA_THREAD_IDLE_STATE(r13) /* Clear
> thread state */
> -
> -#ifdef CONFIG_KVM_BOOK3S_HV_POSSIBLE
> - li r0,KVM_HWTHREAD_IN_KERNEL
> - stb r0,HSTATE_HWTHREAD_STATE(r13)
> - /* Order setting hwthread_state vs. testing hwthread_req */
> - sync
> - lbz r0,HSTATE_HWTHREAD_REQ(r13)
> - cmpwi r0,0
> - beq 1f
> - b kvm_start_guest
> -1:
> +#ifndef CONFIG_RELOCATABLE
> + b power7_wakeup_common
> +#else
> + /*
> + * We can't just use a direct branch to power7_wakeup_common
> + * because the distance from here to there depends on where
> + * the kernel ends up being put.
> + */
> + mfctr r11
> + ld r10, PACAKBASE(r13)
> + LOAD_HANDLER(r10, power7_wakeup_common)
> + mtctr r10
> + bctr
> #endif
>
> - /* Return SRR1 from power7_nap() */
> - mfspr r3,SPRN_SRR1
> - beq cr3,2f
> - b power7_wakeup_noloss
> -2: b power7_wakeup_loss
> -
> - /* Fast Sleep wakeup on PowerNV */
> -8: GET_PACA(r13)
> - b power7_wakeup_tb_loss
> -
> 9:
> END_FTR_SECTION_IFSET(CPU_FTR_HVMODE | CPU_FTR_ARCH_206)
> #endif /* CONFIG_PPC_P7_NAP */
> @@ -1448,6 +1430,44 @@ power4_fixup_nap:
> blr
> #endif
>
> + .align 7
> +_GLOBAL(power7_wakeup_common)
> +#ifdef CONFIG_RELOCATABLE
> + mtctr r11
> +#endif
> + lbz r0,PACA_THREAD_IDLE_STATE(r13)
> + cmpwi cr2,r0,PNV_THREAD_NAP
> + bgt cr2,8f /* Either
> sleep or Winkle */
> +
> + /* Waking up from nap should not cause hypervisor state loss
> */
> + bgt cr3,.
> +
> + /* Waking up from nap */
> + li r0,PNV_THREAD_RUNNING
> + stb r0,PACA_THREAD_IDLE_STATE(r13) /* Clear
> thread state */
> +
> +#ifdef CONFIG_KVM_BOOK3S_HV_POSSIBLE
> + li r0,KVM_HWTHREAD_IN_KERNEL
> + stb r0,HSTATE_HWTHREAD_STATE(r13)
> + /* Order setting hwthread_state vs. testing hwthread_req */
> + sync
> + lbz r0,HSTATE_HWTHREAD_REQ(r13)
> + cmpwi r0,0
> + beq 1f
> + b kvm_start_guest
> +1:
> +#endif
> +
> + /* Return SRR1 from power7_nap() */
> + mfspr r3,SPRN_SRR1
> + beq cr3,2f
> + b power7_wakeup_noloss
> +2: b power7_wakeup_loss
> +
> + /* Fast Sleep wakeup on PowerNV */
> +8: GET_PACA(r13)
> + b power7_wakeup_tb_loss
> +
> /*
> * Hash table stuff
> */
next prev parent reply other threads:[~2016-07-27 9:54 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-07-27 7:32 [PATCH] Make system_reset_pSeries relocatable Balbir Singh
2016-07-27 9:53 ` Benjamin Herrenschmidt [this message]
2016-07-27 10:01 ` Balbir Singh
2016-07-27 11:51 ` Nicholas Piggin
2016-07-27 10:12 ` kbuild test robot
2016-07-27 11:34 ` Balbir Singh
2016-07-27 11:50 ` Nicholas Piggin
2016-07-27 13:57 ` Balbir Singh
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=1469613238.5978.144.camel@kernel.crashing.org \
--to=benh@kernel.crashing.org \
--cc=bsingharora@gmail.com \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=mpe@ellerman.id.au \
--cc=npiggin@gmail.com \
--cc=paulus@samba.org \
--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 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.