From: Michael Tokarev <mjt@tls.msk.ru>
To: Ian Campbell <ijc@hellion.org.uk>
Cc: Gerd Hoffmann <kraxel@redhat.com>, qemu-devel <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] 128Kb bios size and older machines?
Date: Thu, 06 Feb 2014 17:30:13 +0400 [thread overview]
Message-ID: <52F38E65.4010003@msgid.tls.msk.ru> (raw)
In-Reply-To: <1391692554.25128.7.camel@kazak.uk.xensource.com>
06.02.2014 17:15, Ian Campbell wrote:
> On Thu, 2014-02-06 at 17:08 +0400, Michael Tokarev wrote:
>> 06.02.2014 12:50, Gerd Hoffmann wrote:
[]
>>> As far I know xen has its own seabios builds anyway as they
>>> have to add hvmloader to the mix. Thats why it has been
>>> turned off in the upstream blob builds, nobody will use these
>>> with xen anyway.
>>
>> Thank you Gerd for the answer. Ian, can you give some light
>> here, what is still missing in seabios for xen? Because,
>> well, ..
>
> Nothing is missing in seabios.
>
> The above patch is a fix to Xen not SeaBIOS, which lets it work
> correctly regardless of the size of the seabios binary.
>
> There is no need to do anything other than apply that fix to the Xen
> packages (perhaps by upgrading to 4.3.1) AFAIK.
Okay. That is good to know, because it started to become
quite confusing :)
Yes I understand the xen hvmloader change is necessary for
xen to support larger bios sizes, and new full-blown bios
is larger than 128Kb.
[]
>> (And yes I know about
>> http://xenbits.xen.org/gitweb/?p=xen.git;a=commit;h=5f2875739beef3a75c7a7e8579b6cbcb464e61b3
>> which talks about >128kb bios size. This is actually exactly
>> the same issue which I'm trying to address now, from a few PoVs:
>> qemu now builds/uses stripped-down bios for older (pre-2.0) machine
>> types, and that stripped-down version does not include Xen bits
>> in order to fit in 128Kb, because with xen it doesn't fit anymore.
>> Maybe we should start building special xen variant of seabios --
>> stripped down but WITH xen. Oh well.)
>
> Why is this stripped down SeaBIOS needed?
Because it fits into 128Kb, while complete build doesn't.
And when the bios size grows (provided that software -
xen and qemu - actually support this), it breaks guest
migration between old and new systems.
> Is there some reason the Xen build can't pickup the non-stripped down
> (post-2.0) SeaBIOS?
The question is exactly about old systems. Qemu has an option,
-M foo. Right now, if foo is less than 2.0 (the upcoming release),
it picks up the old small and now stripped-down verion of seabios.
For new versions - like -M pc-2.0, or by default - it uses the
new larger bios with all features.
But I've no idea if xen actually uses or cares about -M to start
with. Qemu supports it for 2 things: migration, and keeping, say,
windows guests activated across version changes (with variable
success on both fronts :)
Thanks,
/mjt
next prev parent reply other threads:[~2014-02-06 13:30 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-06 8:28 [Qemu-devel] 128Kb bios size and older machines? Michael Tokarev
2014-02-06 8:50 ` Gerd Hoffmann
2014-02-06 13:08 ` Michael Tokarev
2014-02-06 13:15 ` Ian Campbell
2014-02-06 13:30 ` Michael Tokarev [this message]
2014-02-06 13:52 ` Ian Campbell
2014-02-06 14:31 ` Gerd Hoffmann
2014-02-06 14:48 ` Ian Campbell
2014-02-06 23:55 ` Paolo Bonzini
2014-02-06 23:56 ` Paolo Bonzini
2014-02-07 7:11 ` Michael Tokarev
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=52F38E65.4010003@msgid.tls.msk.ru \
--to=mjt@tls.msk.ru \
--cc=ijc@hellion.org.uk \
--cc=kraxel@redhat.com \
--cc=qemu-devel@nongnu.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 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.