libvirt/tests/qemucapabilitiesdata
Boris Fiuczynski 65c6513811 qemu: add run-with async-teardown capability
QEMU capability is looking in query-command-line-options response for
...
    {
      "parameters": [
        {
          "name": "async-teardown",
          "type": "boolean"
        }
      ],
      "option": "run-with"
    }
...
allow to use the QEMU option -run-with async-teardown=on|off

Signed-off-by: Boris Fiuczynski <fiuczy@linux.ibm.com>
Reviewed-by: Thomas Huth <thuth@redhat.com>
Reviewed-by: Michal Privoznik <mprivozn@redhat.com>
2023-07-10 13:28:13 +02:00
..
caps_4.2.0_aarch64.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_4.2.0_aarch64.xml qemu: Change default machine type for ARM 2023-04-18 08:54:49 -06:00
caps_4.2.0_ppc64.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_4.2.0_ppc64.xml qemu: capabilities: Retire obsolete 'pseries' capabilities 2023-04-03 09:19:07 +02:00
caps_4.2.0_s390x.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_4.2.0_s390x.xml qemu: capabilities: Drop 'kvmVersion' field 2023-04-03 09:19:07 +02:00
caps_4.2.0_x86_64.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_4.2.0_x86_64.xml qemu: capabilities: Drop 'kvmVersion' field 2023-04-03 09:19:07 +02:00
caps_5.0.0_aarch64.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_5.0.0_aarch64.xml qemu: Change default machine type for ARM 2023-04-18 08:54:49 -06:00
caps_5.0.0_ppc64.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_5.0.0_ppc64.xml qemu: capabilities: Retire obsolete 'pseries' capabilities 2023-04-03 09:19:07 +02:00
caps_5.0.0_riscv64.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_5.0.0_riscv64.xml qemu: Change default machine type for RISC-V 2023-04-18 08:55:25 -06:00
caps_5.0.0_x86_64.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_5.0.0_x86_64.xml qemu: capabilities: Drop 'kvmVersion' field 2023-04-03 09:19:07 +02:00
caps_5.1.0_sparc.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_5.1.0_sparc.xml qemu: capabilities: Drop 'kvmVersion' field 2023-04-03 09:19:07 +02:00
caps_5.1.0_x86_64.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_5.1.0_x86_64.xml qemu: capabilities: Drop 'kvmVersion' field 2023-04-03 09:19:07 +02:00
caps_5.2.0_aarch64.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_5.2.0_aarch64.xml Revert "qemu:: Introduce QEMU_CAPS_MACHINE_VIRT_MTE capability" 2023-05-22 15:13:18 +02:00
caps_5.2.0_ppc64.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_5.2.0_ppc64.xml qemu: capabilities: Retire obsolete 'pseries' capabilities 2023-04-03 09:19:07 +02:00
caps_5.2.0_riscv64.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_5.2.0_riscv64.xml qemu: Change default machine type for RISC-V 2023-04-18 08:55:25 -06:00
caps_5.2.0_s390x.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_5.2.0_s390x.xml qemu: capabilities: Drop 'kvmVersion' field 2023-04-03 09:19:07 +02:00
caps_5.2.0_x86_64.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_5.2.0_x86_64.xml qemu: capabilities: Drop 'kvmVersion' field 2023-04-03 09:19:07 +02:00
caps_6.0.0_aarch64.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_6.0.0_aarch64.xml Revert "qemu:: Introduce QEMU_CAPS_MACHINE_VIRT_MTE capability" 2023-05-22 15:13:18 +02:00
caps_6.0.0_s390x.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_6.0.0_s390x.xml qemu: capabilities: Drop 'kvmVersion' field 2023-04-03 09:19:07 +02:00
caps_6.0.0_x86_64.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_6.0.0_x86_64.xml qemu: capabilities: Drop 'kvmVersion' field 2023-04-03 09:19:07 +02:00
caps_6.1.0_x86_64.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_6.1.0_x86_64.xml qemu: capabilities: Drop 'kvmVersion' field 2023-04-03 09:19:07 +02:00
caps_6.2.0_aarch64.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_6.2.0_aarch64.xml Revert "qemu:: Introduce QEMU_CAPS_MACHINE_VIRT_MTE capability" 2023-05-22 15:13:18 +02:00
caps_6.2.0_ppc64.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_6.2.0_ppc64.xml qemu: capabilities: Retire obsolete 'pseries' capabilities 2023-04-03 09:19:07 +02:00
caps_6.2.0_x86_64.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_6.2.0_x86_64.xml qemu: capabilities: Drop 'kvmVersion' field 2023-04-03 09:19:07 +02:00
caps_7.0.0_aarch64.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_7.0.0_aarch64.xml Revert "qemu:: Introduce QEMU_CAPS_MACHINE_VIRT_MTE capability" 2023-05-22 15:13:18 +02:00
caps_7.0.0_aarch64+hvf.replies qemucapabilitiesdata: Add (fake) '+hvf' variant of aarch64 data 2023-04-03 09:19:06 +02:00
caps_7.0.0_aarch64+hvf.xml Revert "qemu:: Introduce QEMU_CAPS_MACHINE_VIRT_MTE capability" 2023-05-22 15:13:18 +02:00
caps_7.0.0_ppc64.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_7.0.0_ppc64.xml qemu: capabilities: Retire obsolete 'pseries' capabilities 2023-04-03 09:19:07 +02:00
caps_7.0.0_x86_64.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_7.0.0_x86_64.xml qemu: capabilities: Drop 'kvmVersion' field 2023-04-03 09:19:07 +02:00
caps_7.1.0_ppc64.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_7.1.0_ppc64.xml qemu: capabilities: Retire obsolete 'pseries' capabilities 2023-04-03 09:19:07 +02:00
caps_7.1.0_x86_64.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_7.1.0_x86_64.xml qemu: capabilities: Drop 'kvmVersion' field 2023-04-03 09:19:07 +02:00
caps_7.2.0_ppc.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_7.2.0_ppc.xml qemu: capabilities: Drop 'kvmVersion' field 2023-04-03 09:19:07 +02:00
caps_7.2.0_x86_64.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_7.2.0_x86_64.xml qemu: capabilities: Drop 'kvmVersion' field 2023-04-03 09:19:07 +02:00
caps_7.2.0_x86_64+hvf.replies qemucapabilitiesdata: Add (fake) '+hvf' variant of x86_64 data 2023-04-03 09:19:06 +02:00
caps_7.2.0_x86_64+hvf.xml qemu: capabilities: Drop 'kvmVersion' field 2023-04-03 09:19:07 +02:00
caps_8.0.0_riscv64.replies qemucapabilitiesdata: Separate version from architecture with a '_' 2023-04-03 09:19:06 +02:00
caps_8.0.0_riscv64.xml qemu: Change default machine type for RISC-V 2023-04-18 08:55:25 -06:00
caps_8.0.0_x86_64.replies qemucapabilitiestest: Update x86_64 capabilities for qemu-8.0.0 release 2023-04-24 09:36:34 +02:00
caps_8.0.0_x86_64.xml qemucapabilitiestest: Update x86_64 capabilities for qemu-8.0.0 release 2023-04-24 09:36:34 +02:00
caps_8.1.0_s390x.replies tests: add capabilities for QEMU 8.1.0 on s390x 2023-07-10 13:28:09 +02:00
caps_8.1.0_s390x.xml qemu: add run-with async-teardown capability 2023-07-10 13:28:13 +02:00
caps_8.1.0_x86_64.replies tests: qemucapabilitiesdata: Update data for qemu-8.1 dev cycle 2023-06-26 14:52:01 +02:00
caps_8.1.0_x86_64.xml qemu: add run-with async-teardown capability 2023-07-10 13:28:13 +02:00
README.rst domaincapstest: Add testing infrastructure for the '+hvf' variant 2023-04-03 09:19:06 +02:00

