From: Kevin O'Connor <kevin@koconnor.net>
To: Gerhard Wiesinger <lists@wiesinger.com>
Cc: seabios@seabios.org, qemu-devel@nongnu.org, Roy Tam <roytam@gmail.com>
Subject: Re: [SeaBIOS] [Qemu-devel] QEMU regression problems
Date: Mon, 19 Apr 2010 21:26:19 -0400 [thread overview]
Message-ID: <20100420012619.GA16298@morn.localdomain> (raw)
In-Reply-To: <4BCBF60B.50809@wiesinger.com>
On Mon, Apr 19, 2010 at 08:19:55AM +0200, Gerhard Wiesinger wrote:
> Kevin O'Connor wrote:
> >The SeaBIOS log would really help. This can be done by adding:
> >
> >-chardev stdio,id=seabios -device isa-debugcon,iobase=0x402,chardev=seabios
> >
> >to the qemu command line.
> OK, I made some research on the topic. Problem is that QEMM pushes
> the Extended BIOS data area to High RAM on some machines (QEMU,
> P733). Therefore 640k low memory is available and checkit reports
> 640kB + 6kB=646kB EBIOS DATA AREA. Whats strange that on a physical
> Pentium 733 machine this works correctly (details see below and
> attached files), maybe someone can try to find the problem with
> QEMM+Checkit 3.0 (maybe there is still some other BIOS function
> incorrectly implemented). QEMM parameter NOXBDA avoids moving the
> XBDA up to HI RAM and therefore checkit reports 640kB well.
>
> SeaBIOS seems to be correct (see below and attached patch files and
> description below).
> Total Memory: 256MB (262144kB), Base RAM: 637kB
> Extended BIOS Data Area size: 3 kB, segment=9f40
>
> SCSI option ROM:
> After option ROMS, Total Memory: 256MB (262144kB), Base RAM: 634kB
> Extended BIOS Data Area size: 6 kB, segment=9e80
Which scsi option rom? Can you forward the log using the command line
above? Another thing that may help is increasing the debug level in
seabios (set CONFIG_DEBUG_LEVEL to 8 in src/config.h and recompile).
SeaBIOS will lock parts of ram from 0xc0000-0xfffff so that the option
roms aren't writable. I wonder if that is confusing qemm when it
tries to locate the ebda into that area.
-Kevin
next prev parent reply other threads:[~2010-04-20 1:26 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-12 5:31 [Qemu-devel] QEMU regression problems Gerhard Wiesinger
2010-04-13 6:26 ` Roy Tam
2010-04-14 1:16 ` [SeaBIOS] " Kevin O'Connor
2010-04-19 6:19 ` Gerhard Wiesinger
2010-04-20 1:26 ` Kevin O'Connor [this message]
2010-04-21 19:16 ` Gerhard Wiesinger
2010-04-21 23:02 ` Kevin O'Connor
2010-04-22 6:16 ` Gerhard Wiesinger
2011-02-18 7:12 ` [Qemu-devel] Re: QEMU regression problems - Update FPU Gerhard Wiesinger
2011-02-23 7:09 ` Gerhard Wiesinger
2011-02-23 8:16 ` Peter Maydell
2011-02-23 9:45 ` Laurent Desnogues
2011-02-23 19:04 ` Aurelien Jarno
2011-02-24 11:10 ` Paolo Bonzini
2011-02-24 11:21 ` Laurent Desnogues
2011-02-24 7:03 ` Gerhard Wiesinger
2011-02-24 7:31 ` Aurelien Jarno
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=20100420012619.GA16298@morn.localdomain \
--to=kevin@koconnor.net \
--cc=lists@wiesinger.com \
--cc=qemu-devel@nongnu.org \
--cc=roytam@gmail.com \
--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).