Re: [PATCH 0/2] smbios fixes

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Dec 01, 2010 at 05:12:08PM -0700, Eric Blake wrote:
> In testing <smbios mode='host'/>, I noticed a couple of problems.
> First, qemu rejected the command line we gave it (invalid UUID);
> ifixingthat showed that all other arguments were being given literal
> "" which then made the guest smbios differ from the host.  Second,
> the qemu option -smbios type=1,family=string wasn't supported, which
> lead to a spurious difference between host and guest.
> 
> Meanwhile, qemu has a bug where '-smbios type=1,uuid=uuid' must parse
> as a valid uuid, but is otherwise ignored.  The current qemu.git code
> base _only_ sets smbios uuid from the '-uuid uuid' argument.  I've
> filed a bug against the qemu folks asking whether this is intended (in
> which case we have to modify libvirt to change the -uuid argument it
> outputs when smbios is specified), or an oversight (hopefully the
> latter, since it's still nice to correlate
> /var/log/libvirt/qemu/....log with the XML uuid even when that differs
> from the smbios uuid presented to the guest.)

Hmm, I thought the UUID we were passing in was a host UUID, but
on closer inspection the type=1 table is definitely intended to
carry the guest UUID. As such it doesn't make sense to populate
that with anything other than the '<uuid>' from the guest XML.
A host UUID should live elsewhere in the SMBIOS tables, likely
in the type2 or type3 blocks

Daniel

--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list


[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]