qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Kevin O'Connor <kevin@koconnor.net>
To: "Alain Ribière" <alain_ribiere@yahoo.com>
Cc: "seabios@seabios.org" <seabios@seabios.org>,
	"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] [SeaBIOS]  : Memory problem with Qemu/SeaBIOS
Date: Mon, 7 May 2012 20:55:21 -0400	[thread overview]
Message-ID: <20120508005521.GA14087@morn.localdomain> (raw)
In-Reply-To: <1336406325.86421.YahooMailNeo@web130104.mail.mud.yahoo.com>

On Mon, May 07, 2012 at 08:58:45AM -0700, Alain Ribière wrote:
> Hello,
> 
> I have a memory trouble with an old DOS OS from Digital Research called Concurrent DOS.
> It worked fine till Qemu v0.11.1.
> I use Qemu to make a legacy application run without any modification.
> 
> Starting with Qemu 0.12, my legacy application has not enough memory to run.
> Actually it seems that the SeaBIOS doesn't use the same memory mapping than PC-BIOS used to, causing trouble to my application.
> 
> Is there any way to get SeaBIOS use (more or less) the same memory amount and memory mapping than the older PC-BIOS ?
> 
> I tried to recomplie SeaBIOS 1.7.0 with less options but the result is the same.

When reporting an issue with SeaBIOS, please include the log obtained
when running qemu with "-chardev stdio,id=seabios -device
isa-debugcon,iobase=0x402,chardev=seabios".

I took a quick look at this, and I don't think this is a memory size
issue - the screenshots actually show that running under seabios makes
more memory available (15664 vs 15648).  Instead, I'd guess concurrent
dos is not making a "banked window" that is large enough.  I don't
know why the memory segments between 0x0b00 and 0x3400 aren't being
used.  There is no legacy bios interface to reserve memory under 1meg,
so I'm sure SeaBIOS isn't doing this wrong.  Indeed, SeaBIOS is much
more careful about touching ram under 1meg than Bochs bios is.

So, I'd guess something unrelated is confusing concurrent dos and the
above is just a symptom of the problem.  Unfortunately, I don't know
of any way to track that down without source code for the image and
spending a large amount of debugging time.

-Kevin

  reply	other threads:[~2012-05-08  0:55 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-05-07 15:58 [Qemu-devel] : Memory problem with Qemu/SeaBIOS Alain Ribière
2012-05-08  0:55 ` Kevin O'Connor [this message]
2012-05-08 16:47   ` [Qemu-devel] Re : [SeaBIOS] " Alain Ribière
2012-05-08 22:06     ` Kevin O'Connor
2012-05-09 15:57       ` [Qemu-devel] Re : " Alain Ribière
2012-05-10  0:44         ` Kevin O'Connor
2012-05-10  1:19           ` Kevin O'Connor
2012-05-10 13:56             ` [Qemu-devel] Re : " Alain Ribière

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=20120508005521.GA14087@morn.localdomain \
    --to=kevin@koconnor.net \
    --cc=alain_ribiere@yahoo.com \
    --cc=qemu-devel@nongnu.org \
    --cc=seabios@seabios.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).