diff options
| author | Christian Krinitsin <mail@krinitsin.com> | 2025-06-03 12:04:13 +0000 |
|---|---|---|
| committer | Christian Krinitsin <mail@krinitsin.com> | 2025-06-03 12:04:13 +0000 |
| commit | 256709d2eb3fd80d768a99964be5caa61effa2a0 (patch) | |
| tree | 05b2352fba70923126836a64b6a0de43902e976a /results/classifier/105/device/1133 | |
| parent | 2ab14fa96a6c5484b5e4ba8337551bb8dcc79cc5 (diff) | |
| download | emulator-bug-study-256709d2eb3fd80d768a99964be5caa61effa2a0.tar.gz emulator-bug-study-256709d2eb3fd80d768a99964be5caa61effa2a0.zip | |
add new classifier result
Diffstat (limited to 'results/classifier/105/device/1133')
| -rw-r--r-- | results/classifier/105/device/1133 | 23 |
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. |