From: "Edgar E. Iglesias" <edgar.iglesias@xilinx.com>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: Andrew Jones <drjones@redhat.com>,
patches@linaro.org, qemu-devel@nongnu.org,
Alistair Francis <alistair.francis@xilinx.com>,
qemu-arm@nongnu.org,
Christoffer Dall <christoffer.dall@linaro.org>
Subject: Re: [Qemu-devel] [PATCH v2 16/18] target/arm/psci.c: If EL2 implemented, start CPUs in EL2
Date: Tue, 10 Jan 2017 17:36:49 +0100 [thread overview]
Message-ID: <20170110163649.GS14990@toto> (raw)
In-Reply-To: <1483977924-14522-17-git-send-email-peter.maydell@linaro.org>
On Mon, Jan 09, 2017 at 04:05:22PM +0000, Peter Maydell wrote:
> The PSCI spec states that a CPU_ON call should cause the new
> CPU to be started in the highest implemented Non-secure
> exception level. We were incorrectly starting it at the
> exception level of the caller, which happens to be correct
> if EL2 is not implemented. Implement the correct logic
> as described in the PSCI 1.0 spec section 6.4:
> * if EL2 exists and SCR_EL3.HCE is set: start in EL2
> * otherwise start in EL1
>
> Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
Reviewed-by: Edgar E. Iglesias <edgar.iglesias@xilinx.com>
> ---
> target/arm/psci.c | 25 ++++++++++++++++++-------
> 1 file changed, 18 insertions(+), 7 deletions(-)
>
> diff --git a/target/arm/psci.c b/target/arm/psci.c
> index 14316eb..64bf82e 100644
> --- a/target/arm/psci.c
> +++ b/target/arm/psci.c
> @@ -148,17 +148,28 @@ void arm_handle_psci_call(ARMCPU *cpu)
> case QEMU_PSCI_0_1_FN_CPU_ON:
> case QEMU_PSCI_0_2_FN_CPU_ON:
> case QEMU_PSCI_0_2_FN64_CPU_ON:
> + {
> + /* The PSCI spec mandates that newly brought up CPUs start
> + * in the highest exception level which exists and is enabled
> + * on the calling CPU. Since the QEMU PSCI implementation is
> + * acting as a "fake EL3" or "fake EL2" firmware, this for us
> + * means that we want to start at the highest NS exception level
> + * that we are providing to the guest.
> + * The execution mode should be that which is currently in use
> + * by the same exception level on the calling CPU.
> + * The CPU should be started with the context_id value
> + * in x0 (if AArch64) or r0 (if AArch32).
> + */
> + int target_el = arm_feature(env, ARM_FEATURE_EL2) ? 2 : 1;
> + bool target_aarch64 = arm_el_is_aa64(env, target_el);
> +
> mpidr = param[1];
> entry = param[2];
> context_id = param[3];
> - /*
> - * The PSCI spec mandates that newly brought up CPUs enter the
> - * exception level of the caller in the same execution mode as
> - * the caller, with context_id in x0/r0, respectively.
> - */
> - ret = arm_set_cpu_on(mpidr, entry, context_id, arm_current_el(env),
> - is_a64(env));
> + ret = arm_set_cpu_on(mpidr, entry, context_id,
> + target_el, target_aarch64);
> break;
> + }
> case QEMU_PSCI_0_1_FN_CPU_OFF:
> case QEMU_PSCI_0_2_FN_CPU_OFF:
> goto cpu_off;
> --
> 2.7.4
>
WARNING: multiple messages have this Message-ID (diff)
From: "Edgar E. Iglesias" <edgar.iglesias@xilinx.com>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: qemu-arm@nongnu.org, qemu-devel@nongnu.org, patches@linaro.org,
Andrew Jones <drjones@redhat.com>,
Christoffer Dall <christoffer.dall@linaro.org>,
Alistair Francis <alistair.francis@xilinx.com>
Subject: Re: [Qemu-devel] [PATCH v2 16/18] target/arm/psci.c: If EL2 implemented, start CPUs in EL2
Date: Tue, 10 Jan 2017 17:36:49 +0100 [thread overview]
Message-ID: <20170110163649.GS14990@toto> (raw)
In-Reply-To: <1483977924-14522-17-git-send-email-peter.maydell@linaro.org>
On Mon, Jan 09, 2017 at 04:05:22PM +0000, Peter Maydell wrote:
> The PSCI spec states that a CPU_ON call should cause the new
> CPU to be started in the highest implemented Non-secure
> exception level. We were incorrectly starting it at the
> exception level of the caller, which happens to be correct
> if EL2 is not implemented. Implement the correct logic
> as described in the PSCI 1.0 spec section 6.4:
> * if EL2 exists and SCR_EL3.HCE is set: start in EL2
> * otherwise start in EL1
>
> Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
Reviewed-by: Edgar E. Iglesias <edgar.iglesias@xilinx.com>
> ---
> target/arm/psci.c | 25 ++++++++++++++++++-------
> 1 file changed, 18 insertions(+), 7 deletions(-)
>
> diff --git a/target/arm/psci.c b/target/arm/psci.c
> index 14316eb..64bf82e 100644
> --- a/target/arm/psci.c
> +++ b/target/arm/psci.c
> @@ -148,17 +148,28 @@ void arm_handle_psci_call(ARMCPU *cpu)
> case QEMU_PSCI_0_1_FN_CPU_ON:
> case QEMU_PSCI_0_2_FN_CPU_ON:
> case QEMU_PSCI_0_2_FN64_CPU_ON:
> + {
> + /* The PSCI spec mandates that newly brought up CPUs start
> + * in the highest exception level which exists and is enabled
> + * on the calling CPU. Since the QEMU PSCI implementation is
> + * acting as a "fake EL3" or "fake EL2" firmware, this for us
> + * means that we want to start at the highest NS exception level
> + * that we are providing to the guest.
> + * The execution mode should be that which is currently in use
> + * by the same exception level on the calling CPU.
> + * The CPU should be started with the context_id value
> + * in x0 (if AArch64) or r0 (if AArch32).
> + */
> + int target_el = arm_feature(env, ARM_FEATURE_EL2) ? 2 : 1;
> + bool target_aarch64 = arm_el_is_aa64(env, target_el);
> +
> mpidr = param[1];
> entry = param[2];
> context_id = param[3];
> - /*
> - * The PSCI spec mandates that newly brought up CPUs enter the
> - * exception level of the caller in the same execution mode as
> - * the caller, with context_id in x0/r0, respectively.
> - */
> - ret = arm_set_cpu_on(mpidr, entry, context_id, arm_current_el(env),
> - is_a64(env));
> + ret = arm_set_cpu_on(mpidr, entry, context_id,
> + target_el, target_aarch64);
> break;
> + }
> case QEMU_PSCI_0_1_FN_CPU_OFF:
> case QEMU_PSCI_0_2_FN_CPU_OFF:
> goto cpu_off;
> --
> 2.7.4
>
next prev parent reply other threads:[~2017-01-10 16:38 UTC|newest]
Thread overview: 74+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-09 16:05 [Qemu-arm] [PATCH v2 00/18] arm: Add virtualization to GICv3, and enable EL2 on 64-bit CPUs Peter Maydell
2017-01-09 16:05 ` [Qemu-devel] " Peter Maydell
2017-01-09 16:05 ` [Qemu-arm] [PATCH v2 01/18] hw/intc/arm_gicv3: Add external IRQ lines for VIRQ and VFIQ Peter Maydell
2017-01-09 16:05 ` [Qemu-devel] " Peter Maydell
2017-01-17 21:49 ` Alistair Francis
2017-01-17 21:49 ` Alistair Francis
2017-01-09 16:05 ` [Qemu-arm] [PATCH v2 02/18] hw/intc/arm_gic: " Peter Maydell
2017-01-09 16:05 ` [Qemu-devel] " Peter Maydell
2017-01-10 16:49 ` Edgar E. Iglesias
2017-01-10 16:49 ` Edgar E. Iglesias
2017-01-09 16:05 ` [Qemu-arm] [PATCH v2 03/18] target-arm: Expose output GPIO line for VCPU maintenance interrupt Peter Maydell
2017-01-09 16:05 ` [Qemu-devel] " Peter Maydell
2017-01-17 21:50 ` Alistair Francis
2017-01-17 21:50 ` Alistair Francis
2017-01-09 16:05 ` [Qemu-arm] [PATCH v2 04/18] hw/arm/virt: Wire VIRQ, VFIQ, maintenance irq lines from GIC to CPU Peter Maydell
2017-01-09 16:05 ` [Qemu-devel] " Peter Maydell
2017-01-10 16:42 ` [Qemu-arm] " Edgar E. Iglesias
2017-01-10 16:42 ` [Qemu-devel] " Edgar E. Iglesias
2017-01-10 17:17 ` [Qemu-arm] " Peter Maydell
2017-01-10 17:17 ` [Qemu-devel] " Peter Maydell
2017-01-09 16:05 ` [Qemu-arm] [PATCH v2 05/18] target-arm: Add ARMCPU fields for GIC CPU i/f config Peter Maydell
2017-01-09 16:05 ` [Qemu-devel] " Peter Maydell
2017-01-17 22:12 ` [Qemu-arm] " Alistair Francis
2017-01-17 22:12 ` Alistair Francis
2017-01-09 16:05 ` [Qemu-arm] [PATCH v2 06/18] hw/intc/gicv3: Add defines for ICH system register fields Peter Maydell
2017-01-09 16:05 ` [Qemu-devel] " Peter Maydell
2017-01-09 16:05 ` [Qemu-arm] [PATCH v2 07/18] hw/intc/gicv3: Add data fields for virtualization support Peter Maydell
2017-01-09 16:05 ` [Qemu-devel] " Peter Maydell
2017-01-17 22:13 ` [Qemu-arm] " Alistair Francis
2017-01-17 22:13 ` Alistair Francis
2017-01-09 16:05 ` [Qemu-arm] [PATCH v2 08/18] hw/intc/arm_gicv3: Add accessors for ICH_ system registers Peter Maydell
2017-01-09 16:05 ` [Qemu-devel] " Peter Maydell
2017-01-09 16:05 ` [Qemu-devel] [PATCH v2 09/18] hw/intc/arm_gicv3: Implement ICV_ registers which are just accessors Peter Maydell
2017-01-09 16:05 ` Peter Maydell
2017-01-09 16:05 ` [Qemu-arm] [PATCH v2 10/18] hw/intc/arm_gicv3: Implement ICV_ HPPIR, DIR and RPR registers Peter Maydell
2017-01-09 16:05 ` [Qemu-devel] " Peter Maydell
2017-01-09 16:05 ` [Qemu-arm] [PATCH v2 11/18] hw/intc/arm_gicv3: Implement ICV_ registers EOIR and IAR Peter Maydell
2017-01-09 16:05 ` [Qemu-devel] " Peter Maydell
2017-01-09 16:05 ` [Qemu-arm] [PATCH v2 12/18] hw/intc/arm_gicv3: Implement gicv3_cpuif_virt_update() Peter Maydell
2017-01-09 16:05 ` [Qemu-devel] " Peter Maydell
2017-01-09 16:05 ` [Qemu-arm] [PATCH v2 13/18] hw/intc/arm_gicv3: Implement EL2 traps for CPU i/f regs Peter Maydell
2017-01-09 16:05 ` [Qemu-devel] " Peter Maydell
2017-01-09 16:05 ` [Qemu-devel] [PATCH v2 14/18] hw/arm/virt: Support using SMC for PSCI Peter Maydell
2017-01-09 16:05 ` Peter Maydell
2017-01-09 16:05 ` [Qemu-arm] [PATCH v2 15/18] hw/arm/virt-acpi-build: use SMC if booting in EL2 Peter Maydell
2017-01-09 16:05 ` [Qemu-devel] " Peter Maydell
2017-01-17 22:14 ` [Qemu-arm] " Alistair Francis
2017-01-17 22:14 ` Alistair Francis
2017-01-09 16:05 ` [Qemu-arm] [PATCH v2 16/18] target/arm/psci.c: If EL2 implemented, start CPUs " Peter Maydell
2017-01-09 16:05 ` [Qemu-devel] " Peter Maydell
2017-01-10 16:36 ` Edgar E. Iglesias [this message]
2017-01-10 16:36 ` Edgar E. Iglesias
2017-01-17 14:47 ` [Qemu-arm] " Andrew Jones
2017-01-17 14:47 ` Andrew Jones
2017-01-09 16:05 ` [Qemu-arm] [PATCH v2 17/18] target-arm: Enable EL2 feature bit on A53 and A57 Peter Maydell
2017-01-09 16:05 ` [Qemu-devel] " Peter Maydell
2017-01-09 16:05 ` [Qemu-arm] [PATCH v2 18/18] hw/arm/virt: Add board property to enable EL2 Peter Maydell
2017-01-09 16:05 ` [Qemu-devel] " Peter Maydell
2017-01-10 16:45 ` [Qemu-arm] " Edgar E. Iglesias
2017-01-10 16:45 ` [Qemu-devel] " Edgar E. Iglesias
2017-01-17 14:07 ` [Qemu-arm] [PATCH v2 00/18] arm: Add virtualization to GICv3, and enable EL2 on 64-bit CPUs Peter Maydell
2017-01-17 14:07 ` [Qemu-devel] " Peter Maydell
2017-01-17 14:49 ` Andrew Jones
2017-01-17 14:49 ` Andrew Jones
2017-01-17 22:16 ` [Qemu-arm] [Qemu-devel] " Alistair Francis
2017-01-17 22:16 ` [Qemu-devel] [Qemu-arm] " Alistair Francis
2017-01-18 9:17 ` Edgar E. Iglesias
2017-01-18 9:17 ` [Qemu-devel] " Edgar E. Iglesias
2017-01-19 12:59 ` Peter Maydell
2017-01-19 12:59 ` [Qemu-devel] " Peter Maydell
2017-01-19 13:02 ` Edgar E. Iglesias
2017-01-19 13:02 ` [Qemu-devel] " Edgar E. Iglesias
2017-01-19 13:31 ` Peter Maydell
2017-01-19 13:31 ` Peter Maydell
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=20170110163649.GS14990@toto \
--to=edgar.iglesias@xilinx.com \
--cc=alistair.francis@xilinx.com \
--cc=christoffer.dall@linaro.org \
--cc=drjones@redhat.com \
--cc=patches@linaro.org \
--cc=peter.maydell@linaro.org \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@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 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.