From: Gerhard Wiesinger <lists@wiesinger.com>
Cc: qemu-devel@nongnu.org, Roy Tam <roytam@gmail.com>
Subject: Re: [Qemu-devel] Problem with DOS application and 286 DOS Extender application
Date: Mon, 19 Apr 2010 21:00:13 +0200 (CEST) [thread overview]
Message-ID: <alpine.LFD.2.00.1004192038200.10357@bbs.intern> (raw)
In-Reply-To: <alpine.LFD.2.00.1004141946070.27068@bbs.intern>
On Wed, 14 Apr 2010, Gerhard Wiesinger wrote:
> On Wed, 14 Apr 2010, Jamie Lokier wrote:
>
>> Gerhard Wiesinger wrote:
>>> It is a non public, proprietary application which uses the Ergo Computing
>>> 286 DOS Extender. I guess some other application which use the same DOS
>>> extender have the same problem. So best thing is to find another
>>> application which uses the Ergo Computing 286 DOS Extender, too.
>>
>> The 286 was obsolete 20 years ago, although code depending on it
>> persisted for some years after.
>>
>> I'm fairly sure the number of people using (or trying to use) Qemu
>> with 286-specific code is very small indeed, so unfortunately for a
>> 286 problem, you will need to help reproduce it as much as you can for
>> it to be fixed.
>>
>> Note that Qemu doesn't emulate segments properly even for 32-bit x86
>> code, and 16-bit (286) code depends on that all the more. That may be
>> the problem.
>>
>> Or it may be the "reset using keyboard controller and BIOS" method
>> used to switch from protected mode to real mode on a 286 is not
>> implemented properly, or is not supported by the BIOS properly.
>>
>> Or it may simply be a bug in 16-bit task segment switching or
>> something like that, which is quite complex and so rarely used that it
>> might never have been properly tested.
>>
>> Did you try running the application under Bochs, which has a more
>> accurate emulation of very old x86 CPUs?
>
> Yes, Bochs is very slow but works well. Any plans to improve the handling of
> the above issues?
>
> BTW: 386 DOS Extender applications seem to work ok even on QEMU.
>
OK, 286 and 386 DOS Extender applications seem to work well with qemu-kvm:
git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git
There is only a video performance problem left, see my next posts.
Ciao,
Gerhard
--
http://www.wiesinger.com/
prev parent reply other threads:[~2010-04-19 19:01 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-12 18:50 [Qemu-devel] Problem with DOS application and 286 DOS Extender application Gerhard Wiesinger
2010-04-13 5:43 ` Roy Tam
2010-04-13 19:32 ` Gerhard Wiesinger
2010-04-13 23:20 ` Jamie Lokier
2010-04-14 7:56 ` [Qemu-devel] " Jan Kiszka
2010-04-14 10:23 ` Jamie Lokier
2011-02-13 14:06 ` Gerhard Wiesinger
2011-02-13 14:43 ` Kevin O'Connor
2011-02-14 15:02 ` Kevin O'Connor
2010-04-14 17:48 ` [Qemu-devel] " Gerhard Wiesinger
2010-04-19 19:00 ` Gerhard Wiesinger [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.LFD.2.00.1004192038200.10357@bbs.intern \
--to=lists@wiesinger.com \
--cc=qemu-devel@nongnu.org \
--cc=roytam@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.