On 8/26/25 11:12, Andrea Bolognani wrote:
On Tue, Aug 26, 2025 at 10:39:30AM -0600, Jim Fehlig wrote:
On 8/26/25 09:30, Andrea Bolognani wrote:
On Mon, Aug 25, 2025 at 05:12:57PM -0600, Jim Fehlig wrote:
On 8/25/25 10:19, Andrea Bolognani via Devel wrote:
One of the new test cases demonstrate
On Wed, Aug 27, 2025 at 14:41:38 -0500, Praveen K Paladugu wrote:
>
>
> On 8/26/2025 11:14 AM, Peter Krempa wrote:
> > On Tue, Aug 26, 2025 at 09:33:59 -0500, Praveen K Paladugu wrote:
> > >
> > >
> > > On 8/25/2025 3:22 PM, Peter Krempa wrote:
> > > > On Mon, Aug 25, 2025 at 10:57:52 -0500, Pr
On 8/26/2025 11:14 AM, Peter Krempa wrote:
On Tue, Aug 26, 2025 at 09:33:59 -0500, Praveen K Paladugu wrote:
On 8/25/2025 3:22 PM, Peter Krempa wrote:
On Mon, Aug 25, 2025 at 10:57:52 -0500, Praveen K Paladugu wrote:
Introduce mshv variant in capabilities tests.
Signed-off-by: Praveen K
On 8/27/25 09:33, Andrea Bolognani wrote:
On Mon, Aug 25, 2025 at 11:05:02AM -0600, Jim Fehlig wrote:
On 8/20/25 09:12, Andrea Bolognani wrote:
On Thu, Aug 14, 2025 at 03:07:10PM -0600, Jim Fehlig wrote:
On 8/13/25 09:01, Andrea Bolognani wrote:
Can you be more specific about the issue you're
On Mon, Aug 25, 2025 at 11:05:02AM -0600, Jim Fehlig wrote:
> On 8/20/25 09:12, Andrea Bolognani wrote:
> > On Thu, Aug 14, 2025 at 03:07:10PM -0600, Jim Fehlig wrote:
> > > On 8/13/25 09:01, Andrea Bolognani wrote:
> > > > Can you be more specific about the issue you're experiencing for
> > > > SE
From: Peter Krempa
These were forgotten when new dumps were added.
Signed-off-by: Peter Krempa
---
...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-8.2.0.args | 33 +
From: Peter Krempa
Now that the qemu capabilities dump for the qemu-10.2 cycle was added
and thus qemu-10.1 dump is no longer "latest" we can pin the
'cpu-host-' tests.
Signed-off-by: Peter Krempa
---
...host-model-fallback-kvm.x86_64-10.1.0.args | 33 +
...-host-model-fallback-kvm
From: Peter Krempa
The query commands are not used since we can probe the supported types
and models via qom types.
Signed-off-by: Peter Krempa
---
src/qemu/qemu_monitor.c | 24 --
src/qemu/qemu_monitor.h | 6 -
src/qemu/qemu_monitor_json.c | 43 -
From: Peter Krempa
In previous patches we've successfuly replaced it by looking at the qom
types we already query so we don't need to invoke extra commands.
Signed-off-by: Peter Krempa
---
src/qemu/qemu_capabilities.c | 25 -
.../caps_10.0.0_aarch64.replies
From: Peter Krempa
qemu-10.2 which we're about to add capabilities dump for will remove the
'4.2' machine type per deprecation policy.
The 'x86_64-default-cpu-*' still reference it. Since there is no
functional difference when upgrading the tests to the latest machine
type (pc/q35 alias as handl
From: Peter Krempa
There is currently noting being probed from the reply of the command. In
addition in most cases a feature can be now probed via the QMP schema
which covers the return values in 'query-migrate-capabilities'.
Signed-off-by: Peter Krempa
---
src/qemu/qemu_capabilities.c
On a Wednesday in 2025, Peter Krempa via Devel wrote:
You can look at the result here:
https://pipo.sk.gitlab.io/-/libvirt/-/jobs/11156282021/artifacts/website/kbase/live_full_disk_backup.html#full-backup-with-older-libvirt-versions
(Sorry for the TLS error, my username has a dot in it and the
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.
Pet
On Wed, Aug 27, 2025 at 14:24:13 +0200, Hector Cao wrote:
> Hello,
>
> This is a follow-up of the submission:
> https://lists.libvirt.org/archives/list/devel@lists.libvirt.org/thread/EZBLO5CIGC3FTI5J72WNVAKWPSNQFLCY/
>
> Based on Jiri's feedback, it is better to tackle this situation by
> documen
From: Peter Krempa
The capability is always present and not checked any more. Retire it.
Signed-off-by: Peter Krempa
---
src/qemu/qemu_capabilities.c | 3 +--
src/qemu/qemu_capabilities.h | 2 +-
tests/qemucapabilitiesdata/caps_10.0.0
From: Peter Krempa
All the information needed to detect supported TPM front and backends
is present in the QOM types we already query, thus we don't need to
invoke specific commands for querying TPM stuff.
The only discrepancy is that there are 3 versions of 'tpm-tis' based on
the backed they us
From: Peter Krempa
Libvirt detects QEMU_CAPS_MIGRATE_RDMA by probing
'query-migrate-capabilities' for the presence of 'rdma-pin-all'.
In qemu the entry in 'query-migrate-capabilities' existed since the
introduction of the command in qemu-2.0. We thus always detect this
capability.
Signed-off-by
Add documentation on the way libvirt displays the Host CPU
model and capabilities (features). There is an implicit
expectation from users to get the CPU model name matching the
CPU model they are running on, however, this does not happen
most of the time. As a consequence, having a documentation
is
On Wed, Aug 27, 2025 at 16:35:11 +0200, Hector Cao wrote:
> On Wed, Aug 27, 2025 at 4:19 PM Jiri Denemark wrote:
>
> > On Wed, Aug 27, 2025 at 14:24:13 +0200, Hector Cao wrote:
> > > Hello,
> > >
> > > This is a follow-up of the submission:
> > >
> > https://lists.libvirt.org/archives/list/devel@
On Wed, Aug 27, 2025 at 4:19 PM Jiri Denemark wrote:
> On Wed, Aug 27, 2025 at 14:24:13 +0200, Hector Cao wrote:
> > Hello,
> >
> > This is a follow-up of the submission:
> >
> https://lists.libvirt.org/archives/list/devel@lists.libvirt.org/thread/EZBLO5CIGC3FTI5J72WNVAKWPSNQFLCY/
> >
> > Based o
On Thu, Aug 14, 2025 at 07:54:11PM -0700, Nathan Chen via Devel wrote:
> Add support for parsing multiple IOMMU devices from
> the VM definition when "smmuv3Dev" is the IOMMU model.
>
> Signed-off-by: Nathan Chen
> ---
> src/conf/domain_conf.c| 153 ++
> s
On Thu, Aug 14, 2025 at 07:54:12PM -0700, Nathan Chen via Devel wrote:
> Implement iommufdId attribute for hostdev devices that
> can be used to specify associated iommufd object when
> launching a qemu VM.
>
> Signed-off-by: Nathan Chen
> ---
> docs/formatdomain.rst | 9 +
>
On Thu, Aug 14, 2025 at 07:54:09PM -0700, Nathan Chen via Devel wrote:
> 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 implem
From: Peter Krempa
Changes:
- fixed emphasis on the API name and some operations
- fixed the output example of some commands
- added warning to avoid the snapshot+copy+commit approach as it's a
bit dangerous
- added --no-metadata to avoid creating snapshot XML
Signed-off-by: Peter Krempa
From: Peter Krempa
This is an example how to hilight very important information in the
docs.
Signed-off-by: Peter Krempa
---
docs/formatsecret.rst | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/docs/formatsecret.rst b/docs/formatsecret.rst
index 606a9cc587..d4e0cb9d
From: Peter Krempa
One of our kbase docs already uses '.. note:' and we could use e.g.
'.. warning:' to replace some of emphasiszed paragraphs to make them
more prominent.
Introduce style for the generated HTML to add some hilight for them.
Signed-off-by: Peter Krempa
---
docs/css/generic.css
From: Peter Krempa
The note was misindented thus breaking the numbered list around.
Signed-off-by: Peter Krempa
---
docs/kbase/live_full_disk_backup.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/docs/kbase/live_full_disk_backup.rst
b/docs/kbase/live_full_disk_backup.
On Wed, Aug 06, 2025 at 02:42:10PM +0200, Andrea Righi via Devel wrote:
> = Overview =
>
> This patch set introduces support for acpi-generic-initiator devices,
> supported by QEMU [1].
>
> The acpi-generic-initiator object is required to support Multi-Instance GPU
> (MIG) configurations on NVIDI
You can look at the result here:
https://pipo.sk.gitlab.io/-/libvirt/-/jobs/11156282021/artifacts/website/kbase/live_full_disk_backup.html#full-backup-with-older-libvirt-versions
(Sorry for the TLS error, my username has a dot in it and the gitlab.io
cert doesn't allow that. No I will not change
Hello,
This is a follow-up of the submission:
https://lists.libvirt.org/archives/list/devel@lists.libvirt.org/thread/EZBLO5CIGC3FTI5J72WNVAKWPSNQFLCY/
Based on Jiri's feedback, it is better to tackle this situation by
documentation. You can find here a proposal for the documentation.
The section
On a Tuesday in 2025, Peter Krempa via Devel wrote:
Patch 1 fixes a segfault in one certain disk hot unplug case.
Patch 2 moves decreases the log verbosity VIR_ERR_NO_SUPPORT
Patch 3 removes some dead code noticed while browsing the code.
All ought to be safe for the release.
Peter Krempa (3)
On Wed, Aug 27, 2025 at 09:52:11 +0200, Roman Bogorodskiy wrote:
> Signed-off-by: Roman Bogorodskiy
> ---
> NEWS.rst | 15 +++
> 1 file changed, 15 insertions(+)
Reviewed-by: Jiri Denemark
Signed-off-by: Roman Bogorodskiy
---
NEWS.rst | 15 +++
1 file changed, 15 insertions(+)
diff --git a/NEWS.rst b/NEWS.rst
index e6a74ad699..06cbd8d6c5 100644
--- a/NEWS.rst
+++ b/NEWS.rst
@@ -22,8 +22,23 @@ v11.7.0 (unreleased)
Users can now configure the verbosity of Cloud Hype
33 matches
Mail list logo
