diff options
author | Jan Kiszka <jan.kiszka@siemens.com> | 2011-02-01 22:16:02 +0100 |
---|---|---|
committer | Marcelo Tosatti <mtosatti@redhat.com> | 2011-02-14 12:39:45 -0200 |
commit | afdfb83e69059db98a84dc833a7fb3daf32c94bf (patch) | |
tree | 5766d02dc6502b750bd48ea2d134026554663828 /kvm-all.c | |
parent | 9fe3e67e70854f66db98d6f734957e7f4c1c3e79 (diff) | |
download | qemu-afdfb83e69059db98a84dc833a7fb3daf32c94bf.tar.gz qemu-afdfb83e69059db98a84dc833a7fb3daf32c94bf.tar.bz2 qemu-afdfb83e69059db98a84dc833a7fb3daf32c94bf.zip |
kvm: Leave kvm_cpu_exec directly after KVM_EXIT_SHUTDOWN
The reset we issue on KVM_EXIT_SHUTDOWN implies that we should also
leave the VCPU loop. As we now check for exit_request which is set by
qemu_system_reset_request, this bug is no longer critical. Still it's an
unneeded extra turn.
Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
Signed-off-by: Marcelo Tosatti <mtosatti@redhat.com>
Diffstat (limited to 'kvm-all.c')
-rw-r--r-- | kvm-all.c | 1 |
1 files changed, 0 insertions, 1 deletions
@@ -963,7 +963,6 @@ int kvm_cpu_exec(CPUState *env) case KVM_EXIT_SHUTDOWN: DPRINTF("shutdown\n"); qemu_system_reset_request(); - ret = 1; break; case KVM_EXIT_UNKNOWN: fprintf(stderr, "KVM: unknown exit, hardware reason %" PRIx64 "\n", |