- Devel - libvirt List Archives

[PATCH 0/3] hw/sd/sdcard: Deprecate support for spec v1.10
by Philippe Mathieu-Daudé 02 Sep '25

02 Sep '25

Deprecate SD spec v1.10, use v3.01 as new default. Philippe Mathieu-Daudé (3): hw/sd/sdcard: Deprecate support for spec v1.10 hw/sd/sdcard: Use spec v3.01 by default hw/sd/sdcard: Remove support for spec v1.10 docs/about/removed-features.rst | 5 +++++ include/hw/sd/sd.h | 1 - hw/sd/sd.c | 14 +++----------- 3 files changed, 8 insertions(+), 12 deletions(-) -- 2.41.0

2 10

[PATCH v2] qapi: net/tap: deprecate vhostforce option
by Vladimir Sementsov-Ogievskiy 01 Sep '25

01 Sep '25

This option doesn't make sense since long ago (10 years!) commit 1e7398a140f7a6 ("vhost: enable vhost without without MSI-X"). Prior 1e7398a140f7a6, to enable vhost for some specific kind of guests (that don't have MSI-X support), you should have set vhostforce=on (with vhost=on or unset). Since 1e7398a140f7a6, guest type doesn't matter, all guests are equal for vhost-enabling options logic. The current logic is: vhost=on / vhost=off : vhostforce ignored, doesn't make sense vhost unset : vhostforce counts, enabling vhost Currently you may enable vhost several ways: - vhost=on - vhostforce=on - vhost=on + vhostforce=on - and even vhost=on + vhostforce=off - they are all equal. Let's finally deprecate the extra option. Also, fix @vhostforce documentation. Signed-off-by: Vladimir Sementsov-Ogievskiy <vsementsov(a)yandex-team.ru> --- v2: - improve wording - add documentation fix docs/about/deprecated.rst | 7 +++++++ qapi/net.json | 11 +++++++++-- 2 files changed, 16 insertions(+), 2 deletions(-) diff --git a/docs/about/deprecated.rst b/docs/about/deprecated.rst index d50645a071..b17a5a41aa 100644 --- a/docs/about/deprecated.rst +++ b/docs/about/deprecated.rst @@ -516,6 +516,13 @@ Stream ``reconnect`` (since 9.2) The ``reconnect`` option only allows specifying second granularity timeouts, which is not enough for all types of use cases, use ``reconnect-ms`` instead. +TAP ``vhostforce`` (since 10.2) +^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + +The ``vhostforce`` option is redundant with the ``vhost`` option. +If they conflict, ``vhost`` takes precedence. Just use ``vhost``. + + VFIO device options ''''''''''''''''''' diff --git a/qapi/net.json b/qapi/net.json index 78bcc9871e..e89c7aff5f 100644 --- a/qapi/net.json +++ b/qapi/net.json @@ -346,13 +346,20 @@ # @vhostfds: file descriptors of multiple already opened vhost net # devices # -# @vhostforce: vhost on for non-MSIX virtio guests +# @vhostforce: enable vhost-net network accelerator. Ignored when +# @vhost is set. # # @queues: number of queues to be created for multiqueue capable tap # # @poll-us: maximum number of microseconds that could be spent on busy # polling for tap (since 2.7) # +# Features: +# +# @deprecated: Member @vhostforce is deprecated. The @vhostforce +# option is redundant with the @vhost option. If they conflict, +# @vhost takes precedence. Just use @vhost. +# # Since: 1.2 ## { 'struct': 'NetdevTapOptions', @@ -369,7 +376,7 @@ '*vhost': 'bool', '*vhostfd': 'str', '*vhostfds': 'str', - '*vhostforce': 'bool', + '*vhostforce': { 'type': 'bool', 'features': [ 'deprecated' ] }, '*queues': 'uint32', '*poll-us': 'uint32'} } -- 2.48.1

2 1

[PATCH] qapi: net/tap: deprecate vhostforce option
by Vladimir Sementsov-Ogievskiy 01 Sep '25

01 Sep '25

