[PATCH] virsh: Command completion, add comp-methods with zlib and zstd
by Yalei Li
Signed-off-by: Yalei Li <liyl43(a)chinatelecom.cn>
---
tools/virsh-completer-domain.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/virsh-completer-domain.c b/tools/virsh-completer-domain.c
index b54baf3577..2891d1399c 100644
--- a/tools/virsh-completer-domain.c
+++ b/tools/virsh-completer-domain.c
@@ -1012,7 +1012,7 @@ virshDomainMigrateCompMethodsCompleter(vshControl *ctl,
const vshCmd *cmd,
unsigned int flags)
{
- const char *methods[] = {"xbzrle", "mt", NULL};
+ const char *methods[] = {"xbzrle", "mt", "zlib", "zstd", NULL};
const char *method = NULL;
virCheckFlags(0, NULL);
--
2.27.0
6 months, 2 weeks
[PATCH 0/4] Prepare webpage for hosting via gitlab pages
by Peter Krempa
As the progress on the gitlab feature we need to do this seems good:
https://gitlab.com/gitlab-org/gitlab-pages/-/issues/601
this series prepares the libvirt project to do the hosting and will
allow us to validate it before switching over once the feature is
enabled.
Patches 1/4 and 2/4 can be pushed right away:
- Patch 1/4 prepares the job to publish the page (currently via the
libvirt.gitlab.io/libvirt URL each project gets automatically
- Patch 2/4 adds the '_redirects' file which is populated from adapted
'mod_rewrite' rules from the current server. This file serves for
validation of the rules and will allow us to validate them before
switching over
The last 2 patches are for the subsequent steps:
- 3/4 removes the 'legacy' webpage job, this can be pushed either when
we switch over to gitlab pages or when the old server will fetch the
archive from the new artifacts file
- 4/4 will be needed right before swithching over to gitlab pages as
the redirects will need to be adapted for custom domain hosting
The new 'pages' artifact from a CI run of this series can be viewed at:
https://gitlab.com/pipo.sk/libvirt/-/jobs/5900957150
The 'redirect' validation (from an older version of this series) can be
viewed at:
https://pipo.sk.gitlab.io/libvirt/_redirects
(beware that this will cause a certificate failure, as gitlab pages
doesn't work well if you have a dot in your username ...)
Peter Krempa (4):
gitlab-ci: Configure website build to be published via gitlab pages
docs: Add redirects configuration for gitlab pages
gitlab-ci: Drop the legacy web page job
docs: gitlab redirects: Drop '/libvirt' prefix for hosting the web
through gitlab pages
.gitlab-ci.yml | 80 +++++++++++++++++++++++++++++++++---------
docs/.gitlab_redirects | 54 ++++++++++++++++++++++++++++
2 files changed, 117 insertions(+), 17 deletions(-)
create mode 100644 docs/.gitlab_redirects
--
2.43.0
6 months, 2 weeks
[PATCH v2 0/4] Introduce dynamicMemslots attribute for virtio-mem
by Michal Privoznik
v2 of:
https://lists.libvirt.org/archives/list/devel@lists.libvirt.org/thread/MW...
diff to v1:
- Don't set .unplugged-inaccessible because it's not compatible with
!x84_64 and even on x86_64 it's likely to get deprecated soon. Thanks
David for pointing this out!
Michal Prívozník (4):
conf: Introduce dynamicMemslots attribute for virtio-mem
qemu_capabilities: Add
QEMU_CAPS_DEVICE_VIRTIO_MEM_PCI_DYNAMIC_MEMSLOTS capability
qemu_validate: Check capability for virtio-mem dynamicMemslots
qemu_command: Generate cmd line for virtio-mem dynamicMemslots
docs/formatdomain.rst | 6 ++++++
src/conf/domain_conf.c | 18 +++++++++++++++++-
src/conf/domain_conf.h | 1 +
src/conf/schemas/domaincommon.rng | 5 +++++
src/qemu/qemu_capabilities.c | 2 ++
src/qemu/qemu_capabilities.h | 1 +
src/qemu/qemu_command.c | 3 +++
src/qemu/qemu_validate.c | 7 +++++++
.../qemucapabilitiesdata/caps_8.2.0_x86_64.xml | 1 +
...emory-hotplug-virtio-mem.x86_64-latest.args | 2 +-
.../memory-hotplug-virtio-mem.xml | 2 +-
11 files changed, 45 insertions(+), 3 deletions(-)
--
2.41.0
6 months, 2 weeks
[PATCH v2 00/14] Unreacheble code cleanup
by Dmitry Frolov
A lot of unreacheble code was caused by int functions, which return nothing
except zero. Unreacheble code was removed. Corresponding functions type was
changed to void.
Dmitry Frolov (14):
cpu: turn virCPUx86DataAddItem() to void
cpu: turn virCPUx86DataAdd() to void
libxl: turn libxlCapsAddCPUID() to void
libxl: turn virCapabilitiesAddHostFeature() to void
libxl: turn libxl_get_physinfo() to void
conf: turn virCapabilitiesSetNetPrefix() to void
libxl: turn libxlMakeDomainOSCaps() to void
libxl: turn libxlMakeDomainDeviceDiskCaps() to void
libxl: turn libxlMakeDomainDeviceGraphicsCaps() to void
libxl: turn libxlMakeDomainDeviceVideoCaps() to void
conf: turn virDomainGraphicsListenAppendAddress() to void
vbox: turn vboxDumpDisplay() to void
libxl: turn xenParseXLNamespaceData() to void
rpc: turn virNetClientAddProgram() to void
src/admin/admin_remote.c | 3 +-
src/conf/capabilities.c | 8 +--
src/conf/capabilities.h | 4 +-
src/conf/domain_conf.c | 4 +-
src/conf/domain_conf.h | 2 +-
src/cpu/cpu_x86.c | 91 ++++++++++++---------------------
src/cpu/cpu_x86.h | 2 +-
src/libxl/libxl_capabilities.c | 54 +++++++------------
src/libxl/libxl_conf.c | 20 ++------
src/libxl/libxl_driver.c | 6 +--
src/libxl/xen_common.c | 7 +--
src/libxl/xen_xl.c | 8 ++-
src/locking/lock_driver_lockd.c | 3 +-
src/logging/log_manager.c | 3 +-
src/lxc/lxc_monitor.c | 4 +-
src/remote/remote_driver.c | 7 ++-
src/rpc/virnetclient.c | 3 +-
src/rpc/virnetclient.h | 2 +-
src/test/test_driver.c | 6 +--
src/vbox/vbox_common.c | 13 ++---
src/vmx/vmx.c | 3 +-
tests/libxlmock.c | 5 +-
22 files changed, 86 insertions(+), 172 deletions(-)
--
2.34.1
6 months, 2 weeks
Re: Re: Re: [libvirt PATCH V2 0/4] add loongarch support for libvirt
by Andrea Bolognani
On Tue, Jan 09, 2024 at 01:25:16AM -0800, Andrea Bolognani wrote:
> On Tue, Jan 09, 2024 at 09:51:59AM +0800, lixianglai wrote:
> > Hi Andrea:
> >
> > I'm so sorry to bother you.
> >
> > I modified the code according to your suggestion and sent the second version
> > of patch to the community,
> >
> > but I did not find it in the mailing list, I am not sure whether I have
> > successfully sent it to the community,
> >
> > so I would like to confirm that you can receive the email of the second
> > version of patch I sent?
> >
> > Under normal circumstances, can I see the patch I sent in the link below?
> >
> > https://lists.libvirt.org/archives/list/devel@lists.libvirt.org
>
> Yeah, it's supposed to show up there as well as in the month view[1]
> but I can't see it. I haven't received a copy in my inbox either.
>
> It looks like something went wrong. Normally my first guess would be
> that the messages are held up in the moderation queue, but I've
> confirmed with the list admin that was not the case here.
>
> I'd say maybe give it a bit more time just in case things are
> temporarily stuck in between servers, then send the patches again.
> Worst case scenario, we're going to get two copies, no big deal :)
I think I might have spotted the problem. You probably sent the
patches to the old mailing list address (libvir-list(a)redhat.com)
instead of the new one (devel(a)lists.libvirt.org).
You should have gotten a message back telling you about it (I just
did, which is how I noticed) but I've found those notifications to be
somewhat hit and miss in the past.
Just send the patches to the new address and they should make it to
the list. If you use git-publish, it should automatically pick the
right address.
--
Andrea Bolognani / Red Hat / Virtualization
6 months, 2 weeks
[PATCH] qemu: Be less aggressive when dropping channel source paths
by Michal Privoznik
In v9.7.0-rc1~130 I've shortened the path that's generated for
<channel/> source. With that, I had to adjust regex that matches
all versions of paths we have ever generated so that we can drop
them (see comment around qemuDomainChrDefDropDefaultPath()). But
as it is usually the case with regexes - they are write only. And
while I attempted to make one portion of the path optional
("/target/") I accidentally made regex accept more, which
resulted in libvirt dropping the user provided path and
generating our own instead.
Fixes: d3759d3674ab9453e5fb5a27ab6c28b8ff8d5569
Resolves: https://issues.redhat.com/browse/RHEL-20807
Signed-off-by: Michal Privoznik <mprivozn(a)redhat.com>
---
src/qemu/qemu_domain.c | 2 +-
...hannel-unix-source-path.x86_64-latest.args | 8 ++++++++
.../channel-unix-source-path.xml | 16 +++++++++++++++
...-unix-source-path-active.x86_64-latest.xml | 20 +++++++++++++++++++
...nix-source-path-inactive.x86_64-latest.xml | 20 +++++++++++++++++++
5 files changed, 65 insertions(+), 1 deletion(-)
diff --git a/src/qemu/qemu_domain.c b/src/qemu/qemu_domain.c
index 003fe7c71b..3a00fb689e 100644
--- a/src/qemu/qemu_domain.c
+++ b/src/qemu/qemu_domain.c
@@ -5447,7 +5447,7 @@ qemuDomainChrMatchDefaultPath(const char *prefix,
virBufferEscapeRegex(&buf, "^%s", prefix);
if (infix)
virBufferEscapeRegex(&buf, "%s", infix);
- virBufferAddLit(&buf, "/(target/)?([^/]+\\.)|(domain-[^/]+/)|([0-9]+-[^/]+/)");
+ virBufferAddLit(&buf, "/(target/)?(([^/]+\\.)|(domain-[^/]+/)|([0-9]+-[^/]+/))");
virBufferEscapeRegex(&buf, "%s$", target);
regexp = virBufferContentAndReset(&buf);
diff --git a/tests/qemuxml2argvdata/channel-unix-source-path.x86_64-latest.args b/tests/qemuxml2argvdata/channel-unix-source-path.x86_64-latest.args
index 821a508a40..845236d286 100644
--- a/tests/qemuxml2argvdata/channel-unix-source-path.x86_64-latest.args
+++ b/tests/qemuxml2argvdata/channel-unix-source-path.x86_64-latest.args
@@ -40,6 +40,14 @@ XDG_CONFIG_HOME=/var/lib/libvirt/qemu/domain--1-QEMUGuest1/.config \
-device '{"driver":"virtserialport","bus":"virtio-serial0.0","nr":5,"chardev":"charchannel4","id":"channel4","name":"org.qemu.guest_agent.4"}' \
-chardev socket,id=charchannel5,fd=1729,server=on,wait=off \
-device '{"driver":"virtserialport","bus":"virtio-serial0.0","nr":6,"chardev":"charchannel5","id":"channel5","name":"org.qemu.guest_agent.5"}' \
+-chardev socket,id=charchannel6,fd=1729,server=on,wait=off \
+-device '{"driver":"virtserialport","bus":"virtio-serial0.0","nr":7,"chardev":"charchannel6","id":"channel6","name":"org.qemu.guest_agent.6"}' \
+-chardev socket,id=charchannel7,fd=1729,server=on,wait=off \
+-device '{"driver":"virtserialport","bus":"virtio-serial0.0","nr":8,"chardev":"charchannel7","id":"channel7","name":"org.qemu.guest_agent.7"}' \
+-chardev socket,id=charchannel8,fd=1729,server=on,wait=off \
+-device '{"driver":"virtserialport","bus":"virtio-serial0.0","nr":9,"chardev":"charchannel8","id":"channel8","name":"org.qemu.guest_agent.8"}' \
+-chardev socket,id=charchannel9,fd=1729,server=on,wait=off \
+-device '{"driver":"virtserialport","bus":"virtio-serial0.0","nr":10,"chardev":"charchannel9","id":"channel9","name":"org.qemu.guest_agent.9"}' \
-audiodev '{"id":"audio1","driver":"none"}' \
-sandbox on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny \
-msg timestamp=on
diff --git a/tests/qemuxml2argvdata/channel-unix-source-path.xml b/tests/qemuxml2argvdata/channel-unix-source-path.xml
index df548d88e7..265971eb94 100644
--- a/tests/qemuxml2argvdata/channel-unix-source-path.xml
+++ b/tests/qemuxml2argvdata/channel-unix-source-path.xml
@@ -32,6 +32,22 @@
<source mode='bind' path='/var/run/libvirt/qemu/channel/1-QEMUGuest1/org.qemu.guest_agent.5'/>
<target type='virtio' name='org.qemu.guest_agent.5'/>
</channel>
+ <channel type="unix">
+ <source mode="bind" path="/1-QEMUGuest1/org.qemu.guest_agent.6"/>
+ <target type="virtio" name="org.qemu.guest_agent.6" state="connected"/>
+ </channel>
+ <channel type="unix">
+ <source mode="bind" path="/tmp/1-QEMUGuest1/org.qemu.guest_agent.7"/>
+ <target type="virtio" name="org.qemu.guest_agent.7" state="connected"/>
+ </channel>
+ <channel type="unix">
+ <source mode="bind" path="/tmp/libvirt/qemu/channel/1-QEMUGuest1/org.qemu.guest_agent.8"/>
+ <target type="virtio" name="org.qemu.guest_agent.8" state="connected"/>
+ </channel>
+ <channel type="unix">
+ <source mode="bind" path="/tmp/org.qemu.guest_agent.9"/>
+ <target type="virtio" name="org.qemu.guest_agent.9" state="connected"/>
+ </channel>
<memballoon model='none'/>
</devices>
</domain>
diff --git a/tests/qemuxml2xmloutdata/channel-unix-source-path-active.x86_64-latest.xml b/tests/qemuxml2xmloutdata/channel-unix-source-path-active.x86_64-latest.xml
index 022ad7025a..12a981438c 100644
--- a/tests/qemuxml2xmloutdata/channel-unix-source-path-active.x86_64-latest.xml
+++ b/tests/qemuxml2xmloutdata/channel-unix-source-path-active.x86_64-latest.xml
@@ -54,6 +54,26 @@
<target type='virtio' name='org.qemu.guest_agent.5'/>
<address type='virtio-serial' controller='0' bus='0' port='6'/>
</channel>
+ <channel type='unix'>
+ <source mode='bind' path='/1-QEMUGuest1/org.qemu.guest_agent.6'/>
+ <target type='virtio' name='org.qemu.guest_agent.6'/>
+ <address type='virtio-serial' controller='0' bus='0' port='7'/>
+ </channel>
+ <channel type='unix'>
+ <source mode='bind' path='/tmp/1-QEMUGuest1/org.qemu.guest_agent.7'/>
+ <target type='virtio' name='org.qemu.guest_agent.7'/>
+ <address type='virtio-serial' controller='0' bus='0' port='8'/>
+ </channel>
+ <channel type='unix'>
+ <source mode='bind' path='/tmp/libvirt/qemu/channel/1-QEMUGuest1/org.qemu.guest_agent.8'/>
+ <target type='virtio' name='org.qemu.guest_agent.8'/>
+ <address type='virtio-serial' controller='0' bus='0' port='9'/>
+ </channel>
+ <channel type='unix'>
+ <source mode='bind' path='/tmp/org.qemu.guest_agent.9'/>
+ <target type='virtio' name='org.qemu.guest_agent.9'/>
+ <address type='virtio-serial' controller='0' bus='0' port='10'/>
+ </channel>
<input type='mouse' bus='ps2'/>
<input type='keyboard' bus='ps2'/>
<audio id='1' type='none'/>
diff --git a/tests/qemuxml2xmloutdata/channel-unix-source-path-inactive.x86_64-latest.xml b/tests/qemuxml2xmloutdata/channel-unix-source-path-inactive.x86_64-latest.xml
index 3b013e9f87..2315a572e4 100644
--- a/tests/qemuxml2xmloutdata/channel-unix-source-path-inactive.x86_64-latest.xml
+++ b/tests/qemuxml2xmloutdata/channel-unix-source-path-inactive.x86_64-latest.xml
@@ -49,6 +49,26 @@
<target type='virtio' name='org.qemu.guest_agent.5'/>
<address type='virtio-serial' controller='0' bus='0' port='6'/>
</channel>
+ <channel type='unix'>
+ <source mode='bind' path='/1-QEMUGuest1/org.qemu.guest_agent.6'/>
+ <target type='virtio' name='org.qemu.guest_agent.6'/>
+ <address type='virtio-serial' controller='0' bus='0' port='7'/>
+ </channel>
+ <channel type='unix'>
+ <source mode='bind' path='/tmp/1-QEMUGuest1/org.qemu.guest_agent.7'/>
+ <target type='virtio' name='org.qemu.guest_agent.7'/>
+ <address type='virtio-serial' controller='0' bus='0' port='8'/>
+ </channel>
+ <channel type='unix'>
+ <source mode='bind' path='/tmp/libvirt/qemu/channel/1-QEMUGuest1/org.qemu.guest_agent.8'/>
+ <target type='virtio' name='org.qemu.guest_agent.8'/>
+ <address type='virtio-serial' controller='0' bus='0' port='9'/>
+ </channel>
+ <channel type='unix'>
+ <source mode='bind' path='/tmp/org.qemu.guest_agent.9'/>
+ <target type='virtio' name='org.qemu.guest_agent.9'/>
+ <address type='virtio-serial' controller='0' bus='0' port='10'/>
+ </channel>
<input type='mouse' bus='ps2'/>
<input type='keyboard' bus='ps2'/>
<audio id='1' type='none'/>
--
2.41.0
6 months, 2 weeks
[PATCH 0/2] ci: Update to Fedora 39
by Michal Privoznik
Green pipeline:
https://gitlab.com/MichalPrivoznik/libvirt/-/pipelines/1106643445
Michal Prívozník (2):
ci: integration: Switch upstream integration tests to Fedora 39
ci: Update Alpine and Fedora and regenerate
ci/buildenv/{alpine-317.sh => alpine-319.sh} | 0
ci/buildenv/{fedora-37.sh => fedora-39.sh} | 0
...e-317.Dockerfile => alpine-319.Dockerfile} | 2 +-
...ora-37.Dockerfile => fedora-39.Dockerfile} | 2 +-
ci/gitlab/builds.yml | 64 +++++++--------
ci/gitlab/containers.yml | 18 ++---
ci/integration.yml | 80 +++++++++----------
ci/manifest.yml | 18 ++---
8 files changed, 92 insertions(+), 92 deletions(-)
rename ci/buildenv/{alpine-317.sh => alpine-319.sh} (100%)
rename ci/buildenv/{fedora-37.sh => fedora-39.sh} (100%)
rename ci/containers/{alpine-317.Dockerfile => alpine-319.Dockerfile} (98%)
rename ci/containers/{fedora-37.Dockerfile => fedora-39.Dockerfile} (98%)
--
2.41.0
6 months, 2 weeks
[PATCH v2 0/2] Deprecate the shix machine and the TC58128 flash device
by Samuel Tardieu
The shix machine was a research project started around 2003 at
Télécom Paris. Preliminary support in QEMU was added in 2005
back when the QEMU architecture was less structured than it is
now. Unfortunately, the support for the shix machine and its
peripherals, such as the TC58128 16MiB flash device, has never
been maintained as the research project used the real machine.
This project stopped around 2010 and to the best of my knowledge
and after consulting with the original author Alexis Polti,
I propose to deprecate it in QEMU as well as the TC58128
flash device which does not implement the QOM model and still
contains debug fprintf statements.
Samuel Tardieu (2):
target/sh4: Deprecate the shix machine
hw/block: Deprecate the TC58128 block device
docs/about/deprecated.rst | 5 +++++
hw/block/tc58128.c | 1 +
hw/sh4/shix.c | 1 +
3 files changed, 7 insertions(+)
--
2.42.0
6 months, 2 weeks
[PATCH] qemu: tighten semantics of 'size' when resizing block devices
by Daniel P. Berrangé
When VIR_DOMAIN_BLOCK_RESIZE_CAPACITY is set, the 'size' parameter
is currently ignored. Since applications must none the less pass a
value for this parameter, it is preferrable to declare some explicit
semantics for it.
This declare that the parameter must be 0, or the exact size of the
underlying block device. The latter gives the management application
the ability to sanity check that the block device size matches what
they think it should be.
Signed-off-by: Daniel P. Berrangé <berrange(a)redhat.com>
---
src/libvirt-domain.c | 5 +++--
src/qemu/qemu_driver.c | 9 ++++++++-
2 files changed, 11 insertions(+), 3 deletions(-)
diff --git a/src/libvirt-domain.c b/src/libvirt-domain.c
index 94e5672ed8..83abad251e 100644
--- a/src/libvirt-domain.c
+++ b/src/libvirt-domain.c
@@ -6389,8 +6389,9 @@ virDomainBlockPeek(virDomainPtr dom,
* to the next alignment boundary.
*
* If @flag contains VIR_DOMAIN_BLOCK_RESIZE_CAPACITY (since 10.0.0) the
- * hypervisor will resize the guest block device to fully fill the source,
- * ignoring @size. This is possible only for image formats with no metadata
+ * hypervisor will resize the guest block device to fully fill the source.
+ * @size must be either set to zero, or to the exact size of the block
+ * device source. This is possible only for image formats with no metadata
* ('raw') and for source devices with limited capacity such as block devices.
*
* The @disk parameter is either an unambiguous source name of the
diff --git a/src/qemu/qemu_driver.c b/src/qemu/qemu_driver.c
index 49bc4a624d..8e529f97b5 100644
--- a/src/qemu/qemu_driver.c
+++ b/src/qemu/qemu_driver.c
@@ -9325,7 +9325,14 @@ qemuDomainBlockResize(virDomainPtr dom,
goto endjob;
}
- size = disk->src->physical;
+ if (size == 0) {
+ size = disk->src->physical;
+ } else if (size != disk->src->physical) {
+ virReportError(VIR_ERR_INVALID_ARG,
+ _("block resize to full capacity %llu but validate size is %llu"),
+ size, disk->src->physical);
+ goto endjob;
+ }
}
/* qcow2 and qed must be sized on 512 byte blocks/sectors,
--
2.43.0
6 months, 2 weeks
[PATCH 0/2] tests: Add capabilities for QEMU 8.2.0 on aarch64
by Andrea Bolognani
Edited for brevity. Full version:
$ git fetch https://gitlab.com/abologna/libvirt.git qemu-caps
Andrea Bolognani (2):
tests: Don't use features with vexpress machine
tests: Add capabilities for QEMU 8.2.0 on aarch64
.../qemu_8.2.0-virt.aarch64.xml | 227 +
tests/domaincapsdata/qemu_8.2.0.aarch64.xml | 227 +
.../caps_8.2.0_aarch64.replies | 36411 ++++++++++++++++
.../caps_8.2.0_aarch64.xml | 549 +
...ch64-aavmf-virtio-mmio.aarch64-latest.args | 5 +-
...arch64-cpu-passthrough.aarch64-latest.args | 3 +-
...fault-cpu-kvm-virt-4.2.aarch64-latest.args | 3 +-
...fault-cpu-tcg-virt-4.2.aarch64-latest.args | 3 +-
.../aarch64-features-sve.aarch64-latest.args | 3 +-
...rch64-gic-default-both.aarch64-latest.args | 3 +-
...aarch64-gic-default-v2.aarch64-latest.args | 3 +-
...aarch64-gic-default-v3.aarch64-latest.args | 3 +-
.../aarch64-gic-default.aarch64-latest.args | 3 +-
.../aarch64-gic-host.aarch64-latest.args | 3 +-
.../aarch64-gic-none-both.aarch64-latest.args | 3 +-
.../aarch64-gic-none-tcg.aarch64-latest.args | 3 +-
.../aarch64-gic-none-v2.aarch64-latest.args | 3 +-
.../aarch64-gic-none-v3.aarch64-latest.args | 3 +-
.../aarch64-gic-none.aarch64-latest.args | 3 +-
.../aarch64-gic-v2.aarch64-latest.args | 3 +-
.../aarch64-gic-v3.aarch64-latest.args | 3 +-
.../aarch64-kvm-32-on-64.aarch64-latest.args | 4 +-
.../aarch64-pci-serial.aarch64-latest.args | 3 +-
.../aarch64-tpm.aarch64-latest.args | 3 +-
...arch64-traditional-pci.aarch64-latest.args | 3 +-
...aarch64-usb-controller.aarch64-latest.args | 3 +-
.../aarch64-video-default.aarch64-latest.args | 3 +-
...4-video-virtio-gpu-pci.aarch64-latest.args | 5 +-
...rch64-virt-default-nic.aarch64-latest.args | 5 +-
.../aarch64-virt-graphics.aarch64-latest.args | 4 +-
.../aarch64-virt-headless.aarch64-latest.args | 4 +-
...rch64-virt-virtio-MMIO.aarch64.latest.args | 5 +-
.../aarch64-virt-virtio.aarch64-latest.args | 5 +-
...h64-virtio-pci-default.aarch64-latest.args | 5 +-
...o-pci-manual-addresses.aarch64-latest.args | 7 +-
.../arm-vexpressa9-basic.aarch64-latest.args | 2 +-
.../qemuxml2argvdata/arm-vexpressa9-basic.xml | 5 -
.../arm-vexpressa9-nodevs.xml | 5 -
.../arm-vexpressa9-virtio.aarch64-latest.args | 2 +-
.../arm-vexpressa9-virtio.xml | 5 -
.../arm-virt-virtio.aarch64-latest.args | 4 +-
.../balloon-mmio-deflate.aarch64-latest.args | 3 +-
.../clock-timer-armvtimer.aarch64-latest.args | 3 +-
...ult-video-type-aarch64.aarch64-latest.args | 3 +-
.../disk-arm-virtio-sd.aarch64-latest.args | 1 -
...mware-auto-efi-aarch64.aarch64-latest.args | 2 +-
...efi-abi-update-aarch64.aarch64-latest.args | 2 +-
...-loader-raw-abi-update.aarch64-latest.args | 2 +-
...-efi-format-loader-raw.aarch64-latest.args | 2 +-
...i-aarch64-legacy-paths.aarch64-latest.args | 2 +-
...anual-efi-acpi-aarch64.aarch64-latest.args | 2 +-
...ual-efi-noacpi-aarch64.aarch64-latest.args | 3 +-
...l-noefi-noacpi-aarch64.aarch64-latest.args | 3 +-
.../iommu-smmuv3.aarch64-latest.args | 3 +-
...ch-virt-console-native.aarch64-latest.args | 3 +-
...ch-virt-console-virtio.aarch64-latest.args | 3 +-
...-serial+console-native.aarch64-latest.args | 3 +-
...ach-virt-serial-compat.aarch64-latest.args | 3 +-
...ach-virt-serial-native.aarch64-latest.args | 3 +-
.../mach-virt-serial-pci.aarch64-latest.args | 3 +-
.../mach-virt-serial-usb.aarch64-latest.args | 3 +-
...e-expander-bus-aarch64.aarch64-latest.args | 3 +-
.../pvpanic-pci-aarch64.aarch64-latest.args | 2 +-
...pci-no-address-aarch64.aarch64-latest.args | 2 +-
.../virtio-iommu-aarch64.aarch64-latest.args | 2 +-
65 files changed, 37483 insertions(+), 127 deletions(-)
create mode 100644 tests/domaincapsdata/qemu_8.2.0-virt.aarch64.xml
create mode 100644 tests/domaincapsdata/qemu_8.2.0.aarch64.xml
create mode 100644 tests/qemucapabilitiesdata/caps_8.2.0_aarch64.replies
create mode 100644 tests/qemucapabilitiesdata/caps_8.2.0_aarch64.xml
--
2.43.0
6 months, 2 weeks
