From: Laszlo Ersek <lersek@redhat.com>
To: "Gabriel L. Somlo" <gsomlo@gmail.com>
Cc: agraf@suse.de, kevin@koconnor.net, seabios@seabios.org,
Gerd Hoffmann <kraxel@redhat.com>,
qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 2/2 (RFC)] QEMU: SMBIOS: Build full smbios tables
Date: Thu, 06 Mar 2014 18:04:32 +0100 [thread overview]
Message-ID: <5318AAA0.1090301@redhat.com> (raw)
In-Reply-To: <20140306160913.GU17184@ERROL.INI.CMU.EDU>
On 03/06/14 17:09, Gabriel L. Somlo wrote:
> On Thu, Mar 06, 2014 at 10:03:32AM +0100, Gerd Hoffmann wrote:
>>
>> You don't need to worry about live migration, but the smbios stuff
>> clearly goes into the guest-visible change category.
>>
>> smbios_type1_defaults is one of the compatibility controls. It is false
>> for 1.7 (+older) machine types and true otherwise. So when mucking with
>> it we need to be careful to not break the compatibility stuff.
>>
>> So, if we manage to get the patches into shape in time for qemu 2.0 your
>> way to do that is fine. We are pretty close to the 2.0 freeze though,
>> so maybe we should better plan for post-2.0 anyway, especially as you
>> plan to add more tables.
>
> Well, the only other type I'm personally interested in is 17 (memory
> device), because SeaBIOS doesn't build its smbios-v2.3 fields, even
> though it advertises v2.4 in its entry point data structure. And OS X
> is calling us out on that bluff... :)
>
>
> Type 2 (base board) is required during boot by OS X 10.7 and 10.8
> (strangely though, not by 10.6 or 10.9). But if it were only about
> Type 2, I'd probably have left it at passing the binary table in via
> the command line :)
>
>
> What really convinced me to go for all this additional work was
> Laszlo's suggestion that this might help if/when we try to start
> trying to use UEFI/tianocore/ovmf instead of SeaBIOS.
Let me be a bit more precise... :)
Moving SMBIOS generation from SeaBIOS to qemu (similarly to ACPI) would
benefit:
- SeaBIOS (IIRC Kevin had implied his preference for this),
- OVMF (no need to play catch-up field-wise),
- other boot firmware.
I think I didn't suggest using OVMF *instead of* SeaBIOS. :)
In any case, I think if you can pull of this migration of SMBIOS tables,
that would be a huge service to the community. I should have reviewed
your series but it seemed hard, and I didn't have to "look very far" for
other work :), so I postponed it. Then Gerd said "please split it up
into smaller patches", which I can only agree with! :)
Thanks!
Laszlo
next prev parent reply other threads:[~2014-03-06 17:22 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-17 16:09 [Qemu-devel] [PATCH v2, Ping] SMBIOS: Upgrade Type17 to v2.3, add Type2 Gabriel L. Somlo
2014-02-17 20:33 ` Kevin O'Connor
2014-02-18 10:21 ` Gerd Hoffmann
2014-02-18 19:17 ` Gabriel L. Somlo
2014-02-18 20:02 ` Kevin O'Connor
2014-02-19 9:46 ` Gerd Hoffmann
2014-02-19 22:03 ` [Qemu-devel] [PATCH v3] SMBIOS: Update Type 4, 17 structs to v2.3 of the spec Gabriel L. Somlo
2014-02-18 21:08 ` [Qemu-devel] [PATCH v2, Ping] SMBIOS: Upgrade Type17 to v2.3, add Type2 Laszlo Ersek
2014-02-18 21:28 ` Laszlo Ersek
2014-02-19 9:59 ` Gerd Hoffmann
2014-02-19 20:40 ` Gabriel L. Somlo
2014-02-19 22:20 ` Laszlo Ersek
2014-02-20 15:27 ` Gerd Hoffmann
2014-02-20 15:38 ` Gabriel L. Somlo
2014-02-20 15:42 ` Gabriel L. Somlo
2014-02-20 16:32 ` Gabriel L. Somlo
2014-02-20 18:07 ` Laszlo Ersek
2014-03-04 19:19 ` [Qemu-devel] [PATCH 1/2] QEMU: SMBIOS: Update all structs to v2.3; Add type 2 struct Gabriel L. Somlo
2014-03-04 19:20 ` [Qemu-devel] [PATCH 2/2 (RFC)] QEMU: SMBIOS: Build full smbios tables Gabriel L. Somlo
2014-03-04 20:34 ` Kevin O'Connor
2014-03-05 10:59 ` Gerd Hoffmann
2014-03-05 14:48 ` Gabriel L. Somlo
2014-03-06 9:03 ` Gerd Hoffmann
2014-03-06 16:09 ` Gabriel L. Somlo
2014-03-06 17:04 ` Laszlo Ersek [this message]
2014-03-09 2:57 ` [Qemu-devel] " Gabriel L. Somlo
2014-03-09 19:18 ` Laszlo Ersek
2014-03-09 23:40 ` Gabriel L. Somlo
2014-03-09 3:01 ` [Qemu-devel] [PATCH 1/7] SMBIOS: Update all table definitions to smbios spec v2.3 Gabriel L. Somlo
2014-03-09 3:01 ` [Qemu-devel] [PATCH 2/7] SMBIOS: Rename smbios_set_type1_defaults() for more general use Gabriel L. Somlo
2014-03-09 3:02 ` [Qemu-devel] [PATCH 3/7] SMBIOS: Streamline setting smbios defaults with macro Gabriel L. Somlo
2014-03-09 3:03 ` [Qemu-devel] [PATCH 4/7] SMBIOS: Replace type collision check mechanism with bitmaps Gabriel L. Somlo
2014-03-09 3:04 ` [Qemu-devel] [PATCH 5/7] SMBIOS: Add code to build full smbios tables Gabriel L. Somlo
2014-03-09 3:05 ` [Qemu-devel] [PATCH 6/7] SMBIOS: Build full tables for types 0 and 1 Gabriel L. Somlo
2014-03-09 3:05 ` [Qemu-devel] [PATCH 7/7] SMBIOS: Remove unused code for passing individual fields to bios Gabriel L. Somlo
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=5318AAA0.1090301@redhat.com \
--to=lersek@redhat.com \
--cc=agraf@suse.de \
--cc=gsomlo@gmail.com \
--cc=kevin@koconnor.net \
--cc=kraxel@redhat.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 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.