On Wed, Mar 15, 2017 at 17:39:34 +0100, Ján Tomko wrote:
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.
Thanks, I implemented a test for the new virCPUUpdateLive API to confirm
the API works as expected (I'll send it to the list later today) and
pushed this series.
Jirka