Testing with Alexander's bare metal syncronisation tests fails in MTTCG
leaving one CPU spinning forever waiting for the second CPU to wake up.
We simply need to poke the halt_cond once we have processed the PSCI
power on call.
Tested-by: Alex Bennée <alex.ben...@linaro.org>
CC: Alexander Spyridakis <a.spyrida...@virtualopensystems.com>
Message-Id: <1439220437-23957-20-git-send-email-fred.kon...@greensocs.com>
Signed-off-by: Alex Bennée <alex.ben...@linaro.org>
Signed-off-by: Paolo Bonzini <pbonz...@redhat.com>
---
target-arm/psci.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/target-arm/psci.c b/target-arm/psci.c
index c55487f..8e937d8 100644
--- a/target-arm/psci.c
+++ b/target-arm/psci.c
@@ -212,6 +212,8 @@ void arm_handle_psci_call(ARMCPU *cpu)
}
target_cpu_class->set_pc(target_cpu_state, entry);
+ qemu_cpu_kick(target_cpu_state);
+
ret = 0;
break;
case QEMU_PSCI_0_1_FN_CPU_OFF:
--
2.7.3