This option simply duplicates the @vhost option since long ago (10 years!) commit 1e7398a140f7a6 ("vhost: enable vhost without without MSI-X"). Let's finally deprecate it. Signed-off-by: Vladimir Sementsov-Ogievskiy <vsementsov(a)yandex-team.ru> --- docs/about/deprecated.rst | 7 +++++++ qapi/net.json | 6 +++++- 2 files changed, 12 insertions(+), 1 deletion(-) diff --git a/docs/about/deprecated.rst b/docs/about/deprecated.rst index d50645a071..d14cb37480 100644 --- a/docs/about/deprecated.rst +++ b/docs/about/deprecated.rst @@ -516,6 +516,13 @@ Stream ``reconnect`` (since 9.2) The ``reconnect`` option only allows specifying second granularity timeouts, which is not enough for all types of use cases, use ``reconnect-ms`` instead. +TAP ``vhostforce`` (since 10.2) +^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + +The ``vhostforce`` option just duplicates the main ``vhost`` option. +Use ``vhost`` alone. + + VFIO device options ''''''''''''''''''' diff --git a/qapi/net.json b/qapi/net.json index 78bcc9871e..d1216bb60a 100644 --- a/qapi/net.json +++ b/qapi/net.json @@ -353,6 +353,10 @@ # @poll-us: maximum number of microseconds that could be spent on busy # polling for tap (since 2.7) # +# Features: +# +# @deprecated: Member @vhostforce is deprecated. Simply use @vhost. +# # Since: 1.2 ## { 'struct': 'NetdevTapOptions', @@ -369,7 +373,7 @@ '*vhost': 'bool', '*vhostfd': 'str', '*vhostfds': 'str', - '*vhostforce': 'bool', + '*vhostforce': { 'type': 'bool', 'features': [ 'deprecated' ] }, '*queues': 'uint32', '*poll-us': 'uint32'} } -- 2.48.1

2 4

[PATCH 0/8] qemu-replies-tool: Improvements for .replies comparison
by Peter Krempa 01 Sep '25

01 Sep '25

Add few more stable dumps to help comparing two .replies files (especially useful when updating to new git versions of qemu) Peter Krempa (8): scripts: qemu-replies-tool: Convert the QMP conversation to list of dicts scripts: qemu-replies-tool: Drop specific invocation of marginally useful dump modes scripts: qemu-replies-tool: Dump machine types in --dump-all scripts: qemu-replies-tool: List also data from 'qom-list-properties' scripts: qemu-replies-tool: Prefix output with filename when dumping data for multiple files scripts: qemu-replies-tool: Dump data from query-version/query-target/query-kvm scripts: qemu-replies-tool: Add stable dump of 'query-command-line-options' scripts: qemu-replies-tool: Add option to dump JSON commands that weren't processed by --dump-all scripts/qemu-replies-tool.py | 271 ++++++++++++++++++++++++++--------- 1 file changed, 207 insertions(+), 64 deletions(-) -- 2.51.0

2 9

Release of libvirt-11.7.0
by Jiri Denemark 01 Sep '25

01 Sep '25

The 11.7.0 release of both libvirt and libvirt-python is tagged and signed tarballs are available at https://download.libvirt.org/ https://download.libvirt.org/python/ Thanks everybody who helped with this release by sending patches, reviewing, testing, or providing feedback. Your work is greatly appreciated. * New features * Allow setting the log level of Cloud Hypervisor Users can now configure the verbosity of Cloud Hypervisor by setting the "log_level" option in ch.conf * bhyve: experimental NAT networking support The bhyve driver now has experimental NAT networking support using the Packet Filter (pf) firewall. * bhyve: domain statistics reporting The bhyve driver now supports querying domain block, interface, and memory statistics. Not all statistics fields are supported though. * Improvements * bhyve: improve 'efi' configuration autofill When a domain is configured with ``<os firmware='efi'/>``, NVRAM configuration is now autofilled. Enjoy. Jirka

1 0

[PATCH 0/2] hw/mips: Remove mipssim machine and mipsnet device
by Philippe Mathieu-Daudé 01 Sep '25

01 Sep '25

mipssim machine (single user of mipsnet device) is deprecated since v10.0; remove for 10.2. Philippe Mathieu-Daudé (2): hw/mips: Remove mipssim machine hw/net: Remove mipsnet device model MAINTAINERS | 6 - docs/about/deprecated.rst | 12 - docs/about/removed-features.rst | 5 + docs/system/target-mips.rst | 11 - configs/devices/mips-softmmu/common.mak | 1 - hw/mips/mipssim.c | 249 -------------------- hw/net/mipsnet.c | 297 ------------------------ hw/mips/Kconfig | 7 - hw/mips/meson.build | 1 - hw/net/Kconfig | 3 - hw/net/meson.build | 1 - hw/net/trace-events | 7 - 12 files changed, 5 insertions(+), 595 deletions(-) delete mode 100644 hw/mips/mipssim.c delete mode 100644 hw/net/mipsnet.c -- 2.51.0

4 6

[PATCH v2 0/2] Introduce virDomainBlockRebase2 API
by Nikolai Barybin 29 Aug '25

29 Aug '25

