shaba/libvirt
1
0
Fork 0
mirror of https://gitlab.com/libvirt/libvirt.git synced 2024-12-23 21:34:54 +03:00
Code Releases Activity
0fcc78d51b
libvirt/tests/qemucapabilitiesdata/caps_2.8.0.s390x.xml

258 lines
9.2 KiB
XML
Raw Normal View History

test-data: Qemu caps replies and xml for s390x qemu 2.7 and 2.8 Expected Qemu replies for versions 2.7 and 2.8 from the s390x Qemu binary. Signed-off-by: Collin L. Walling <walling@linux.vnet.ibm.com> Signed-off-by: Jason J. Herne <jjherne@linux.vnet.ibm.com>
2016-12-18 22:22:23 +03:00
<qemuCaps>
<qemuctime>0</qemuctime>
<selfctime>0</selfctime>
<selfvers>0</selfvers>
<flag name='kvm'/>
<flag name='virtio-tx-alg'/>
<flag name='virtio-blk-pci.ioeventfd'/>
<flag name='virtio-blk-pci.event_idx'/>
<flag name='virtio-net-pci.event_idx'/>
<flag name='virtio-blk-pci.scsi'/>
<flag name='scsi-disk.channel'/>
<flag name='scsi-block'/>
<flag name='dump-guest-memory'/>
<flag name='virtio-scsi-pci'/>
<flag name='blockio'/>
<flag name='scsi-disk.wwn'/>
Reintroduce QEMU_CAPS_SECCOMP_SANDBOX Commit 766d5c1b deprecated the capability, because we were assuming it for every QEMU binary. At the time of the introduction, there was no way to probe for this via QMP. However since QEMU 1.5.0 (which is the earliest version we support) we can rely on the query-command-line-options command to detect this feature. Signed-off-by: Ján Tomko <jtomko@redhat.com> Reviewed-by: John Ferlan <jferlan@redhat.com>
2018-05-18 15:46:54 +03:00
<flag name='seccomp-sandbox'/>
test-data: Qemu caps replies and xml for s390x qemu 2.7 and 2.8 Expected Qemu replies for versions 2.7 and 2.8 from the s390x Qemu binary. Signed-off-by: Collin L. Walling <walling@linux.vnet.ibm.com> Signed-off-by: Jason J. Herne <jjherne@linux.vnet.ibm.com>
2016-12-18 22:22:23 +03:00
<flag name='reboot-timeout'/>
<flag name='vnc'/>
<flag name='device-video-primary'/>
<flag name='s390-sclp'/>
<flag name='nbd-server'/>
<flag name='virtio-rng'/>
<flag name='rng-random'/>
<flag name='rng-egd'/>
<flag name='virtio-ccw'/>
<flag name='pci-bridge'/>
<flag name='vfio-pci'/>
<flag name='mem-merge'/>
<flag name='drive-discard'/>
<flag name='virtio-mmio'/>
<flag name='boot-strict'/>
<flag name='msg-timestamp'/>
<flag name='active-commit'/>
<flag name='change-backing-file'/>
<flag name='memory-backend-ram'/>
<flag name='numa'/>
<flag name='memory-backend-file'/>
<flag name='splash-timeout'/>
<flag name='iothread'/>
<flag name='migrate-rdma'/>
<flag name='drive-iotune-max'/>
<flag name='machine-vmport-opt'/>
<flag name='aes-key-wrap'/>
<flag name='dea-key-wrap'/>
<flag name='vhost-user-multiqueue'/>
<flag name='migration-event'/>
<flag name='virtio-net'/>
<flag name='gic-version'/>
<flag name='incoming-defer'/>
<flag name='virtio-gpu'/>
<flag name='virtio-keyboard'/>
<flag name='virtio-mouse'/>
<flag name='virtio-tablet'/>
<flag name='virtio-input-host'/>
<flag name='chardev-file-append'/>
<flag name='vserport-change-event'/>
<flag name='virtio-balloon-pci.deflate-on-oom'/>
<flag name='chardev-logfile'/>
<flag name='debug-threads'/>
<flag name='secret'/>
<flag name='pxb'/>
<flag name='pxb-pcie'/>
<flag name='virtio-scsi-pci.iothread'/>
<flag name='name-guest'/>
<flag name='drive-detect-zeroes'/>
<flag name='tls-creds-x509'/>
<flag name='smm'/>
<flag name='virtio-pci-disable-legacy'/>
<flag name='query-hotpluggable-cpus'/>
<flag name='virtio-net.rx_queue_size'/>
<flag name='drive-iotune-max-length'/>
<flag name='query-qmp-schema'/>
<flag name='gluster.debug_level'/>
<flag name='vhost-scsi'/>
<flag name='drive-iotune-group'/>
qemu: qmp query-cpu-model-expansion command query-cpu-model-expansion is used to get a list of features for a given cpu model name or to get the model and features of the host hardware/environment as seen by Qemu/kvm. Signed-off-by: Collin L. Walling <walling@linux.vnet.ibm.com> Signed-off-by: Jason J. Herne <jjherne@linux.vnet.ibm.com>
2016-12-18 22:22:26 +03:00
<flag name='query-cpu-model-expansion'/>
qemu: skip QMP probing of CPU definitions when missing This unbreaks emulators that don't support this command such as qemu-system-mips*. Reference: http://bugs.debian.org/854125
2017-03-16 11:19:02 +03:00
<flag name='query-cpu-definitions'/>
qemu: monitor: Add support for BLOCK_WRITE_THRESHOLD event The event is fired when a given block backend node (identified by the node name) experiences a write beyond the bound set via block-set-write-threshold QMP command. This wires up the monitor code to extract the data and allow us receiving the events and the capability.
2017-02-22 18:52:22 +03:00
<flag name='block-write-threshold'/>
qemu: capabilities: add capability for query-named-block-nodes qmp cmd
2017-03-15 19:21:48 +03:00
<flag name='query-named-block-nodes'/>
qemu: format kernel_irqchip on the command line Add kernel_irqchip=split/on to the QEMU command line and a capability that looks for it in query-command-line-options output. For the 'split' option, use a version check since it cannot be reasonably probed. https://bugzilla.redhat.com/show_bug.cgi?id=1427005
2017-03-17 10:26:49 +03:00
<flag name='kernel-irqchip'/>
<flag name='kernel-irqchip.split'/>
qemu: capabilities: introduce QEMU_CAPS_VNC_MULTI_SERVERS Signed-off-by: Pavel Hrdina <phrdina@redhat.com>
2017-07-21 19:44:14 +03:00
<flag name='vnc-multi-servers'/>
qemu: introduce QEMU_CAPS_CHARDEV_RECONNECT Signed-off-by: Pavel Hrdina <phrdina@redhat.com>
2017-08-09 16:06:40 +03:00
<flag name='chardev-reconnect'/>
qemu: Add capabilities for virtio-vga/gpu's max_outputs= parameter Signed-off-by: Martin Kletzander <mkletzan@redhat.com>
2017-08-23 15:06:17 +03:00
<flag name='virtio-gpu.max_outputs'/>
qemucapstest: Update test data for 'num-queues' property of virtio-blk Signed-off-by: Lin Ma <lma@suse.com>
2017-09-30 20:15:35 +03:00
<flag name='virtio-blk.num-queues'/>
qemu: add QEMU_CAPS_DEVICE_SCLPLMCONSOLE Add a separate capability for the sclplmconsole device, and check it specifically instead of using QEMU_CAPS_DEVICE_SCLPCONSOLE for that too. Signed-off-by: Pino Toscano <ptoscano@redhat.com> Reviewed-by: Andrea Bolognani <abologna@redhat.com>
2017-11-15 20:08:44 +03:00
<flag name='sclplmconsole'/>
qemu: Add dump completed event to the capabilities Add the DUMP_COMPLETED check to the capabilities. This is the mechanism used to determine whether the dump-guest-memory command can support the "-detach" option and thus be able to wait on the event and allow for a query of the progress of the dump. Reviewed-by: Jiri Denemark <jdenemar@redhat.com>
2017-11-17 16:46:27 +03:00
<flag name='dump-completed'/>
qemu: caps: Add capability for 'write-cache' parameter of disk frontends QEMU translates the cache mode of a disk internally into 3 flags. 'write-cache' is a flag of the frontend while others are flag of the backing storage. Add capability which will allow expressing it via the frontend attribute. Signed-off-by: Peter Krempa <pkrempa@redhat.com>
2018-04-03 20:11:22 +03:00
<flag name='disk-write-cache'/>
qemu: caps: Add capability for TLS transport in the NBD server The NBD server in qemu supports TLS transport. Detect this capability. Signed-off-by: Peter Krempa <pkrempa@redhat.com> Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
2018-04-26 14:11:05 +03:00
<flag name='nbd-tls'/>
qemu: introduce capability for virtual-css-bridge Let us introduce the capability QEMU_CAPS_CCW for virtual-css-bridge and replace QEMU_CAPS_VIRTIO_CCW with QEMU_CAPS_CCW in code segments which identify support for ccw devices. The virtual-css-bridge is part of the ccw support introduced in QEMU 2.7. The QEMU_CAPS_CCW capability is based on the existence of the QEMU type. Let us also add the capability QEMU_CAPS_CCW to the tests which require support for ccw devices. Signed-off-by: Shalini Chellathurai Saroja <shalini@linux.vnet.ibm.com> Reviewed-by: Bjoern Walk <bwalk@linux.ibm.com> Reviewed-by: Boris Fiuczynski <fiuczy@linux.ibm.com> Reviewed-by: John Ferlan <jferlan@redhat.com>
2018-05-07 17:41:11 +03:00
<flag name='virtual-css-bridge'/>
qemu: Add QEMU_CAPS_SDL_GL to qemu capabilities Support OpenGL acceleration capability when using SDL graphics. Signed-off-by: Maciej Wolny <maciej.wolny@codethink.co.uk> Reviewed-by: John Ferlan <jferlan@redhat.com>
2018-05-10 13:53:58 +03:00
<flag name='sdl-gl'/>
Introduce QEMU_CAPS_DEVICE_VHOST_VSOCK Add a new capability flag for vhost-vsock-device https://bugzilla.redhat.com/show_bug.cgi?id=1291851 Signed-off-by: Ján Tomko <jtomko@redhat.com>
2017-11-01 18:13:27 +03:00
<flag name='vhost-vsock'/>
qemu: Introduce zPCI capability Let's introduce zPCI capability. Signed-off-by: Yi Min Zhao <zyimin@linux.ibm.com> Reviewed-by: Boris Fiuczynski <fiuczy@linux.ibm.com> Reviewed-by: Stefan Zimmermann <stzi@linux.ibm.com> Reviewed-by: Bjoern Walk <bwalk@linux.ibm.com> Reviewed-by: Ján Tomko <jtomko@redhat.com> Reviewed-by: Andrea Bolognani <abologna@redhat.com>
2018-11-08 14:00:20 +03:00
<flag name='zpci'/>
qemu_capabilities: introduce QEMU_CAPS_QUERY_CPU_MODEL_BASELINE This capability enables baselining of CPU models via QMP. Signed-off-by: Collin Walling <walling@linux.ibm.com> Reviewed-by: Daniel Henrique Barboza <danielh413@gmail.com> Reviewed-by: Boris Fiuczynski <fiuczy@linux.ibm.com> Message-Id: <1568924706-2311-9-git-send-email-walling@linux.ibm.com> Reviewed-by: Jiri Denemark <jdenemar@redhat.com>
2019-09-19 23:24:59 +03:00
<flag name='query-cpu-model-baseline'/>
qemu_capabilities: introduce QEMU_CAPS_QUERY_CPU_MODEL_COMPARISON This capability enables comparison of CPU models via QMP. Signed-off-by: Collin Walling <walling@linux.ibm.com> Reviewed-by: Daniel Henrique Barboza <danielh413@gmail.com> Reviewed-by: Boris Fiuczynski <fiuczy@linux.ibm.com> Message-Id: <1568924706-2311-13-git-send-email-walling@linux.ibm.com> Reviewed-by: Jiri Denemark <jdenemar@redhat.com>
2019-09-19 23:25:03 +03:00
<flag name='query-cpu-model-comparison'/>
test-data: Qemu caps replies and xml for s390x qemu 2.7 and 2.8 Expected Qemu replies for versions 2.7 and 2.8 from the s390x Qemu binary. Signed-off-by: Collin L. Walling <walling@linux.vnet.ibm.com> Signed-off-by: Jason J. Herne <jjherne@linux.vnet.ibm.com>
2016-12-18 22:22:23 +03:00
<version>2007093</version>
<kvmVersion>0</kvmVersion>
tests: testQemuCapsIterate: Pass prefix and version to callback Right now we're passing a "base" string that contains both, separated by an underscore. Some changes that we're going to introduce later will require us to have the version number on its own, and instead of delegating the task of splitting the two apart to the callback it make more sense to perform it upfront. This change results in quite a bit of churn because we're now using the version number only, without the prefix, to calculate the dummy microcodeVersion. Signed-off-by: Andrea Bolognani <abologna@redhat.com> Reviewed-by: Jiri Denemark <jdenemar@redhat.com>
2019-10-22 17:08:10 +03:00
<microcodeVersion>39100246</microcodeVersion>
test-data: Qemu caps replies and xml for s390x qemu 2.7 and 2.8 Expected Qemu replies for versions 2.7 and 2.8 from the s390x Qemu binary. Signed-off-by: Collin L. Walling <walling@linux.vnet.ibm.com> Signed-off-by: Jason J. Herne <jjherne@linux.vnet.ibm.com>
2016-12-18 22:22:23 +03:00
<package></package>
<arch>s390x</arch>
qemuMonitorCPUModelInfo: Add support for non-migratable features QEMU is able to tell us whether a CPU feature would block migration or not. This patch adds support for storing such features in qemuMonitorCPUModelInfo. Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
2017-03-29 11:33:08 +03:00
<hostCPU type='kvm' model='zEC12.2-base' migratability='no'>
qemu: Prepare for more types in qemuMonitorCPUModelInfo Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
2017-02-22 17:46:47 +03:00
<property name='aefsi' type='boolean' value='true'/>
<property name='msa5' type='boolean' value='true'/>
<property name='msa4' type='boolean' value='true'/>
<property name='msa3' type='boolean' value='true'/>
<property name='msa2' type='boolean' value='true'/>
<property name='msa1' type='boolean' value='true'/>
<property name='sthyi' type='boolean' value='true'/>
<property name='edat' type='boolean' value='true'/>
<property name='ri' type='boolean' value='true'/>
<property name='edat2' type='boolean' value='true'/>
<property name='ipter' type='boolean' value='true'/>
<property name='esop' type='boolean' value='true'/>
<property name='cte' type='boolean' value='true'/>
<property name='te' type='boolean' value='true'/>
<property name='cmm' type='boolean' value='true'/>
qemu-caps: Get host model directly from Qemu when available When qmp query-cpu-model-expansion is available probe Qemu for its view of the host model. In kvm environments this can provide a more complete view of the host model because features supported by Qemu and Kvm can be considered. Signed-off-by: Collin L. Walling <walling@linux.vnet.ibm.com> Signed-off-by: Jason J. Herne <jjherne@linux.vnet.ibm.com>
2017-01-06 10:52:22 +03:00
</hostCPU>
test-data: Qemu caps replies and xml for s390x qemu 2.7 and 2.8 Expected Qemu replies for versions 2.7 and 2.8 from the s390x Qemu binary. Signed-off-by: Collin L. Walling <walling@linux.vnet.ibm.com> Signed-off-by: Jason J. Herne <jjherne@linux.vnet.ibm.com>
2016-12-18 22:22:23 +03:00
<cpu type='kvm' name='z10EC-base'/>
<cpu type='kvm' name='z9EC-base'/>
<cpu type='kvm' name='z196.2-base'/>
<cpu type='kvm' name='z900-base'/>
<cpu type='kvm' name='z990'/>
<cpu type='kvm' name='z900.2-base'/>
<cpu type='kvm' name='host'/>
<cpu type='kvm' name='z900.3'/>
<cpu type='kvm' name='z114'/>
<cpu type='kvm' name='z890-base'/>
<cpu type='kvm' name='z13.2-base'/>
<cpu type='kvm' name='zEC12.2'/>
<cpu type='kvm' name='z900.2'/>
<cpu type='kvm' name='z10BC'/>
<cpu type='kvm' name='z10BC.2'/>
<cpu type='kvm' name='z196'/>
<cpu type='kvm' name='z9EC'/>
<cpu type='kvm' name='z990-base'/>
<cpu type='kvm' name='z10EC.3'/>
<cpu type='kvm' name='z900'/>
<cpu type='kvm' name='z9EC.3-base'/>
<cpu type='kvm' name='z990.5-base'/>
<cpu type='kvm' name='z10EC.2'/>
<cpu type='kvm' name='z9BC.2'/>
<cpu type='kvm' name='z10EC'/>
<cpu type='kvm' name='z990.3-base'/>
<cpu type='kvm' name='z13s'/>
<cpu type='kvm' name='z10EC.3-base'/>
<cpu type='kvm' name='zEC12.2-base'/>
<cpu type='kvm' name='z890.3-base'/>
<cpu type='kvm' name='z9EC.3'/>
<cpu type='kvm' name='z990.5'/>
<cpu type='kvm' name='z13'/>
<cpu type='kvm' name='z13s-base'/>
<cpu type='kvm' name='z9EC.2'/>
<cpu type='kvm' name='z990.4'/>
<cpu type='kvm' name='zEC12-base'/>
<cpu type='kvm' name='z9EC.2-base'/>
<cpu type='kvm' name='zBC12'/>
<cpu type='kvm' name='z196.2'/>
<cpu type='kvm' name='z990.3'/>
<cpu type='kvm' name='z990.2-base'/>
<cpu type='kvm' name='z900.3-base'/>
<cpu type='kvm' name='z890.3'/>
<cpu type='kvm' name='z10EC.2-base'/>
<cpu type='kvm' name='z990.2'/>
<cpu type='kvm' name='z890.2'/>
<cpu type='kvm' name='zBC12-base'/>
<cpu type='kvm' name='z800-base'/>
<cpu type='kvm' name='zEC12'/>
<cpu type='kvm' name='z9BC.2-base'/>
<cpu type='kvm' name='z9BC'/>
<cpu type='kvm' name='z10BC.2-base'/>
<cpu type='kvm' name='z990.4-base'/>
<cpu type='kvm' name='qemu'/>
<cpu type='kvm' name='z10BC-base'/>
<cpu type='kvm' name='z9BC-base'/>
<cpu type='kvm' name='z800'/>
<cpu type='kvm' name='z890.2-base'/>
<cpu type='kvm' name='z13.2'/>
<cpu type='kvm' name='z114-base'/>
<cpu type='kvm' name='z196-base'/>
<cpu type='kvm' name='z13-base'/>
<cpu type='kvm' name='z890'/>
qemu: Make probed machine types depend on accelerator Some specifics of machine types may depend on the accelerator and thus the data should be moved to virQEMUCapsAccel. The TCG machine types are just copied from the ones probed for KVM to simplify the changes to qemucapabilitiestest data files. Signed-off-by: Jiri Denemark <jdenemar@redhat.com> Reviewed-by: Ján Tomko <jtomko@redhat.com>
2019-10-24 15:19:38 +03:00
<machine type='kvm' name='s390-ccw-virtio-2.8' alias='s390-ccw-virtio' maxCpus='248' default='yes'/>
<machine type='kvm' name='s390-ccw-virtio-2.7' maxCpus='248'/>
<machine type='kvm' name='s390-ccw-virtio-2.6' maxCpus='248'/>
<machine type='kvm' name='s390-ccw-virtio-2.5' maxCpus='248'/>
<machine type='kvm' name='s390-ccw-virtio-2.4' maxCpus='248'/>
test-data: Qemu caps replies and xml for s390x qemu 2.7 and 2.8 Expected Qemu replies for versions 2.7 and 2.8 from the s390x Qemu binary. Signed-off-by: Collin L. Walling <walling@linux.vnet.ibm.com> Signed-off-by: Jason J. Herne <jjherne@linux.vnet.ibm.com>
2016-12-18 22:22:23 +03:00
<cpu type='tcg' name='z10EC-base'/>
<cpu type='tcg' name='z9EC-base'/>
<cpu type='tcg' name='z196.2-base'/>
<cpu type='tcg' name='z900-base'/>
<cpu type='tcg' name='z990'/>
<cpu type='tcg' name='z900.2-base'/>
<cpu type='tcg' name='host'/>
<cpu type='tcg' name='z900.3'/>
<cpu type='tcg' name='z114'/>
<cpu type='tcg' name='z890-base'/>
<cpu type='tcg' name='z13.2-base'/>
<cpu type='tcg' name='zEC12.2'/>
<cpu type='tcg' name='z900.2'/>
<cpu type='tcg' name='z10BC'/>
<cpu type='tcg' name='z10BC.2'/>
<cpu type='tcg' name='z196'/>
<cpu type='tcg' name='z9EC'/>
<cpu type='tcg' name='z990-base'/>
<cpu type='tcg' name='z10EC.3'/>
<cpu type='tcg' name='z900'/>
<cpu type='tcg' name='z9EC.3-base'/>
<cpu type='tcg' name='z990.5-base'/>
<cpu type='tcg' name='z10EC.2'/>
<cpu type='tcg' name='z9BC.2'/>
<cpu type='tcg' name='z10EC'/>
<cpu type='tcg' name='z990.3-base'/>
<cpu type='tcg' name='z13s'/>
<cpu type='tcg' name='z10EC.3-base'/>
<cpu type='tcg' name='zEC12.2-base'/>
<cpu type='tcg' name='z890.3-base'/>
<cpu type='tcg' name='z9EC.3'/>
<cpu type='tcg' name='z990.5'/>
<cpu type='tcg' name='z13'/>
<cpu type='tcg' name='z13s-base'/>
<cpu type='tcg' name='z9EC.2'/>
<cpu type='tcg' name='z990.4'/>
<cpu type='tcg' name='zEC12-base'/>
<cpu type='tcg' name='z9EC.2-base'/>
<cpu type='tcg' name='zBC12'/>
<cpu type='tcg' name='z196.2'/>
<cpu type='tcg' name='z990.3'/>
<cpu type='tcg' name='z990.2-base'/>
<cpu type='tcg' name='z900.3-base'/>
<cpu type='tcg' name='z890.3'/>
<cpu type='tcg' name='z10EC.2-base'/>
<cpu type='tcg' name='z990.2'/>
<cpu type='tcg' name='z890.2'/>
<cpu type='tcg' name='zBC12-base'/>
<cpu type='tcg' name='z800-base'/>
<cpu type='tcg' name='zEC12'/>
<cpu type='tcg' name='z9BC.2-base'/>
<cpu type='tcg' name='z9BC'/>
<cpu type='tcg' name='z10BC.2-base'/>
<cpu type='tcg' name='z990.4-base'/>
<cpu type='tcg' name='qemu'/>
<cpu type='tcg' name='z10BC-base'/>
<cpu type='tcg' name='z9BC-base'/>
<cpu type='tcg' name='z800'/>
<cpu type='tcg' name='z890.2-base'/>
<cpu type='tcg' name='z13.2'/>
<cpu type='tcg' name='z114-base'/>
<cpu type='tcg' name='z196-base'/>
<cpu type='tcg' name='z13-base'/>
<cpu type='tcg' name='z890'/>
qemu: Make probed machine types depend on accelerator Some specifics of machine types may depend on the accelerator and thus the data should be moved to virQEMUCapsAccel. The TCG machine types are just copied from the ones probed for KVM to simplify the changes to qemucapabilitiestest data files. Signed-off-by: Jiri Denemark <jdenemar@redhat.com> Reviewed-by: Ján Tomko <jtomko@redhat.com>
2019-10-24 15:19:38 +03:00
<machine type='tcg' name='s390-ccw-virtio-2.8' alias='s390-ccw-virtio' maxCpus='248' default='yes'/>
<machine type='tcg' name='s390-ccw-virtio-2.7' maxCpus='248'/>
<machine type='tcg' name='s390-ccw-virtio-2.6' maxCpus='248'/>
<machine type='tcg' name='s390-ccw-virtio-2.5' maxCpus='248'/>
<machine type='tcg' name='s390-ccw-virtio-2.4' maxCpus='248'/>
test-data: Qemu caps replies and xml for s390x qemu 2.7 and 2.8 Expected Qemu replies for versions 2.7 and 2.8 from the s390x Qemu binary. Signed-off-by: Collin L. Walling <walling@linux.vnet.ibm.com> Signed-off-by: Jason J. Herne <jjherne@linux.vnet.ibm.com>
2016-12-18 22:22:23 +03:00
</qemuCaps>
Copy Permalink