From: Michael Tokarev <mjt@tls.msk.ru>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: qemu-devel <qemu-devel@nongnu.org>,
Gerd Hoffmann <kraxel@redhat.com>,
Ian Campbell <ijc@hellion.org.uk>
Subject: Re: [Qemu-devel] 128Kb bios size and older machines?
Date: Fri, 07 Feb 2014 11:11:35 +0400 [thread overview]
Message-ID: <52F48727.1000404@msgid.tls.msk.ru> (raw)
In-Reply-To: <52F4212E.7040602@redhat.com>
07.02.2014 03:56, Paolo Bonzini wrote:
> Il 06/02/2014 14:15, Ian Campbell ha scritto:
>> 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.
>
> Yes, but do you use the Debian SeaBIOS build? Wasn't SeaBIOS a blob inside the Xen hvmloader binary?
In the past debian had 3 copies of qemu too -- regular qemu package,
qemu-kvm and xen-qemu. With all the blobs and whatnot. Now,
*finally*, we moved to just one set. Including seabios build.
That was a miracle, when finally it weren't necessary anymore
to carry all those copies and debug each one independently,
finding and fixing the same bugs... ;)
But for now I sorted out the seabios issue in debian, by finding
the right combination of compiler and seabios config options to
produce xen-enabled but small seabios binary. This is very
fragile still (we use 99.7% of 128Kb), but it works for now.
It'd be sad if we'll have to build another variant of seabios,
but it isn't that difficult now anyway. Maybe it wont really
be necessary in a near future when xen in debian will be able
to use larger bios (and we'll just switch it to bios-256k.bin,
building 128kb bios without xen).
Thanks,
/mjt
prev parent reply other threads:[~2014-02-07 7:11 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
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 [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=52F48727.1000404@msgid.tls.msk.ru \
--to=mjt@tls.msk.ru \
--cc=ijc@hellion.org.uk \
--cc=kraxel@redhat.com \
--cc=pbonzini@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.