mirror of https://github.com/xemu-project/xemu.git
hw/arm/boot: Prevent setting both psci_conduit and secure_board_setup
Now that we have dealt with the one special case (highbank) that needed to set both psci_conduit and secure_board_setup, we don't need to allow that combination any more. It doesn't make sense in general, so use an assertion to ensure we don't add new boards that do it by accident without thinking through the consequences. Signed-off-by: Peter Maydell <peter.maydell@linaro.org> Reviewed-by: Richard Henderson <richard.henderson@linaro.org> Reviewed-by: Niek Linnenbank <nieklinnenbank@gmail.com> Tested-by: Cédric Le Goater <clg@kaod.org> Tested-by: Niek Linnenbank <nieklinnenbank@gmail.com> Message-id: 20220127154639.2090164-13-peter.maydell@linaro.org
This commit is contained in:
parent
61b82973e7
commit
dc888dd43b
|
@ -1339,6 +1339,16 @@ void arm_load_kernel(ARMCPU *cpu, MachineState *ms, struct arm_boot_info *info)
|
|||
* supported exception level or in a lower one.
|
||||
*/
|
||||
|
||||
/*
|
||||
* If PSCI is enabled, then SMC calls all go to the PSCI handler and
|
||||
* are never emulated to trap into guest code. It therefore does not
|
||||
* make sense for the board to have a setup code fragment that runs
|
||||
* in Secure, because this will probably need to itself issue an SMC of some
|
||||
* kind as part of its operation.
|
||||
*/
|
||||
assert(info->psci_conduit == QEMU_PSCI_CONDUIT_DISABLED ||
|
||||
!info->secure_board_setup);
|
||||
|
||||
/* Boot into highest supported EL ... */
|
||||
if (arm_feature(env, ARM_FEATURE_EL3)) {
|
||||
boot_el = 3;
|
||||
|
|
Loading…
Reference in New Issue