During first series discussion we agreed on having API that do both - block pull and block copy was a mistake. Thus, I present 'block-stream-only' API. Changes since last revision: - Dropped block-copy functionality - Enabled bandwidth units as params, not as a flag - Improved documentation P.S. Not sure we need virsh support at this stage, because current params can be covered with 'virsh blockpull'. But if you propose more params or we want account for future changes, I can add virsh support. Nikolai Barybin (2): api: remote: introduce virDomainBlockRebase2 API qemu: implement driver support for domainBlockRebase2 API include/libvirt/libvirt-domain.h | 43 +++++++++++++++++++++ src/driver-hypervisor.h | 8 ++++ src/libvirt-domain.c | 65 ++++++++++++++++++++++++++++++++ src/libvirt_public.syms | 5 +++ src/qemu/qemu_driver.c | 48 +++++++++++++++++++++++ src/remote/remote_driver.c | 1 + src/remote/remote_protocol.x | 17 ++++++++- src/remote_protocol-structs | 10 +++++ 8 files changed, 196 insertions(+), 1 deletion(-) -- 2.43.5

2 3

[RFC PATCH 0/5] cover letter: qemu: Implement support for iommufd and multiple vSMMUs
by Nathan Chen 29 Aug '25

29 Aug '25

Hi, This is a follow up to the second RFC patchset [0] for supporting multiple vSMMU instances and using iommufd to propagate DMA mappings to kernel for VM-assigned host devices in a qemu VM. This patchset implements support for specifying multiple <iommu> devices within the VM definition when smmuv3Dev IOMMU model is specified, and is tested with Shameer's latest qemu RFC for HW-accelerated vSMMU devices [1] Moreover, it adds a new 'iommufdId' attribute for hostdev devices to be associated with the iommufd object. For instance, specifying the iommufd object and associated hostdev in a VM definition with multiple IOMMUs, configured to be routed to pcie-expander-bus controllers in a way where VFIO device to SMMUv3 associations are matched with the host: <devices> ... <controller type='pci' index='1' model='pcie-expander-bus'> <model name='pxb-pcie'/> <target busNr='252'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x0'/> </controller> <controller type='pci' index='2' model='pcie-expander-bus'> <model name='pxb-pcie'/> <target busNr='248'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </controller> ... <controller type='pci' index='21' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='21' port='0x0'/> <address type='pci' domain='0x0000' bus='0x01' slot='0x00' function='0x0'/> </controller> <controller type='pci' index='22' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='22' port='0xa8'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x00' function='0x0'/> </controller> ... <hostdev mode='subsystem' type='pci' managed='no'> <source> <address domain='0x0009' bus='0x01' slot='0x00' function='0x0'/> </source> <iommufdId>iommufd0</iommufdId> <address type='pci' domain='0x0000' bus='0x15' slot='0x00' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='no'> <source> <address domain='0x0019' bus='0x01' slot='0x00' function='0x0'/> </source> <iommufdId>iommufd0</iommufdId> <address type='pci' domain='0x0000' bus='0x16' slot='0x00' function='0x0'/> </hostdev> <iommu model='smmuv3Dev' parentIdx='1' accel='on'/> <iommu model='smmuv3Dev' parentIdx='2' accel='on'/> </devices> This would get translated to a qemu command line with the arguments below. Note that libvirt will open the /dev/iommu and VFIO cdev, passing the associated fd number to qemu: -device '{"driver":"pxb-pcie","bus_nr":252,"id":"pci.1","bus":"pcie.0","addr":"0x1"}' \ -device '{"driver":"pxb-pcie","bus_nr":248,"id":"pci.2","bus":"pcie.0","addr":"0x2"}' \ -device '{"driver":"pcie-root-port","port":0,"chassis":21,"id":"pci.21","bus":"pci.1","addr":"0x0"}' \ -device '{"driver":"pcie-root-port","port":168,"chassis":22,"id":"pci.22","bus":"pci.2","addr":"0x0"}' \ -object '{"qom-type":"iommufd","id":"iommufd0","fd":"24"}' \ -device '{"driver":"arm-smmuv3-accel","primary-bus":"pci.1","id":"smmuv3.0","accel":true}' \ -device '{"driver":"arm-smmuv3-accel","primary-bus":"pci.2","id":"smmuv3.1","accel":true}' \ -device '{"driver":"vfio-pci","host":"0009:01:00.0","id":"hostdev0","iommufd":"iommufd0","fd":"22","bus":"pci.21","addr":"0x0"}' \ -device '{"driver":"vfio-pci","host":"0019:01:00.0","id":"hostdev1","iommufd":"iommufd0","fd":"25","bus":"pci.22","addr":"0x0"}' \ Summary of changes: - Separated out commits for smmuv3Dev iommu model support and supporting multiple IOMMU definitions - Made iommufd only a hostdev attribute - Revised smmuv3Dev iommu model definition to reference the controller index instead of assigning it a BDF - Open iommufd FDs from libvirt backend without exposing FDs to XML users - Fixed iommufd path permissions - Matched qemu usage of Shameer's latest RFCv3 This series is on Github: https://github.com/NathanChenNVIDIA/libvirt/tree/smmuv3Dev-iommufd-08-12-25 Thanks, Nathan [0] https://lists.libvirt.org/archives/list/devel@lists.libvirt.org/thread/EASB… [1] https://lore.kernel.org/qemu-devel/20250714155941.22176-1-shameerali.koloth… Signed-off-by: Nathan Chen <nathanc(a)nvidia.com> Nathan Chen (5): qemu: add IOMMU model smmuv3Dev conf: Support multiple smmuv3Dev IOMMU devices qemu: Implement support for associating iommufd to hostdev qemu: open iommufd FDs from libvirt backend qemu: Update Cgroup, namespace, and seclabel for qemu to access iommufd paths docs/formatdomain.rst | 22 ++- src/conf/domain_conf.c | 208 ++++++++++++++++++++++-- src/conf/domain_conf.h | 13 +- src/conf/domain_validate.c | 58 +++++-- src/conf/schemas/domaincommon.rng | 24 ++- src/libvirt_private.syms | 2 + src/qemu/qemu_alias.c | 15 +- src/qemu/qemu_cgroup.c | 61 +++++++ src/qemu/qemu_cgroup.h | 1 + src/qemu/qemu_command.c | 261 ++++++++++++++++++++++-------- src/qemu/qemu_command.h | 3 +- src/qemu/qemu_domain.c | 8 + src/qemu/qemu_domain.h | 7 + src/qemu/qemu_domain_address.c | 33 ++-- src/qemu/qemu_driver.c | 8 +- src/qemu/qemu_hotplug.c | 2 +- src/qemu/qemu_namespace.c | 44 +++++ src/qemu/qemu_postparse.c | 11 +- src/qemu/qemu_process.c | 232 ++++++++++++++++++++++++++ src/qemu/qemu_validate.c | 18 ++- src/security/security_apparmor.c | 11 ++ src/security/security_dac.c | 23 +++ src/security/security_selinux.c | 24 +++ src/util/virpci.c | 68 ++++++++ src/util/virpci.h | 1 + 25 files changed, 1020 insertions(+), 138 deletions(-) -- 2.43.0

