[SeaBIOS] [PATCH 2/2] accept MADT over fw_cfg
Paolo Bonzini
pbonzini at redhat.com
Fri Mar 22 20:02:21 CET 2013
Il 21/03/2013 14:12, Michael S. Tsirkin ha scritto:
> On Thu, Mar 21, 2013 at 01:04:35PM +0000, David Woodhouse wrote:
>> On Thu, 2013-03-21 at 13:56 +0100, Laszlo Ersek wrote:
>>> - for an earlier qemu, the option must be set,
>>> - for a later qemu the option must be clear &&
>>> (no -acpitable switch must be specified on the qemu cmldine ||
>>> one -acpitable switch must load a MADT)
>>
>> Hm, that sounds like it won't be possible to build one version of
>> SeaBIOS that works for *both* old and new qemu. That doesn't seem like a
>> great idea. I'd prefer something like:
>>
>> - If Qemu provides the 'core' ACPI tables (i.e. not just SSDT) then
>> SeaBIOS uses them.
>> - Otherwise, it makes its own.
>>
>>
>> --
>> dwmw2
>
> It might simplify life for someone bisecting qemu
> as you don't need to rebuild seabios after each
> bisect but is this really a common workflow?
It would help me working on RHEL's qemu-kvm, which I often do on a
Fedora box.
The bios.bin in the RHEL qemu-kvm tree is obsolete (like Gerd showed for
Fedora, RHEL's bios.bin comes from a separate package), and using
whatever happens to be in /usr or in my local SeaBIOS clone is the
simplest thing to do. I'd like this not to break.
Paolo
> Anyway, I am not against such runtime flags.
>
> If we add to this an option to build a minimal BIOS
> that only works with the new QEMU, do we have a deal?
>
> Then the plan is to make progress and apply patches step by step without
> deciding on the detection interface first.
> Before QEMU is switched to the new configuration,
> we'll add the runtime thing for the benefit of developers
> that bisect.
>
> Makes sense?
>
More information about the SeaBIOS
mailing list