On 5/30/2025 8:05 AM, Daniel P. Berrangé wrote:
Hi Daniel,
On 5/20/2025 5:51 AM, Daniel P. Berrangé wrote:
Hi,
This is a follow up to the first RFC patchset [0] for supporting multiple
vSMMU instances in a qemu VM. This patchset also introduces support for
using iommufd to propagate DMA map
On 5/30/2025 6:47 AM, Daniel P. Berrangé wrote:
On 5/20/2025 6:01 AM, Daniel P. Berrangé wrote:
Add support for an "iommufd" virDomainIOMMUDef member that will be
translated to a qemu "-object iommufd" command line argument. This
iommufd struct has an "id" member to specify the iommufd objec
On Tue, May 27, 2025 at 06:51:50PM -0700, Nathan Chen wrote:
>
>
> On 5/20/2025 6:01 AM, Daniel P. Berrangé wrote:
> > > Add support for an "iommufd" virDomainIOMMUDef member that will be
> > > translated to a qemu "-object iommufd" command line argument. This
> > > iommufd struct has an "id" mem
From: Daniel P. Berrangé
Signed-off-by: Daniel P. Berrangé
---
docs/formatdomain.rst | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/docs/formatdomain.rst b/docs/formatdomain.rst
index 8753ee9c23..ca4e84983f 100644
--- a/docs/formatdomain.rst
+++ b/docs/formatdomain.
On Fri, May 30, 2025 at 14:24:43 +0200, Peter Krempa wrote:
> From: Peter Krempa
>
> Signed-off-by: Peter Krempa
> ---
>
> v2:
> - moved the entry about $PATH lookup under "packaging changes"
> - added a note that it fixes libvirt on distros which merged /sbin to
> /bin but only on new instal
On Tue, May 27, 2025 at 06:43:46PM -0700, Nathan Chen wrote:
> Hi Daniel,
>
> On 5/20/2025 5:51 AM, Daniel P. Berrangé wrote:
> > > Hi,
> > >
> > > This is a follow up to the first RFC patchset [0] for supporting multiple
> > > vSMMU instances in a qemu VM. This patchset also introduces support f
On 07/05/2025 08:47, Peter Krempa wrote:
On Tue, May 06, 2025 at 17:00:11 +0100, Tim Small via Devel wrote:
Add check for networks which were previously
neglected (as opposed to explicit PCI hostdev devices), so that they can
be granted the necessary permissions for PCI device access. The net
Fixes a bug whereby apparmor permissions aren't granted to allow a PCI
SR-IOV virtual function to be used in a kvm guest when the VF is defined
via a forward type='hostdev' network (as per the 'hostdev' option
documented here: https://libvirt.org/formatnetwork.html#connectivity ).
Downstream bug h
Add check for networks which were previously
neglected (as opposed to explicit PCI hostdev devices), so that they can
be granted the necessary permissions for PCI device access. The network
type lookup in-turn requires the helper to read libvirt.conf
See https://bugs.debian.org/cgi-bin/bugreport.
Signed-off-by: Tim Small
---
src/security/virt-aa-helper.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/security/virt-aa-helper.c b/src/security/virt-aa-helper.c
index e3802c18be..6481e9cfd7 100644
--- a/src/security/virt-aa-helper.c
+++ b/src/security/virt-aa-h
I have just tagged v11.4.0-rc2 in the repository and pushed signed
tarballs to https://download.libvirt.org/
Please give the release candidate some testing and in case you find a
serious issue which should have a fix in the upcoming release, feel
free to reply to this thread to make sure the issue
From: Peter Krempa
Signed-off-by: Peter Krempa
---
v2:
- moved the entry about $PATH lookup under "packaging changes"
- added a note that it fixes libvirt on distros which merged /sbin to
/bin but only on new installs
NEWS.rst | 31 +++
1 file changed, 31 inserti
On Fri, May 30, 2025 at 07:35:38 -0400, Michael S. Tsirkin via Devel wrote:
> On Tue, May 13, 2025 at 01:23:38PM +0200, Igor Mammedov wrote:
> > On Thu, 8 May 2025 15:35:23 +0200
> > Philippe Mathieu-Daudé wrote:
> >
> > > Since v3:
> > > - Addressed Thomas and Zhao review comments
> > > - Renam
On Tue, May 13, 2025 at 01:23:38PM +0200, Igor Mammedov wrote:
> On Thu, 8 May 2025 15:35:23 +0200
> Philippe Mathieu-Daudé wrote:
>
> > Since v3:
> > - Addressed Thomas and Zhao review comments
> > - Rename fw_cfg_init_mem_[no]dma() helpers
> > - Remove unused CPU properties
> > - Remove {multi
This commit introduces a feature enhancement for configuring hostnames in
virtual machines (VMs) using DHCP. It adds new options to the "passt" tool
to set the hostname and fully qualified domain name (FQDN) for VMs. These
map to DHCP option 12 for the hostname and options 81 (IPv4) and 39 (IPv6)
f
On Fri, May 30, 2025 at 14:08:25 +0200, Peter Krempa wrote:
> The rest are CPU properties
>
> DEFINE_PROP_BOOL("cpuid-0xb", X86CPU, enable_cpuid_0xb, true),
> DEFINE_PROP_BOOL("fill-mtrr-mask", X86CPU, fill_mtrr_mask, true),
> DEFINE_PROP_BOOL("full-cpuid-auto-level", X86CPU, full_cpuid_auto_le
Hello,
I'm unable to make virsh capabilities to detect the right CPU model
on an Intel Granite Rapids platform. I would expect the get the
CPU model defined in one of the src/cpu_map/x86_GraniteRapids*.xml
files.
The cause of the wrong detection is the fact that some vmx-* are
not correctly detec
A model specific register (msr) is an 64-bit register.
It can be read with the RDMSR instruction and the
register value is returned via two registers EDX:EAX.
EDX holds the 32 higher bits and EAX holds the 32 lower
bits.
In the x86_features.xml file, some vmx-* features are
wrongly defined as bits
18 matches
Mail list logo