2 11

[PATCH v2 0/6] Enable mshv support for Qemu domains
by Praveen K Paladugu 28 Aug '25

28 Aug '25

"[PATCH v3 00/26] Implementing a MSHV (Microsoft Hypervisor) accelerator" patchset in qemu-devel mailing list introduces MSHV support within Qemu. With above patchset, Qemu guests can be started with `-accel mshv` option to use Microsoft Hypervisor (/dev/mshv) as the hypervisor. Retaining Libvirt's naming convention, this translates to `hyperv` domains. Below is an excerpt of the xml to use with this patchset: ``` <domain type='hyperv'> <name>qemu_msh_testv</name> <cpu mode='host-model'/> <os> <type machine='q35'>hvm</type> </os> ... ``` This patch set introduces the necessary changes within libvirt to support Qemu guest with hyperv (mshv) hypervisor. Changes in v2: - Addressed review comments on v1. - Added a test to verify mshv capabilities. Praveen K Paladugu (6): qemu: introduce mshv capabilities qemu: use mshv accel for hyperv domains qemu: add /dev/mshv to default cgroup acl qemu: probe mshv capabilities conf: update capability schema tests: Introduce tests for mshv capabilities src/conf/schemas/capability.rng | 1 + src/qemu/qemu.conf.in | 2 +- src/qemu/qemu_capabilities.c | 61 +- src/qemu/qemu_capabilities.h | 1 + src/qemu/qemu_cgroup.c | 2 +- src/qemu/qemu_command.c | 4 +- src/qemu/qemu_monitor.c | 12 + src/qemu/qemu_monitor.h | 12 +- src/qemu/qemu_monitor_json.c | 32 +- src/qemu/qemu_monitor_json.h | 13 +- src/qemu/test_libvirtd_qemu.aug.in | 3 +- .../caps_11.3.0_x86_64+mshv.replies | 46912 ++++++++++++++++ .../caps_11.3.0_x86_64+mshv.xml | 4996 ++ .../qemucaps2xmloutdata/caps.x86_64+mshv.xml | 29 + 14 files changed, 52060 insertions(+), 20 deletions(-) create mode 100644 tests/qemucapabilitiesdata/caps_11.3.0_x86_64+mshv.replies create mode 100644 tests/qemucapabilitiesdata/caps_11.3.0_x86_64+mshv.xml create mode 100644 tests/qemucaps2xmloutdata/caps.x86_64+mshv.xml -- 2.50.1

2 12

[PATCH 00/10] qemu capability simplification and addition of qemu-10.2 test data
by Peter Krempa 28 Aug '25

28 Aug '25

