summary refs log tree commit diff stats
path: root/results/classifier/deepseek-r1:14b/output/hypervisor/1133
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/deepseek-r1:14b/output/hypervisor/1133')
-rw-r--r--results/classifier/deepseek-r1:14b/output/hypervisor/113311
1 files changed, 11 insertions, 0 deletions
diff --git a/results/classifier/deepseek-r1:14b/output/hypervisor/1133 b/results/classifier/deepseek-r1:14b/output/hypervisor/1133
new file mode 100644
index 000000000..b1738e93e
--- /dev/null
+++ b/results/classifier/deepseek-r1:14b/output/hypervisor/1133
@@ -0,0 +1,11 @@
+
+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.