[libvirt] [PATCH 00/12] qemu: Enforce guest CPU specification

Ján Tomko jtomko at redhat.com
Wed Mar 15 16:39:34 UTC 2017


On Tue, Mar 14, 2017 at 05:57:39PM +0100, Jiri Denemark wrote:
>When starting a domain with custom guest CPU specification QEMU may add
>or remove some CPU features. There are several reasons for this, e.g.,
>QEMU/KVM does not support some requested features or the definition of
>the requested CPU model in libvirt's cpu_map.xml differs from the one
>QEMU is using. We can't really avoid this because CPU models are allowed
>to change with machine types and libvirt doesn't know (and probably
>doesn't even want to know) about such changes.
>
>Thus when we want to make sure guest ABI doesn't change when a domain
>gets migrated to another host, we need to update our live CPU definition
>according to the CPU QEMU created. Once updated, we will change CPU
>checking to VIR_CPU_CHECK_FULL to make sure the virtual CPU created
>after migration exactly matches the one on the source.
>
>https://bugzilla.redhat.com/show_bug.cgi?id=822148
>https://bugzilla.redhat.com/show_bug.cgi?id=824989
>
>Jiri Denemark (12):
>  tests: Switch to sparse initialization of virCPUDef
>  docs: Clarify /domain/cpu/@match description
>  Introduce /domain/cpu/@check XML attribute
>  qemu: Set default values for CPU check attribute
>  qemu: Refactor Hyper-V features check
>  qemu: Refactor KVM features check
>  qemu: Refactor CPU features check
>  qemu: Refactor qemuProcessVerifyGuestCPU
>  qemu: Use ARCH_IS_X86 in qemuMonitorJSONGetGuestCPU
>  qemu: Ask QEMU for filtered CPU features
>  qemu: Update CPU definition according to QEMU
>  qemu: Enforce guest CPU specification
>

ACK series.

Jan
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: Digital signature
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20170315/4a7479d1/attachment-0001.sig>


More information about the libvir-list mailing list