aboutsummaryrefslogtreecommitdiff
path: root/vl.c
diff options
context:
space:
mode:
authorGlauber Costa <glommer@redhat.com>2009-09-02 17:18:43 -0400
committerAnthony Liguori <aliguori@us.ibm.com>2009-09-09 17:31:27 -0500
commit733318ea9c6d846a6a047b87619e7d9d6e9707d1 (patch)
tree3f04d770021971263aadf822fb2dff6bc3a99aa9 /vl.c
parent98815437f731372d9456f6a2ad103f3b836a9646 (diff)
downloadqemu-733318ea9c6d846a6a047b87619e7d9d6e9707d1.zip
qemu-733318ea9c6d846a6a047b87619e7d9d6e9707d1.tar.gz
qemu-733318ea9c6d846a6a047b87619e7d9d6e9707d1.tar.bz2
don't call cpu_sychronize_state from reset handlers
Doing this will make the vcpu ioctl be issued from the I/O thread, instead of cpu thread. The correct behaviour is to call it from within the cpu thread, as soon as we are ready to go. Signed-off-by: Glauber Costa <glommer@redhat.com> Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
Diffstat (limited to 'vl.c')
-rw-r--r--vl.c7
1 files changed, 6 insertions, 1 deletions
diff --git a/vl.c b/vl.c
index 8e5d9db..c6c6a6b 100644
--- a/vl.c
+++ b/vl.c
@@ -3683,10 +3683,12 @@ static void *kvm_cpu_thread_fn(void *arg)
while (!qemu_system_ready)
qemu_cond_timedwait(&qemu_system_cond, &qemu_global_mutex, 100);
+ cpu_synchronize_state(env);
+
while (1) {
+ qemu_wait_io_event(env);
if (cpu_can_run(env))
qemu_cpu_exec(env);
- qemu_wait_io_event(env);
}
return NULL;
@@ -3711,6 +3713,9 @@ static void *tcg_cpu_thread_fn(void *arg)
while (!qemu_system_ready)
qemu_cond_timedwait(&qemu_system_cond, &qemu_global_mutex, 100);
+ for (env = first_cpu; env != NULL; env = env->next_cpu) {
+ cpu_synchronize_state(env);
+ }
while (1) {
tcg_cpu_exec();
qemu_wait_io_event(cur_cpu);