* [Qemu-devel] [Bug 740895] [NEW] qemu freeze when loading msdos with EMM386.EXE NOEMS HIGHSCAN
@ 2011-03-23 11:11 Guillaume Robin
2017-02-02 11:00 ` [Qemu-devel] [Bug 740895] " Thomas Huth
` (2 more replies)
0 siblings, 3 replies; 4+ messages in thread
From: Guillaume Robin @ 2011-03-23 11:11 UTC (permalink / raw)
To: qemu-devel
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=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
** 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=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
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Qemu-devel] [Bug 740895] Re: qemu freeze when loading msdos with EMM386.EXE NOEMS HIGHSCAN
2011-03-23 11:11 [Qemu-devel] [Bug 740895] [NEW] qemu freeze when loading msdos with EMM386.EXE NOEMS HIGHSCAN Guillaume Robin
@ 2017-02-02 11:00 ` Thomas Huth
2017-04-04 4:17 ` Launchpad Bug Tracker
2021-04-30 17:50 ` Michael Slade
2 siblings, 0 replies; 4+ messages in thread
From: Thomas Huth @ 2017-02-02 11:00 UTC (permalink / raw)
To: qemu-devel
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?
** Changed in: qemu
Status: New => Incomplete
--
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:
Incomplete
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=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
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/740895/+subscriptions
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Qemu-devel] [Bug 740895] Re: qemu freeze when loading msdos with EMM386.EXE NOEMS HIGHSCAN
2011-03-23 11:11 [Qemu-devel] [Bug 740895] [NEW] qemu freeze when loading msdos with EMM386.EXE NOEMS HIGHSCAN Guillaume Robin
2017-02-02 11:00 ` [Qemu-devel] [Bug 740895] " Thomas Huth
@ 2017-04-04 4:17 ` Launchpad Bug Tracker
2021-04-30 17:50 ` Michael Slade
2 siblings, 0 replies; 4+ messages in thread
From: Launchpad Bug Tracker @ 2017-04-04 4:17 UTC (permalink / raw)
To: qemu-devel
[Expired for QEMU because there has been no activity for 60 days.]
** Changed in: qemu
Status: Incomplete => Expired
--
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:
Expired
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=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
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/740895/+subscriptions
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug 740895] Re: qemu freeze when loading msdos with EMM386.EXE NOEMS HIGHSCAN
2011-03-23 11:11 [Qemu-devel] [Bug 740895] [NEW] qemu freeze when loading msdos with EMM386.EXE NOEMS HIGHSCAN Guillaume Robin
2017-02-02 11:00 ` [Qemu-devel] [Bug 740895] " Thomas Huth
2017-04-04 4:17 ` Launchpad Bug Tracker
@ 2021-04-30 17:50 ` Michael Slade
2 siblings, 0 replies; 4+ messages in thread
From: Michael Slade @ 2021-04-30 17:50 UTC (permalink / raw)
To: qemu-devel
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
--
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:
Expired
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=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
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/740895/+subscriptions
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2021-04-30 18:29 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-03-23 11:11 [Qemu-devel] [Bug 740895] [NEW] qemu freeze when loading msdos with EMM386.EXE NOEMS HIGHSCAN Guillaume Robin
2017-02-02 11:00 ` [Qemu-devel] [Bug 740895] " Thomas Huth
2017-04-04 4:17 ` Launchpad Bug Tracker
2021-04-30 17:50 ` Michael Slade
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.