From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=38585 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q2M7G-0001VW-Al for qemu-devel@nongnu.org; Wed, 23 Mar 2011 07:20:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q2M7E-0007fH-EO for qemu-devel@nongnu.org; Wed, 23 Mar 2011 07:20:41 -0400 Received: from adelie.canonical.com ([91.189.90.139]:38851) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q2M7E-0007fC-8X for qemu-devel@nongnu.org; Wed, 23 Mar 2011 07:20:40 -0400 Received: from loganberry.canonical.com ([91.189.90.37]) by adelie.canonical.com with esmtp (Exim 4.71 #1 (Debian)) id 1Q2M7D-0005H9-No for ; Wed, 23 Mar 2011 11:20:39 +0000 Received: from loganberry.canonical.com (localhost [127.0.0.1]) by loganberry.canonical.com (Postfix) with ESMTP id AF13F2E814B for ; Wed, 23 Mar 2011 11:20:39 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Date: Wed, 23 Mar 2011 11:11:28 -0000 From: Guillaume Robin <740895@bugs.launchpad.net> Sender: bounces@canonical.com References: <20110323111128.18758.37780.malonedeb@wampee.canonical.com> Message-Id: <20110323111128.18758.37780.malonedeb@wampee.canonical.com> Errors-To: bounces@canonical.com Subject: [Qemu-devel] [Bug 740895] [NEW] qemu freeze when loading msdos with EMM386.EXE NOEMS HIGHSCAN Reply-To: Bug 740895 <740895@bugs.launchpad.net> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Public bug reported: 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=3DC:\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 ** Affects: qemu Importance: Undecided Status: New -- = You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/740895 Title: qemu freeze when loading msdos with EMM386.EXE NOEMS HIGHSCAN Status in QEMU: New Bug description: 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=3DC:\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