[24.04 FEAT] [VS2212] KVM: Enhanced and dynamic CPU topology for KVM guests (qemu)

[bugproxy]

As a follow-on to providing virtual CPU topology to guests, we want to allow that a virtual topology spanning multiple drawers can be configured with libvirt and QEMU. Further, we want to be able to update the topology, specifically allow to model the migration of a logical CPU to another drawer. Note: this is not supposed to do any automatic topology updates of the guest based on the host physical topology. It's really only about providing the interfaces that can be used by a management program.

[Frank Heimes (fheimes)]

Thanks for the heads-up. Do you already know the upstream qemu version that will have this functionality included? Or the relevant commits?

[bugproxy (bugproxy)]

------- Comment From <email address hidden> 2024-02-05 10:08 EDT-------
Thanks Nina for confirming that this feature is included in qemu 8.2.

These are the required Commits:

219922ef9b ("tests/avocado: s390x cpu topology bad move")
22ac7809bb ("tests/avocado: s390x cpu topology dedicated errors")
944e03006d ("tests/avocado: s390x cpu topology test socket full")
471676bfd2 ("tests/avocado: s390x cpu topology test dedicated CPU")
16ab722edb ("tests/avocado: s390x cpu topology entitlement tests")
cb042c73f3 ("tests/avocado: s390x cpu topology polarization")
e5bc49d54d ("tests/avocado: s390x cpu topology core")
0d177cdd2b ("docs/s390x/cpu topology: document s390x cpu topology")
154893a784 ("qapi/s390x/cpu topology: add query-s390x-cpu-polarization command")
1cfe52b782 ("qapi/s390x/cpu topology: CPU_POLARIZATION_CHANGE QAPI event")
bb2df37a62 ("machine: adding s390 topology to info hotpluggable-cpus")
ad2d1afc1d ("machine: adding s390 topology to query-cpu-fast")
a457c2ab5a ("qapi/s390x/cpu topology: set-cpu-topology qmp command")
f530b9e7da ("target/s390x/cpu topology: activate CPU topology")
af37bad52e ("s390x/cpu topology: interception of PTF instruction")
3d6e75f4df ("s390x/cpu topology: resetting the Topology-Change-Report")
a67f05b391 ("s390x/sclp: reporting the maximum nested topology entries")
f4f54b582f ("target/s390x/cpu topology: handle STSI(15) and build the SYSIB")
c809bbc8e9 ("s390x/cpu topology: add topology entries on CPU hotplug")
5de1aff255 ("CPU topology: extend with s390 specifics")
3da4aef81c ("qapi: machine.json: change docs regarding CPU topology")

[Sergio Durigan Junior (sergiodj)]

Thank you for providing the list of commits needed for the feature.

We are going to have QEMU 8.2.1 on Noble, and I just verified that these commits are all included in it. I'll close this bug as part of the upload I'm preparing now.

[Launchpad Janitor (janitor)]

This bug was fixed in the package qemu - 1:8.2.1+ds-1ubuntu1

---------------
qemu (1:8.2.1+ds-1ubuntu1) noble; urgency=medium

  * Merge with Debian unstable (LP: #2051883, #2049703). Remaining changes:
    - qemu-kvm to systemd unit
      - d/qemu-kvm-init: script for QEMU KVM preparation modules, ksm,
        hugepages and architecture specifics
      - d/qemu-system-common.qemu-kvm.service: systemd unit to call
        qemu-kvm-init
      - d/qemu-system-common.install: install helper script
      - d/qemu-system-common.qemu-kvm.default: defaults for
        /etc/default/qemu-kvm
      - d/rules: call dh_installinit and dh_installsystemd for qemu-kvm
    - Distribution specific machine type
      (LP 1304107 1621042 1776189 1761372 1761372 1776189)
      - d/p/ubuntu/define-ubuntu-machine-types.patch: define distro machine
        types containing release versioned machine attributes
      - Add an info about -hpb machine type in debian/qemu-system-x86.NEWS
      - ubuntu-q35 alias added to auto-select the most recent q35 ubuntu type
    - Enable nesting by default
      - d/p/ubuntu/enable-svm-by-default.patch: Enable nested svm by default
        in qemu64 on amd
        [ No more strictly needed, but required for backward compatibility ]
    - tolerate ipxe size change on migrations to >=18.04 (LP 1713490)
      - d/p/ubuntu/pre-bionic-256k-ipxe-efi-roms.patch: old machine types
        reference 256k path
      - d/control-in: depend on ipxe-qemu-256k-compat-efi-roms to be able to
        handle incoming migrations from former releases.
    - Ease the use of module retention on upgrades (LP 1913421)
      - debian/qemu-block-extra.postinst: enable mount unit on install/upgrade
    - Remaining GCC-12 FTBFS (LP 1988710 + LP 1921664)
      + d/p/u/qboot-Disable-LTO-for-ELF-binary-build-step.patch:
        fix qboot FTBFS with LTO
    - d/rules: Enable/disable extra features on microvm
      variant. (LP #2045594)
    - Move glusterfs storage driver to Universe in a new package
      (LP #2045063):
      + d/control{,-in}: new package qemu-block-supplemental for drivers
        we want in Universe
      + d/rules: we only want block-gluster.so in the new
        qemu-block-supplemental package. Adjust dynamically-created
        maintainer scripts for qemu-block-extra and -supplemental.

qemu (1:8.2.1+ds-1) unstable; urgency=medium

  * new upstream stable/bugfix release
  * remove all upstream-applied patches
  * d/patches/note-missing-module-pkg-name.diff: fixup
  * replace fix for CVE-2023-6683 (A different fix from upstream)
  * remove the mistakenly-added temp file in d/qemu-block-extra/
  * d/.gitignore: refresh

qemu (1:8.2.0+ds-5) unstable; urgency=medium

  * d/rules, d/run-qemu.mount: use dh_installsystemd to install run-qemu.mount
    (Closes: #1060087)
  * update hppa and seabios-hppa patch series
  * ui-clipboard-avoid-crash-upon-request-when-clipboard-CVE-2023-6683.patch
    (Closes: #1060749, CVE-2023-6683)
  * +target-s390x-Fix-LAE-setting-a-wrong-access-register.patch
  * +tcg-s390x-Fix-encoding-of-VRIc-VRSa-VRSc-insns.patch
    fix chacha20 issue on s390x
  * update hw-vfio-fix-iteration-over-global-VFIODevice-list.patch...