summary refs log tree commit diff stats
path: root/results/classifier/105/device/1133
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/105/device/1133')
-rw-r--r--results/classifier/105/device/113323
1 files changed, 23 insertions, 0 deletions
diff --git a/results/classifier/105/device/1133 b/results/classifier/105/device/1133
new file mode 100644
index 00000000..b8d4ccb6
--- /dev/null
+++ b/results/classifier/105/device/1133
@@ -0,0 +1,23 @@
+device: 0.877
+graphic: 0.592
+instruction: 0.569
+other: 0.411
+socket: 0.410
+vnc: 0.376
+boot: 0.347
+network: 0.338
+semantic: 0.334
+mistranslation: 0.288
+assembly: 0.118
+KVM: 0.005
+
+unused memory filled with 0x00 instead of 0xFF
+Description of problem:
+Qemu, ever since it was made (so, since 2003), has this problem in DOS (either PC-DOS or MS-DOS and partly Windows 9x) not recognizing the memory available when the memory is filled with 0x00 but when it is filled with 0xFF it gets recognized properly, where should I patch qemu to solve this memory problem?
+
+Refer to
+https://bugs.launchpad.net/qemu/+bug/1180923
+Steps to reproduce:
+1.
+2.
+3.