From: Greg Kurz <groug@kaod.org>
To: Nicholas Piggin <npiggin@gmail.com>
Cc: "Cédric Le Goater" <clg@kaod.org>,
qemu-ppc@nongnu.org, qemu-devel@nongnu.org,
"David Gibson" <david@gibson.dropbear.id.au>
Subject: Re: [Qemu-devel] [PATCH v6 4/4] spapr: Implement H_JOIN
Date: Thu, 18 Jul 2019 12:48:50 +0200 [thread overview]
Message-ID: <20190718124850.77af2f44@bahia.lab.toulouse-stg.fr.ibm.com> (raw)
In-Reply-To: <20190718034214.14948-5-npiggin@gmail.com>
On Thu, 18 Jul 2019 13:42:14 +1000
Nicholas Piggin <npiggin@gmail.com> wrote:
> This has been useful to modify and test the Linux pseries suspend
> code but it requires modification to the guest to call it (due to
> being gated by other unimplemented features). It is not otherwise
> used by Linux yet, but work is slowly progressing there.
>
> Signed-off-by: Nicholas Piggin <npiggin@gmail.com>
> ---
Reviewed-by: Greg Kurz <groug@kaod.org>
> Changes since v5:
> - Fix prod bit semantics.
> - Factor out the h_confer_self common code
>
> Changes since v4:
> - Style
>
> hw/ppc/spapr.c | 1 +
> hw/ppc/spapr_hcall.c | 74 ++++++++++++++++++++++++++++++++++++--------
> 2 files changed, 62 insertions(+), 13 deletions(-)
>
> diff --git a/hw/ppc/spapr.c b/hw/ppc/spapr.c
> index 68341c128d..00f7735a31 100644
> --- a/hw/ppc/spapr.c
> +++ b/hw/ppc/spapr.c
> @@ -1066,6 +1066,7 @@ static void spapr_dt_rtas(SpaprMachineState *spapr, void *fdt)
> add_str(hypertas, "hcall-tce");
> add_str(hypertas, "hcall-vio");
> add_str(hypertas, "hcall-splpar");
> + add_str(hypertas, "hcall-join");
> add_str(hypertas, "hcall-bulk");
> add_str(hypertas, "hcall-set-mode");
> add_str(hypertas, "hcall-sprg0");
> diff --git a/hw/ppc/spapr_hcall.c b/hw/ppc/spapr_hcall.c
> index 7c659dc75c..9b72ea8b68 100644
> --- a/hw/ppc/spapr_hcall.c
> +++ b/hw/ppc/spapr_hcall.c
> @@ -1069,6 +1069,62 @@ static target_ulong h_cede(PowerPCCPU *cpu, SpaprMachineState *spapr,
> return H_SUCCESS;
> }
>
> +/*
> + * Confer to self, aka join. Cede could use the same pattern as well, if
> + * EXCP_HLT can be changed to ECXP_HALTED.
> + */
> +static target_ulong h_confer_self(PowerPCCPU *cpu)
> +{
> + CPUState *cs = CPU(cpu);
> + SpaprCpuState *spapr_cpu = spapr_cpu_state(cpu);
> +
> + if (spapr_cpu->prod) {
> + spapr_cpu->prod = false;
> + return H_SUCCESS;
> + }
> + cs->halted = 1;
> + cs->exception_index = EXCP_HALTED;
> + cs->exit_request = 1;
> +
> + return H_SUCCESS;
> +}
> +
> +static target_ulong h_join(PowerPCCPU *cpu, SpaprMachineState *spapr,
> + target_ulong opcode, target_ulong *args)
> +{
> + CPUPPCState *env = &cpu->env;
> + CPUState *cs;
> + bool last_unjoined = true;
> +
> + if (env->msr & (1ULL << MSR_EE)) {
> + return H_BAD_MODE;
> + }
> +
> + /*
> + * Must not join the last CPU running. Interestingly, no such restriction
> + * for H_CONFER-to-self, but that is probably not intended to be used
> + * when H_JOIN is available.
> + */
> + CPU_FOREACH(cs) {
> + PowerPCCPU *c = POWERPC_CPU(cs);
> + CPUPPCState *e = &c->env;
> + if (c == cpu) {
> + continue;
> + }
> +
> + /* Don't have a way to indicate joined, so use halted && MSR[EE]=0 */
> + if (!cs->halted || (e->msr & (1ULL << MSR_EE))) {
> + last_unjoined = false;
> + break;
> + }
> + }
> + if (last_unjoined) {
> + return H_CONTINUE;
> + }
> +
> + return h_confer_self(cpu);
> +}
> +
> static target_ulong h_confer(PowerPCCPU *cpu, SpaprMachineState *spapr,
> target_ulong opcode, target_ulong *args)
> {
> @@ -1089,26 +1145,15 @@ static target_ulong h_confer(PowerPCCPU *cpu, SpaprMachineState *spapr,
> return H_PARAMETER;
> }
>
> - spapr_cpu = spapr_cpu_state(target_cpu);
> -
> /*
> * target == self is a special case, we wait until prodded, without
> * dispatch counter check.
> */
> if (cpu == target_cpu) {
> - if (spapr_cpu->prod) {
> - spapr_cpu->prod = false;
> -
> - return H_SUCCESS;
> - }
> -
> - cs->halted = 1;
> - cs->exception_index = EXCP_HALTED;
> - cs->exit_request = 1;
> -
> - return H_SUCCESS;
> + return h_confer_self(cpu);
> }
>
> + spapr_cpu = spapr_cpu_state(target_cpu);
> if (!spapr_cpu->vpa_addr || ((dispatch & 1) == 0)) {
> return H_SUCCESS;
> }
> @@ -1981,6 +2026,9 @@ static void hypercall_register_types(void)
> spapr_register_hypercall(H_CONFER, h_confer);
> spapr_register_hypercall(H_PROD, h_prod);
>
> + /* hcall-join */
> + spapr_register_hypercall(H_JOIN, h_join);
> +
> spapr_register_hypercall(H_SIGNAL_SYS_RESET, h_signal_sys_reset);
>
> /* processor register resource access h-calls */
next prev parent reply other threads:[~2019-07-18 10:49 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-07-18 3:42 [Qemu-devel] [PATCH v6 0/4] spapr: implement dispatch and suspend calls Nicholas Piggin
2019-07-18 3:42 ` [Qemu-devel] [PATCH v6 1/4] spapr: Implement dispatch tracking for tcg Nicholas Piggin
2019-07-18 10:13 ` Greg Kurz
2019-07-18 23:12 ` Nicholas Piggin
2019-07-19 2:27 ` David Gibson
2019-07-18 3:42 ` [Qemu-devel] [PATCH v6 2/4] spapr: Implement H_PROD Nicholas Piggin
2019-07-18 10:47 ` Greg Kurz
2019-07-18 3:42 ` [Qemu-devel] [PATCH v6 3/4] spapr: Implement H_CONFER Nicholas Piggin
2019-07-18 10:47 ` Greg Kurz
2019-07-18 3:42 ` [Qemu-devel] [PATCH v6 4/4] spapr: Implement H_JOIN Nicholas Piggin
2019-07-18 10:48 ` Greg Kurz [this message]
2019-07-18 4:31 ` [Qemu-devel] [PATCH v6 0/4] spapr: implement dispatch and suspend calls David Gibson
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=20190718124850.77af2f44@bahia.lab.toulouse-stg.fr.ibm.com \
--to=groug@kaod.org \
--cc=clg@kaod.org \
--cc=david@gibson.dropbear.id.au \
--cc=npiggin@gmail.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.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 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).