All of lore.kernel.org
 help / color / mirror / Atom feed
From: Cole Robinson <crobinso@redhat.com>
To: seabios@seabios.org
Cc: qemu-devel <qemu-devel@nongnu.org>
Subject: [Qemu-devel] bug: incorrect uuid in seabios output
Date: Tue, 24 Nov 2015 11:55:59 -0500	[thread overview]
Message-ID: <5654969F.3000306@redhat.com> (raw)

Hi,

The UUID seabios reports in its boot output doesn't match what is passed via
qemu -uuid option. An example is reported here:

https://bugzilla.redhat.com/show_bug.cgi?id=1284259

This is due to:

commit caad057bb6ce86a9cb71520af395fd0bd04a659f
Author: Eduardo Habkost <ehabkost@redhat.com>
Date:   Wed Oct 29 11:26:08 2014 -0200

    smbios: Encode UUID according to SMBIOS specification

    Differently from older versions, SMBIOS version 2.6 is explicit about
    the encoding of UUID fields:

    > Although RFC 4122 recommends network byte order for all fields, the PC
    > industry (including the ACPI, UEFI, and Microsoft specifications) has
    > consistently used little-endian byte encoding for the first three fields:
    > time_low, time_mid, time_hi_and_version. The same encoding, also known as
    > wire format, should also be used for the SMBIOS representation of the UUID.
    >
    > The UUID {00112233-4455-6677-8899-AABBCCDDEEFF} would thus be represented
    > as 33 22 11 00 55 44 77 66 88 99 AA BB CC DD EE FF.

    The dmidecode tool implements this and decodes the above "wire format"
    when SMBIOS version >= 2.6. We moved from SMBIOS version 2.4 to 2.8 when
    we started building the SMBIOS entry point inside QEMU, on commit
    c97294ec1b9e36887e119589d456557d72ab37b5.


seabios doesn't seem to handle this special UUID format when reading from smbios.

Thanks,
Cole

             reply	other threads:[~2015-11-24 16:56 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-11-24 16:55 Cole Robinson [this message]
2015-11-26  7:43 ` [Qemu-devel] [SeaBIOS] bug: incorrect uuid in seabios output Gerd Hoffmann
2015-11-26 18:40   ` Laszlo Ersek
2015-11-27 16:32     ` Eduardo Habkost

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=5654969F.3000306@redhat.com \
    --to=crobinso@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.