summaryrefslogtreecommitdiff
path: root/kvm-all.c
diff options
context:
space:
mode:
authorJan Kiszka <jan.kiszka@siemens.com>2011-02-01 22:16:02 +0100
committerMarcelo Tosatti <mtosatti@redhat.com>2011-02-14 12:39:45 -0200
commitafdfb83e69059db98a84dc833a7fb3daf32c94bf (patch)
tree5766d02dc6502b750bd48ea2d134026554663828 /kvm-all.c
parent9fe3e67e70854f66db98d6f734957e7f4c1c3e79 (diff)
downloadqemu-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.c1
1 files changed, 0 insertions, 1 deletions
diff --git a/kvm-all.c b/kvm-all.c
index 4729ec5981..42dfed8f16 100644
--- a/kvm-all.c
+++ b/kvm-all.c
@@ -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",