1 files changed, 54 insertions, 0 deletions
diff --git a/results/classifier/118/i386/1580586 b/results/classifier/118/i386/1580586
new file mode 100644
index 000000000..bae4119f4
--- /dev/null
+++ b/results/classifier/118/i386/1580586
@@ -0,0 +1,54 @@
+i386: 0.944
+mistranslation: 0.794
+graphic: 0.785
+x86: 0.773
+performance: 0.696
+device: 0.669
+user-level: 0.652
+semantic: 0.631
+ppc: 0.601
+network: 0.595
+hypervisor: 0.593
+architecture: 0.549
+PID: 0.533
+virtual: 0.512
+socket: 0.504
+register: 0.504
+kernel: 0.487
+vnc: 0.477
+permissions: 0.460
+VMM: 0.412
+boot: 0.412
+files: 0.411
+arm: 0.404
+risc-v: 0.373
+debug: 0.369
+peripherals: 0.339
+TCG: 0.327
+assembly: 0.326
+KVM: 0.161
+
+Qemu WinXP SP3 second loadvm freezes Guest OS
+
+Using Qemu-system-i386 to run WinXP SP3 with the following command line:
+
+qemu-system-i386 -hda qcow2/windowsxp_32bits_dd.qcow2 -m 1024  -net user,smb=/shared -vga std -net nic,model=rtl8139 -rtc base=localtime,clock=vm -s -snapshot
+
+savevm works fine, and the first loadvm to the snapshot works properly, but the next ones will all freeze the guest OS.
+
+First I thought it was due to the clock but adding the rtc options did not fix it.
+
+Actually the following commands also produce the freeze :
+savevm 1
+loadvm 1
+savevm 2
+loadvm 2
+Guest OS freezes.
+
+
+
+The QEMU project is currently considering to move its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting older bugs to "Incomplete" now.
+If you still think this bug report here is valid, then please switch the state back to "New" within the next 60 days, otherwise this report will be marked as "Expired". Or mark it as "Fix Released" if the problem has be
+
+[Expired for QEMU because there has been no activity for 60 days.]
+