On 04/20/22 18:23, Laszlo Ersek wrote:
> Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=2076013
> 
> We don't specify a VCPU model in the destination domain description if
> the source description doesn't specify one. This is a problem for x86-64
> RHEL-9.0+ guests, when using the QEMU or libvirt output modules. Those
> outputs default to the "qemu64" VCPU model in the absence of an explicit
> VCPU model specification, and "qemu64" does not satisfy the "x86-64-v2"
> microarchitecture level, which is required by RHEL-9.0+ guests. As a
> result, these guests crash during boot, after conversion.
> 
> The series recognizes guests that are unable to boot on the default QEMU
> VCPU model, and specifies host CPU passthrough for them in the QEMU and
> libvirt output modules.
> 
> Testing: <https://bugzilla.redhat.com/show_bug.cgi?id=2076013#c18>.
> 
> Thanks,
> Laszlo
> 
> Laszlo Ersek (9):
>   types: introduce the "gcaps_default_cpu" field
>   create_libvirt_xml: simplify match on (s_cpu_vendor, s_cpu_model)
>   create_libvirt_xml: normalize match on (s_cpu_vendor, s_cpu_model)
>   create_libvirt_xml: eliminate childless <cpu match="minimum"/> element
>   create_libvirt_xml: restrict 'match="minimum"' <cpu> attribute
>     production
>   create_libvirt_xml: honor "gcaps_default_cpu"
>   output_qemu: reflect source VCPU model to the QEMU command line
>   output_qemu: honor "gcaps_default_cpu"
>   convert_linux: set "gcaps_default_cpu = false" for x86_64 RHEL-9.0+
>     guests
> 
>  convert/convert_linux.ml     |  9 ++++++
>  convert/convert_windows.ml   |  1 +
>  lib/types.ml                 |  3 ++
>  lib/types.mli                | 14 +++++++++
>  output/create_libvirt_xml.ml | 31 +++++++++++---------
>  output/output_qemu.ml        |  7 +++++
>  6 files changed, 51 insertions(+), 14 deletions(-)
> 
> 
> base-commit: 8643970f9791b1c90dfd6a2dd1abfc9afef1fb52
> 

The patches are also available here:

Repo:   https://github.com/lersek/virt-v2v.git
Branch: vcpu-model-rhbz-2076013

Thanks
Laszlo
_______________________________________________
Libguestfs mailing list
[email protected]
https://listman.redhat.com/mailman/listinfo/libguestfs

Reply via email to