QEMU capabilities testing

Purpose

Test data in this directory is used:

  • to excercise the capability parsing code in qemucapabilitiestest
  • provides "real" capabilities data for test suites such as domaincapstest qemuxml2argvtest, qemuxml2xmltest, and others
  • provides the required data to validate the QMP commands used by libvirt against qemu's QMP schema

Naming

Files in this directory have the following naming scheme:

caps_$QEMUVERSION_$ARCHITECTURE.$SUFFIX

or:

caps_$QEMUVERSION_$ARCHITECTURE+$VARIANT.$SUFFIX

$QEMUVERSION

Numeric representation of the qemu version, e.g.: 7.0.0

$ARCHITECTURE

Architecture string such as x86_64, aarch64, etc.

$SUFFIX

.replies for the dump of the QMP communication used to probe qemu. .xml for the generated capability dump

$VARIANT

The variant name is an optional arbitrary string, not containing any dot.

A variant is an additional named version of capabilities for given version and architecture tuple. This allows for testing special cases which e.g. depend on a specific host platform or operating system feature, which differs from the main tests. Note that in the test code the variant name is an empty string or includes the '+' sign for ease of use.

Known test variants

+hvf

Variant of the test data using the Apple OSX Hypervisor Framework acceleration for qemu.

Usage in tests

Test suites such as qemucapabilitiestest or domaincapstest pick up the test data automatically once the corresponding .xml or .replies file is present in tests/qemucapabilitiesdata.

Other test suites such as qemuxml2argvtest provide macros which invoke test cases using this data such as DO_TEST_CAPS_LATEST.

Capturing QEMU capabilities

QEMU capabilities are captured by running the qemucapsprobe on the QEMU binary on given architecture and then capturing the output. Since virtualization acceleration is also probed it's required to run it on real hardware.

The capabilities dumps contain also host-specific information such as the exact CPU definition of the machine where it was ran on, thus they can differ significantly when run on other machines.

Probing QEMU

Run the qemucapsprobe tool:

$ LIBVIRT_BUILDDIR/tests/qemucapsprobe /path/to/qemu > output.replies

The tool spawns the qemu binary and performs probing as if libvirt would do that. The QMP conversation between qemu and libvirt is dumped to stdout. User running the probe must be able to access the virtualization accelerator (e.g. have proper permissions on /dev/kvm)

Generating the output files

Place the captured output .replies file into this directory and run:

$ VIR_TEST_REGENERATE_OUTPUT=1 ninja test

This runs the test-suite instructing it to update and/or generate all new data the test would normally expect.

Manual modifications the .replies file

In certain cases it's impractical or impossible to re-generate the .replies file on a code change causing a change to the actual QMP query process.

In such case a careful manual modification of the .replies is tolerated.

To aid such modification the tool tests/qemucapabilitiesnumbering can be used.

The tool validates and updates the numbering of the entries in the QMP dump in case something was modified.

The tool also allows programatic modification of the .replies file.

See tests/qemucapabilitiesnumbering.c.