This series applies on my previous final bump of the qemu-10.1 data. This series cleans up some unnecessary commands in capability probing and (early) adds test data for the qemu-10.2 test cycle. This is done as I've upgraded my CPU and thus the only difference is the change in the cpu model. Peter Krempa (10): qemu: Always assume support for QEMU_CAPS_MIGRATE_RDMA qemu: capabilities: Retire QEMU_CAPS_MIGRATE_RDMA qemu: capabilities: Drop probe of 'query-migrate-capabilities' qemu: capabilities: Detect TPM related capabilities from 'qom-list-types' qemu: capabilities: Don't use query-tpm-types/query-tpm-models for probe qemu: monitor: Remove query-tpm-modes/query-tpm-types infrastructure qemuxmlconftest: Add missing version specific invocations for 'cpu-host' tests qemuxmlconftest: Rename and strip specific machine type from 'x86_64-default-cpu-*' cases qemucapabilitiestest: Add data for the qemu-10.2 dev cycle qemuxmlconftest: Add pinned versions of the 'cpu-host-*' cases for qemu-10.1 src/qemu/qemu_capabilities.c | 101 +- src/qemu/qemu_capabilities.h | 2 +- src/qemu/qemu_migration.c | 26 +- src/qemu/qemu_migration.h | 3 +- src/qemu/qemu_monitor.c | 24 - src/qemu/qemu_monitor.h | 6 - src/qemu/qemu_monitor_json.c | 43 - src/qemu/qemu_monitor_json.h | 10 - src/qemu/qemu_process.c | 2 +- .../domaincapsdata/qemu_10.2.0-q35.x86_64.xml | 1004 + .../domaincapsdata/qemu_10.2.0-tcg.x86_64.xml | 1831 + tests/domaincapsdata/qemu_10.2.0.x86_64.xml | 1004 + .../caps_10.0.0_aarch64.replies | 141 +- .../caps_10.0.0_aarch64.xml | 1 - .../caps_10.0.0_ppc64.replies | 128 +- .../caps_10.0.0_ppc64.xml | 1 - .../caps_10.0.0_s390x.replies | 131 +- .../caps_10.0.0_s390x.xml | 1 - .../caps_10.0.0_x86_64+amdsev.replies | 149 +- .../caps_10.0.0_x86_64+amdsev.xml | 1 - .../caps_10.0.0_x86_64.replies | 149 +- .../caps_10.0.0_x86_64.xml | 1 - .../caps_10.1.0_x86_64+inteltdx.replies | 153 +- .../caps_10.1.0_x86_64+inteltdx.xml | 1 - .../caps_10.1.0_x86_64.replies | 153 +- .../caps_10.1.0_x86_64.xml | 1 - .../caps_10.2.0_x86_64.replies | 46451 ++++++++++++++++ .../caps_10.2.0_x86_64.xml | 3946 ++ .../caps_6.2.0_ppc64.replies | 116 +- .../qemucapabilitiesdata/caps_6.2.0_ppc64.xml | 1 - .../caps_6.2.0_x86_64.replies | 137 +- .../caps_6.2.0_x86_64.xml | 1 - .../caps_7.0.0_ppc64.replies | 116 +- .../qemucapabilitiesdata/caps_7.0.0_ppc64.xml | 1 - .../caps_7.0.0_x86_64.replies | 137 +- .../caps_7.0.0_x86_64.xml | 1 - .../caps_7.1.0_ppc64.replies | 124 +- .../qemucapabilitiesdata/caps_7.1.0_ppc64.xml | 1 - .../caps_7.1.0_x86_64.replies | 145 +- .../caps_7.1.0_x86_64.xml | 1 - .../caps_7.2.0_ppc.replies | 119 +- tests/qemucapabilitiesdata/caps_7.2.0_ppc.xml | 1 - .../caps_7.2.0_x86_64+hvf.replies | 145 +- .../caps_7.2.0_x86_64+hvf.xml | 1 - .../caps_7.2.0_x86_64.replies | 145 +- .../caps_7.2.0_x86_64.xml | 1 - .../caps_8.0.0_x86_64.replies | 145 +- .../caps_8.0.0_x86_64.xml | 1 - .../caps_8.1.0_s390x.replies | 131 +- .../qemucapabilitiesdata/caps_8.1.0_s390x.xml | 1 - .../caps_8.1.0_x86_64.replies | 153 +- .../caps_8.1.0_x86_64.xml | 1 - .../caps_8.2.0_aarch64.replies | 145 +- .../caps_8.2.0_aarch64.xml | 1 - .../caps_8.2.0_armv7l.replies | 145 +- .../caps_8.2.0_armv7l.xml | 1 - .../caps_8.2.0_loongarch64.replies | 131 +- .../caps_8.2.0_loongarch64.xml | 1 - .../caps_8.2.0_s390x.replies | 131 +- .../qemucapabilitiesdata/caps_8.2.0_s390x.xml | 1 - .../caps_8.2.0_x86_64.replies | 153 +- .../caps_8.2.0_x86_64.xml | 1 - .../caps_9.0.0_sparc.replies | 131 +- .../qemucapabilitiesdata/caps_9.0.0_sparc.xml | 1 - .../caps_9.0.0_x86_64.replies | 157 +- .../caps_9.0.0_x86_64.xml | 1 - .../caps_9.1.0_riscv64.replies | 132 +- .../caps_9.1.0_riscv64.xml | 1 - .../caps_9.1.0_s390x.replies | 131 +- .../qemucapabilitiesdata/caps_9.1.0_s390x.xml | 1 - .../caps_9.1.0_x86_64.replies | 149 +- .../caps_9.1.0_x86_64.xml | 1 - .../caps_9.2.0_aarch64+hvf.replies | 140 +- .../caps_9.2.0_aarch64+hvf.xml | 1 - .../caps_9.2.0_s390x.replies | 131 +- .../qemucapabilitiesdata/caps_9.2.0_s390x.xml | 1 - .../caps_9.2.0_x86_64+amdsev.replies | 149 +- .../caps_9.2.0_x86_64+amdsev.xml | 1 - .../caps_9.2.0_x86_64.replies | 149 +- .../caps_9.2.0_x86_64.xml | 1 - tests/qemumonitorjsontest.c | 47 - ...host-model-fallback-kvm.x86_64-10.0.0.args | 33 + ...-host-model-fallback-kvm.x86_64-10.0.0.xml | 29 + ...host-model-fallback-kvm.x86_64-10.1.0.args | 33 + ...-host-model-fallback-kvm.x86_64-10.1.0.xml | 29 + ...-host-model-fallback-kvm.x86_64-8.2.0.args | 33 + ...u-host-model-fallback-kvm.x86_64-8.2.0.xml | 29 + ...-host-model-fallback-kvm.x86_64-9.0.0.args | 33 + ...u-host-model-fallback-kvm.x86_64-9.0.0.xml | 29 + ...-host-model-fallback-kvm.x86_64-9.1.0.args | 33 + ...u-host-model-fallback-kvm.x86_64-9.1.0.xml | 29 + ...-host-model-fallback-kvm.x86_64-9.2.0.args | 33 + ...u-host-model-fallback-kvm.x86_64-9.2.0.xml | 29 + ...host-model-fallback-kvm.x86_64-latest.args | 2 +- ...host-model-fallback-tcg.x86_64-10.0.0.args | 33 + ...-host-model-fallback-tcg.x86_64-10.0.0.xml | 29 + ...host-model-fallback-tcg.x86_64-10.1.0.args | 33 + ...-host-model-fallback-tcg.x86_64-10.1.0.xml | 29 + ...-host-model-fallback-tcg.x86_64-8.2.0.args | 33 + ...u-host-model-fallback-tcg.x86_64-8.2.0.xml | 29 + ...-host-model-fallback-tcg.x86_64-9.0.0.args | 33 + ...u-host-model-fallback-tcg.x86_64-9.0.0.xml | 29 + ...-host-model-fallback-tcg.x86_64-9.1.0.args | 33 + ...u-host-model-fallback-tcg.x86_64-9.1.0.xml | 29 + ...-host-model-fallback-tcg.x86_64-9.2.0.args | 33 + ...u-host-model-fallback-tcg.x86_64-9.2.0.xml | 29 + ...cpu-host-model-features.x86_64-latest.args | 2 +- .../cpu-host-model-kvm.x86_64-10.0.0.args | 38 + .../cpu-host-model-kvm.x86_64-10.0.0.xml | 48 + .../cpu-host-model-kvm.x86_64-10.1.0.args | 38 + .../cpu-host-model-kvm.x86_64-10.1.0.xml | 48 + .../cpu-host-model-kvm.x86_64-8.2.0.args | 38 + .../cpu-host-model-kvm.x86_64-8.2.0.xml | 48 + .../cpu-host-model-kvm.x86_64-9.0.0.args | 38 + .../cpu-host-model-kvm.x86_64-9.0.0.xml | 48 + .../cpu-host-model-kvm.x86_64-9.1.0.args | 38 + .../cpu-host-model-kvm.x86_64-9.1.0.xml | 48 + .../cpu-host-model-kvm.x86_64-9.2.0.args | 38 + .../cpu-host-model-kvm.x86_64-9.2.0.xml | 48 + .../cpu-host-model-kvm.x86_64-latest.args | 2 +- ...st-model-nofallback-kvm.x86_64-10.0.0.args | 33 + ...ost-model-nofallback-kvm.x86_64-10.0.0.xml | 29 + ...st-model-nofallback-kvm.x86_64-10.1.0.args | 33 + ...ost-model-nofallback-kvm.x86_64-10.1.0.xml | 29 + ...ost-model-nofallback-kvm.x86_64-8.2.0.args | 33 + ...host-model-nofallback-kvm.x86_64-8.2.0.xml | 29 + ...ost-model-nofallback-kvm.x86_64-9.0.0.args | 33 + ...host-model-nofallback-kvm.x86_64-9.0.0.xml | 29 + ...ost-model-nofallback-kvm.x86_64-9.1.0.args | 33 + ...host-model-nofallback-kvm.x86_64-9.1.0.xml | 29 + ...ost-model-nofallback-kvm.x86_64-9.2.0.args | 33 + ...host-model-nofallback-kvm.x86_64-9.2.0.xml | 29 + ...st-model-nofallback-kvm.x86_64-latest.args | 2 +- ...st-model-nofallback-tcg.x86_64-10.0.0.args | 33 + ...ost-model-nofallback-tcg.x86_64-10.0.0.xml | 29 + ...st-model-nofallback-tcg.x86_64-10.1.0.args | 33 + ...ost-model-nofallback-tcg.x86_64-10.1.0.xml | 29 + ...ost-model-nofallback-tcg.x86_64-8.2.0.args | 33 + ...host-model-nofallback-tcg.x86_64-8.2.0.xml | 29 + ...ost-model-nofallback-tcg.x86_64-9.0.0.args | 33 + ...host-model-nofallback-tcg.x86_64-9.0.0.xml | 29 + ...ost-model-nofallback-tcg.x86_64-9.1.0.args | 33 + ...host-model-nofallback-tcg.x86_64-9.1.0.xml | 29 + ...ost-model-nofallback-tcg.x86_64-9.2.0.args | 33 + ...host-model-nofallback-tcg.x86_64-9.2.0.xml | 29 + .../cpu-host-model-tcg.x86_64-10.0.0.args | 38 + .../cpu-host-model-tcg.x86_64-10.0.0.xml | 48 + .../cpu-host-model-tcg.x86_64-10.1.0.args | 38 + .../cpu-host-model-tcg.x86_64-10.1.0.xml | 48 + .../cpu-host-model-tcg.x86_64-8.2.0.args | 38 + .../cpu-host-model-tcg.x86_64-8.2.0.xml | 48 + .../cpu-host-model-tcg.x86_64-9.0.0.args | 38 + .../cpu-host-model-tcg.x86_64-9.0.0.xml | 48 + .../cpu-host-model-tcg.x86_64-9.1.0.args | 38 + .../cpu-host-model-tcg.x86_64-9.1.0.xml | 48 + .../cpu-host-model-tcg.x86_64-9.2.0.args | 38 + .../cpu-host-model-tcg.x86_64-9.2.0.xml | 48 + ..._64-default-cpu-kvm-pc.x86_64-latest.args} | 2 +- ...6_64-default-cpu-kvm-pc.x86_64-latest.xml} | 2 +- ...-4.2.xml => x86_64-default-cpu-kvm-pc.xml} | 2 +- ...64-default-cpu-kvm-q35.x86_64-latest.args} | 2 +- ..._64-default-cpu-kvm-q35.x86_64-latest.xml} | 2 +- ...4.2.xml => x86_64-default-cpu-kvm-q35.xml} | 2 +- ..._64-default-cpu-tcg-pc.x86_64-latest.args} | 2 +- ...6_64-default-cpu-tcg-pc.x86_64-latest.xml} | 2 +- ...-4.2.xml => x86_64-default-cpu-tcg-pc.xml} | 2 +- ...64-default-cpu-tcg-q35.x86_64-latest.args} | 2 +- ..._64-default-cpu-tcg-q35.x86_64-latest.xml} | 2 +- ...4.2.xml => x86_64-default-cpu-tcg-q35.xml} | 2 +- tests/qemuxmlconftest.c | 44 +- 170 files changed, 57104 insertions(+), 4616 deletions(-) create mode 100644 tests/domaincapsdata/qemu_10.2.0-q35.x86_64.xml create mode 100644 tests/domaincapsdata/qemu_10.2.0-tcg.x86_64.xml create mode 100644 tests/domaincapsdata/qemu_10.2.0.x86_64.xml create mode 100644 tests/qemucapabilitiesdata/caps_10.2.0_x86_64.replies create mode 100644 tests/qemucapabilitiesdata/caps_10.2.0_x86_64.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-fallback-kvm.x86_64-10.0.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-fallback-kvm.x86_64-10.0.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-fallback-kvm.x86_64-10.1.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-fallback-kvm.x86_64-10.1.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-fallback-kvm.x86_64-8.2.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-fallback-kvm.x86_64-8.2.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-fallback-kvm.x86_64-9.0.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-fallback-kvm.x86_64-9.0.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-fallback-kvm.x86_64-9.1.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-fallback-kvm.x86_64-9.1.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-fallback-kvm.x86_64-9.2.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-fallback-kvm.x86_64-9.2.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-fallback-tcg.x86_64-10.0.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-fallback-tcg.x86_64-10.0.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-fallback-tcg.x86_64-10.1.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-fallback-tcg.x86_64-10.1.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-fallback-tcg.x86_64-8.2.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-fallback-tcg.x86_64-8.2.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-fallback-tcg.x86_64-9.0.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-fallback-tcg.x86_64-9.0.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-fallback-tcg.x86_64-9.1.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-fallback-tcg.x86_64-9.1.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-fallback-tcg.x86_64-9.2.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-fallback-tcg.x86_64-9.2.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-kvm.x86_64-10.0.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-kvm.x86_64-10.0.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-kvm.x86_64-10.1.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-kvm.x86_64-10.1.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-kvm.x86_64-8.2.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-kvm.x86_64-8.2.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-kvm.x86_64-9.0.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-kvm.x86_64-9.0.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-kvm.x86_64-9.1.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-kvm.x86_64-9.1.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-kvm.x86_64-9.2.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-kvm.x86_64-9.2.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-nofallback-kvm.x86_64-10.0.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-nofallback-kvm.x86_64-10.0.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-nofallback-kvm.x86_64-10.1.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-nofallback-kvm.x86_64-10.1.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-nofallback-kvm.x86_64-8.2.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-nofallback-kvm.x86_64-8.2.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-nofallback-kvm.x86_64-9.0.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-nofallback-kvm.x86_64-9.0.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-nofallback-kvm.x86_64-9.1.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-nofallback-kvm.x86_64-9.1.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-nofallback-kvm.x86_64-9.2.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-nofallback-kvm.x86_64-9.2.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-nofallback-tcg.x86_64-10.0.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-nofallback-tcg.x86_64-10.0.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-nofallback-tcg.x86_64-10.1.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-nofallback-tcg.x86_64-10.1.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-nofallback-tcg.x86_64-8.2.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-nofallback-tcg.x86_64-8.2.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-nofallback-tcg.x86_64-9.0.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-nofallback-tcg.x86_64-9.0.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-nofallback-tcg.x86_64-9.1.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-nofallback-tcg.x86_64-9.1.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-nofallback-tcg.x86_64-9.2.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-nofallback-tcg.x86_64-9.2.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-tcg.x86_64-10.0.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-tcg.x86_64-10.0.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-tcg.x86_64-10.1.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-tcg.x86_64-10.1.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-tcg.x86_64-8.2.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-tcg.x86_64-8.2.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-tcg.x86_64-9.0.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-tcg.x86_64-9.0.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-tcg.x86_64-9.1.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-tcg.x86_64-9.1.0.xml create mode 100644 tests/qemuxmlconfdata/cpu-host-model-tcg.x86_64-9.2.0.args create mode 100644 tests/qemuxmlconfdata/cpu-host-model-tcg.x86_64-9.2.0.xml rename tests/qemuxmlconfdata/{x86_64-default-cpu-kvm-pc-4.2.x86_64-latest.args => x86_64-default-cpu-kvm-pc.x86_64-latest.args} (95%) rename tests/qemuxmlconfdata/{x86_64-default-cpu-kvm-pc-4.2.x86_64-latest.xml => x86_64-default-cpu-kvm-pc.x86_64-latest.xml} (95%) rename tests/qemuxmlconfdata/{x86_64-default-cpu-kvm-q35-4.2.xml => x86_64-default-cpu-kvm-pc.xml} (90%) rename tests/qemuxmlconfdata/{x86_64-default-cpu-kvm-q35-4.2.x86_64-latest.args => x86_64-default-cpu-kvm-q35.x86_64-latest.args} (96%) rename tests/qemuxmlconfdata/{x86_64-default-cpu-kvm-q35-4.2.x86_64-latest.xml => x86_64-default-cpu-kvm-q35.x86_64-latest.xml} (97%) rename tests/qemuxmlconfdata/{x86_64-default-cpu-kvm-pc-4.2.xml => x86_64-default-cpu-kvm-q35.xml} (90%) rename tests/qemuxmlconfdata/{x86_64-default-cpu-tcg-pc-4.2.x86_64-latest.args => x86_64-default-cpu-tcg-pc.x86_64-latest.args} (95%) rename tests/qemuxmlconfdata/{x86_64-default-cpu-tcg-pc-4.2.x86_64-latest.xml => x86_64-default-cpu-tcg-pc.x86_64-latest.xml} (95%) rename tests/qemuxmlconfdata/{x86_64-default-cpu-tcg-q35-4.2.xml => x86_64-default-cpu-tcg-pc.xml} (90%) rename tests/qemuxmlconfdata/{x86_64-default-cpu-tcg-q35-4.2.x86_64-latest.args => x86_64-default-cpu-tcg-q35.x86_64-latest.args} (96%) rename tests/qemuxmlconfdata/{x86_64-default-cpu-tcg-q35-4.2.x86_64-latest.xml => x86_64-default-cpu-tcg-q35.x86_64-latest.xml} (97%) rename tests/qemuxmlconfdata/{x86_64-default-cpu-tcg-pc-4.2.xml => x86_64-default-cpu-tcg-q35.xml} (90%) -- 2.51.0

2 11