1 files changed, 51 insertions, 0 deletions
diff --git a/results/classifier/118/graphic/1331859 b/results/classifier/118/graphic/1331859
new file mode 100644
index 000000000..c750b66d8
--- /dev/null
+++ b/results/classifier/118/graphic/1331859
@@ -0,0 +1,51 @@
+graphic: 0.921
+kernel: 0.883
+VMM: 0.828
+architecture: 0.812
+semantic: 0.731
+arm: 0.709
+ppc: 0.688
+device: 0.663
+PID: 0.562
+vnc: 0.560
+performance: 0.556
+network: 0.535
+socket: 0.504
+risc-v: 0.490
+peripherals: 0.488
+mistranslation: 0.481
+hypervisor: 0.458
+files: 0.444
+register: 0.435
+permissions: 0.430
+user-level: 0.389
+assembly: 0.379
+TCG: 0.370
+boot: 0.368
+KVM: 0.345
+debug: 0.286
+virtual: 0.267
+i386: 0.187
+x86: 0.094
+
+QEMU kernel panic on Windows with arithmetic syntax error
+
+During attempts to bring-up QEMU 64-bit ARM support I discovered a kernel panics that only occur on Windows but work properly on Linux.
+
+The issue can be reproduced by running the following command line:
+
+$ ./arm-softmmu/qemu-system-arm -M versatilepb -kernel $IMAGES/vmlinuz-3.2.0-4-versatile -initrd $IMAGES/initrd.img-3.2.0-4-versatile -hda $IMAGES/debian_wheezy_armel_standard.qcow2 -append "root=/dev/sda1"
+
+where $IMAGES is the location where the images are downloaded from http://people.debian.org/~aurel32/qemu/armel/.
+
+This was reproduced with both a custom built QEMU as well as the QEMU image installed by http://qemu.weilnetz.de/w32/qemu_w32-setup-20140617.exe.
+
+The same command line runs properly on Linux using a custom built QEMU.
+
+The Windows versions of QEMU do appear to work properly using the arm-test images available on qemu.org.
+
+Looking through old bug tickets... can you still reproduce this issue with the latest version of QEMU? Or could we close this ticket nowadays?
+
+
+[Expired for QEMU because there has been no activity for 60 days.]
+