> Right, but when I put a timer eg on QEMU_VIRTUAL_CLOCK the guest is stuck.
> icount_warp_rt is not called neither qemu_clock_warp(..)..
It should be. timer_mod_ns -> timerlist_rearm -> qemu_clock_warp.
> So yes as you said seems a qemu_clock_warp is missing somewhere.
>
> Shouldn't icount_wa
On 04/07/2014 09:57, Paolo Bonzini wrote:
Il 04/07/2014 09:30, Frederic Konrad ha scritto:
+/*
+ * In icount mode, sometimes the VCPU is blocked and an event is
needed to
+ * continue.
+ * Just warp to make the time grows and have a chance to run the
CPU.
+ */
+qemu_clo
Il 04/07/2014 09:30, Frederic Konrad ha scritto:
+/*
+ * In icount mode, sometimes the VCPU is blocked and an event is
needed to
+ * continue.
+ * Just warp to make the time grows and have a chance to run the
CPU.
+ */
+qemu_clock_warp(QEMU_CLOCK_VIRTUAL);
return r
On 01/07/2014 18:13, fred.kon...@greensocs.com wrote:
From: KONRAD Frederic
This fixes a bug where QEMU stall in icount mode.
It happens when a simple timer callback is created on VIRTUAL CLOCK modding
itself regularly.
The actual warping mechanism is called once and then the time didn't grow
From: KONRAD Frederic
This fixes a bug where QEMU stall in icount mode.
It happens when a simple timer callback is created on VIRTUAL CLOCK modding
itself regularly.
The actual warping mechanism is called once and then the time didn't grow
anymore.
Signed-off-by: KONRAD Frederic
---
main-loo