1 files changed, 102 insertions, 0 deletions
diff --git a/results/classifier/118/none/740895 b/results/classifier/118/none/740895
new file mode 100644
index 00000000..8e8de6a2
--- /dev/null
+++ b/results/classifier/118/none/740895
@@ -0,0 +1,102 @@
+register: 0.731
+graphic: 0.717
+PID: 0.655
+performance: 0.624
+device: 0.577
+i386: 0.552
+socket: 0.531
+mistranslation: 0.523
+ppc: 0.503
+debug: 0.484
+permissions: 0.480
+kernel: 0.477
+vnc: 0.468
+architecture: 0.455
+semantic: 0.452
+peripherals: 0.438
+VMM: 0.415
+arm: 0.414
+risc-v: 0.409
+x86: 0.375
+user-level: 0.370
+TCG: 0.367
+files: 0.363
+hypervisor: 0.350
+boot: 0.348
+network: 0.233
+assembly: 0.173
+KVM: 0.137
+virtual: 0.098
+
+qemu freeze when loading msdos with EMM386.EXE NOEMS HIGHSCAN
+
+Qemu version used : 0.11.2 and 0.14.0
+Guest : Ms-Dos 6.2
+Host : Ubuntu 10.04 with 2.6.32-29-generic SMP i686
+Starting Qemu with command : qemu -hda dos.img -cpu 486 -m 16
+
+When I start msDos under Qemu with the option (in CONFIG.SYS) 
+DEVICE=C:\DOS\EMM386.EXE NOEMS HIGHSCAN
+the guest freeze.
+If I remove "HIGHSCAN" system is booting (but my software is not working).
+
+The whole thing is working on a real computer with a 486 with 16Mb ram or a PII.
+
+"HIGHSCAN switch allows EMM386.EXE to map expanded memory pages or upper memory blocks (UMBs) over portions of the upper memory area (UMA) used by system read-only memory " from http://support.microsoft.com/kb/96522/en-us
+
+I add some traces inside "default_ioport_read" in ioport.c, but I don't see any access to F000h-F7FFh like said in ms help.
+
+Before the system hung, there is access to dma1, dma page register and dma2 :
+
+inb : 0087 00
+outb: 000c 00
+inb : 0000 00
+inb : 0000 00
+inb : 0001 00
+inb : 0001 00
+inb : 0083 00
+outb: 000c 00
+inb : 0002 00
+inb : 0002 00
+inb : 0003 00
+inb : 0003 00
+inb : 0081 00
+outb: 000c 00
+inb : 0004 00
+inb : 0004 00
+inb : 0005 00
+inb : 0005 00
+inb : 0082 00
+outb: 000c 00
+inb : 0006 00
+inb : 0006 00
+inb : 0007 00
+inb : 0007 00
+inb : 008b 00
+outb: 00d8 00
+inb : 00c4 00
+inb : 00c4 00
+inb : 00c6 00
+inb : 00c6 00
+inb : 0089 00
+outb: 00d8 00
+inb : 00c8 00
+inb : 00c8 00
+inb : 00ca 00
+inb : 00ca 00
+inb : 008a 00
+outb: 00d8 00
+inb : 00cc 00
+inb : 00cc 00
+inb : 00ce 00
+inb : 00ce 00
+outb: 000c 00
+outb: 00d8 00
+
+Triaging old bug tickets ... QEMU 0.11 and 0.14 are pretty much outdated nowadays... can you still reproduce this problem with the latest version of QEMU?
+
+[Expired for QEMU because there has been no activity for 60 days.]
+
+FYI I experienced hangs with emm386.exe (with NOEMS but not HIGHSCAN) using qemu 3.1.0 (from debian buster), but not with qemu 5.0.1
+
+