Andrew Jones drjo...@redhat.com writes:
On Wed, Jun 24, 2015 at 08:12:52PM +0100, Peter Maydell wrote:
On 24 June 2015 at 18:18, Alex Bennée alex.ben...@linaro.org wrote:
Paolo Bonzini pbonz...@redhat.com writes:
On 24/06/2015 17:34, Alex Bennée wrote:
Testing with Alexander's bare
On Fri, Jun 26, 2015 at 08:06:55AM +0100, Alex Bennée wrote:
Andrew Jones drjo...@redhat.com writes:
On Wed, Jun 24, 2015 at 08:12:52PM +0100, Peter Maydell wrote:
On 24 June 2015 at 18:18, Alex Bennée alex.ben...@linaro.org wrote:
Paolo Bonzini pbonz...@redhat.com writes:
On
On 25/06/2015 01:55, Alexander Spyridakis wrote:
On 24 June 2015 at 17:34, Alex Bennée alex.ben...@linaro.org wrote:
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
On Wed, Jun 24, 2015 at 08:12:52PM +0100, Peter Maydell wrote:
On 24 June 2015 at 18:18, Alex Bennée alex.ben...@linaro.org wrote:
Paolo Bonzini pbonz...@redhat.com writes:
On 24/06/2015 17:34, Alex Bennée wrote:
Testing with Alexander's bare metal syncronisation tests fails in MTTCG
Alexander Spyridakis a.spyrida...@virtualopensystems.com writes:
On 24 June 2015 at 17:34, Alex Bennée alex.ben...@linaro.org wrote:
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
On 24 June 2015 at 17:34, Alex Bennée alex.ben...@linaro.org wrote:
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
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
On 24/06/2015 17:34, Alex Bennée wrote:
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
Paolo Bonzini pbonz...@redhat.com writes:
On 24/06/2015 19:18, Alex Bennée wrote:
@@ -196,6 +196,8 @@ void arm_handle_psci_call(ARMCPU *cpu)
}
target_cpu_class-set_pc(target_cpu_state, entry);
+qemu_cond_signal(target_cpu_state-halt_cond);
That's called
On 24/06/2015 19:18, Alex Bennée wrote:
@@ -196,6 +196,8 @@ void arm_handle_psci_call(ARMCPU *cpu)
}
target_cpu_class-set_pc(target_cpu_state, entry);
+qemu_cond_signal(target_cpu_state-halt_cond);
That's called qemu_cpu_kick(target_cpu_state). :) The
Paolo Bonzini pbonz...@redhat.com writes:
On 24/06/2015 17:34, Alex Bennée wrote:
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
On 24 June 2015 at 18:18, Alex Bennée alex.ben...@linaro.org wrote:
Paolo Bonzini pbonz...@redhat.com writes:
On 24/06/2015 17:34, Alex Bennée wrote:
Testing with Alexander's bare metal syncronisation tests fails in MTTCG
leaving one CPU spinning forever waiting for the second CPU to wake
12 matches
Mail list logo