[PATCH 17/24] qemucapabilitiesdata: Add (fake) '+hvf' variant of x86_64 data

[Martin Kletzander]

On Thu, Mar 16, 2023 at 05:11:46PM +0100, Peter Krempa wrote:
>The data is based on the generic variant of the 7.2.0 data on x86_64.
>
>Only modification to the '.replies' file is that KVM is reported as
>unavailable/unsupported.
>
>Ideally this will be replaced by a dump captured from a real system.
>
>Signed-off-by: Peter Krempa <pkrempa at redhat.com>
>---
> .../qemu_7.2.0-hvf.x86_64+hvf.xml             |   183 +
> .../qemu_7.2.0-tcg.x86_64+hvf.xml             |   264 +
> .../caps_7.2.0_x86_64+hvf.replies             | 39399 ++++++++++++++++
> .../caps_7.2.0_x86_64+hvf.xml                 |  3250 ++
> tests/qemucaps2xmloutdata/caps.x86_64+hvf.xml |    28 +
> 5 files changed, 43124 insertions(+)
> create mode 100644 tests/domaincapsdata/qemu_7.2.0-hvf.x86_64+hvf.xml
> create mode 100644 tests/domaincapsdata/qemu_7.2.0-tcg.x86_64+hvf.xml
> create mode 100644 tests/qemucapabilitiesdata/caps_7.2.0_x86_64+hvf.replies
> create mode 100644 tests/qemucapabilitiesdata/caps_7.2.0_x86_64+hvf.xml
> create mode 100644 tests/qemucaps2xmloutdata/caps.x86_64+hvf.xml
>
>diff --git a/tests/domaincapsdata/qemu_7.2.0-hvf.x86_64+hvf.xml b/tests/domaincapsdata/qemu_7.2.0-hvf.x86_64+hvf.xml
>new file mode 100644
>index 0000000000..d6dc93d957
>--- /dev/null
>+++ b/tests/domaincapsdata/qemu_7.2.0-hvf.x86_64+hvf.xml
>@@ -0,0 +1,183 @@
>+<domainCapabilities>
>+  <path>/usr/bin/qemu-system-x86_64</path>
>+  <domain>hvf</domain>
>+  <machine>pc-i440fx-7.2</machine>
>+  <arch>x86_64</arch>

Wow, x86_64 with ...

>+  <iothreads supported='yes'/>
>+  <os supported='yes'>
>+    <enum name='firmware'>
>+      <value>bios</value>
>+      <value>efi</value>
>+    </enum>
>+    <loader supported='yes'>
>+      <value>/usr/share/AAVMF/AAVMF_CODE.fd</value>
>+      <value>/usr/share/AAVMF/AAVMF32_CODE.fd</value>

... AAVMF =)

[...]

>+{
>+  "execute": "query-kvm",
>+  "id": "libvirt-6"
>+}
>+
>+{
>+  "return": {
>+    "enabled": false,
>+    "present": false

Here you say it is not present, but ...

>+  },
>+  "id": "libvirt-6"
>+}
>+
>+{
>+  "execute": "qom-list-types",
>+  "id": "libvirt-7"
>+}
>+
>+{
>+  "return": [

[...]

>+    {
>+      "name": "kvm-accel",
>+      "parent": "accel"
>+    },

... this is still kept in.  Thankfully we do not base anything on it, I
don't think.

Anyway, enough of the silliness.  Could we get the real dump from CI
somehow?  Or is there a need to build the qemu there just for this?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20230321/33245cb2/attachment-0001.sig>