[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