On Thu, Jan 30, 2025 at 06:09:24PM +, Shameerali Kolothum Thodi wrote:
>
> Each "arm-smmuv3-nested" instance, when the first device gets attached
> to it, will create a S2 HWPT and a corresponding SMMUv3 domain in kernel
> SMMUv3 driver. This domain will have a pointer representing the physica
Hi Nicolin,
On 1/9/25 5:45 AM, Nicolin Chen wrote:
> On Mon, Dec 16, 2024 at 10:01:29AM +, Shameerali Kolothum Thodi wrote:
>> And patches prior to this commit adds that support:
>> 4ccdbe3: ("cover-letter: Add HW accelerated nesting support for arm
>> SMMUv3")
>>
>> Nicolin is soon going to
devel@nongnu.org; eric.au...@redhat.com;
>> peter.mayd...@linaro.org; nicol...@nvidia.com; ddut...@redhat.com;
>> Linuxarm ; Wangzhou (B)
>> ; jiangkunkun ;
>> Jonathan Cameron ;
>> zhangfei@linaro.org; Nathan Chen
>> Subject: Re: [RFC PATCH 0/5] hw/arm/virt: Add supp
m; ddut...@redhat.com;
> Linuxarm ; Wangzhou (B)
> ; jiangkunkun ;
> Jonathan Cameron ;
> zhangfei@linaro.org; Nathan Chen
> Subject: Re: [RFC PATCH 0/5] hw/arm/virt: Add support for user-creatable
> nested SMMUv3
>
> On Fri, Jan 31, 2025 at 02:39:53PM +, Shameerali Kol
On Fri, Jan 31, 2025 at 02:39:53PM +, Shameerali Kolothum Thodi wrote:
> > > And Qemu does some checking to make sure that the device is indeed
> > associated
> > > with the specified phys-smmuv3. This can be done going through the
> > sysfs path checking
> > > which is what I guess libvirt i
m; ddut...@redhat.com;
> Linuxarm ; Wangzhou (B)
> ; jiangkunkun ;
> Jonathan Cameron ;
> zhangfei@linaro.org; Nathan Chen
> Subject: Re: [RFC PATCH 0/5] hw/arm/virt: Add support for user-creatable
> nested SMMUv3
>
> On Fri, Jan 31, 2025 at 09:33:16AM +, Shameerali
On Fri, Jan 31, 2025 at 09:33:16AM +, Shameerali Kolothum Thodi wrote:
> And Qemu does some checking to make sure that the device is indeed associated
> with the specified phys-smmuv3. This can be done going through the sysfs
> path checking
> which is what I guess libvirt is currently doing
u.org;
>> eric.au...@redhat.com; peter.mayd...@linaro.org; j...@nvidia.com;
>> nicol...@nvidia.com; ddut...@redhat.com; Linuxarm
>> ; Wangzhou (B) ;
>> jiangkunkun ; Jonathan Cameron
>> ; zhangfei....@linaro.org
>> Subject: RE: [RFC PATCH 0/5] hw/arm/virt: Add su
@nvidia.com; ddut...@redhat.com; Linuxarm
> ; Wangzhou (B) ;
> jiangkunkun ; Jonathan Cameron
> ; zhangfei....@linaro.org
> Subject: RE: [RFC PATCH 0/5] hw/arm/virt: Add support for user-creatable
> nested SMMUv3
>
> Hi Daniel,
>
> > -Original Message-
> >
l...@nvidia.com; ddut...@redhat.com; Linuxarm
> ; Wangzhou (B) ;
> jiangkunkun ; Jonathan Cameron
> ; zhangfei....@linaro.org
> Subject: Re: [RFC PATCH 0/5] hw/arm/virt: Add support for user-creatable
> nested SMMUv3
>
> On Fri, Nov 08, 2024 at 12:52:37PM +, Shameer Kolothum via w
On Mon, Nov 18, 2024 at 11:50:46AM +0100, Eric Auger wrote:
> Hi Shameer,
>
> On 11/8/24 13:52, Shameer Kolothum wrote:
> > Hi,
> >
> > This series adds initial support for a user-creatable "arm-smmuv3-nested"
> > device to Qemu. At present the Qemu ARM SMMUv3 emulation is per machine
> > and cann
On Fri, Nov 08, 2024 at 12:52:37PM +, Shameer Kolothum via wrote:
> How to use it(Eg:):
>
> On a HiSilicon platform that has multiple physical SMMUv3s, the ACC ZIP VF
> devices and HNS VF devices are behind different SMMUv3s. So for a Guest,
> specify two smmuv3-nested devices each behind a px
>with an error message indicating DMA mapping failed for the
passthrough >devices.
A correction - the message indicates UEFI failed to find a mapping for
the boot partition ("map: no mapping found"), not that DMA mapping
failed. But earlier EDK debug logs still show PCI host bridge resource
conf
.@nvidia.com; peter.mayd...@linaro.org;
> qemu-...@nongnu.org; Wangzhou (B) ;
> zhangfei@linaro.org; qemu-devel@nongnu.org
> Subject: RE: [RFC PATCH 0/5] hw/arm/virt: Add support for user-creatable
> nested SMMUv3
>
> >> >with an error message indicating DMA mapping fa
>with an error message indicating DMA mapping failed for the
passthrough >devices.
A correction - the message indicates UEFI failed to find a mapping for
the boot partition ("map: no mapping found"), not that DMA mapping
failed. But earlier EDK debug logs still show PCI host bridge resource
conf
Hi Shameer,
>-Original Message-
>From: Shameerali Kolothum Thodi
>Subject: RE: [RFC PATCH 0/5] hw/arm/virt: Add support for user-creatable nested
>SMMUv3
>
>
>
>> -Original Message-
>> From: Nicolin Chen
>> Sent: Thursday, January 23, 2
On Thu, Jan 23, 2025 at 08:28:34AM +, Shameerali Kolothum Thodi wrote:
> > -Original Message-
> > From: Nicolin Chen
> > I wonder if we can make some progress in Feb? If so, we can start
> > to wrap up the iommufd uAPI patches for HWPT, which was a part of
> > intel's series but never
-devel@nongnu.org; Linuxarm ; Wangzhou
> (B) ; jiangkunkun ;
> Jonathan Cameron ;
> zhangfei@linaro.org
> Subject: Re: [RFC PATCH 0/5] hw/arm/virt: Add support for user-creatable
> nested SMMUv3
>
> Hi Don,
>
> On Fri, Jan 10, 2025 at 11:05:24PM -0500, Donald Dutile wrote
Hi Don,
On Fri, Jan 10, 2025 at 11:05:24PM -0500, Donald Dutile wrote:
> On 1/8/25 11:45 PM, Nicolin Chen wrote:
> > On Mon, Dec 16, 2024 at 10:01:29AM +, Shameerali Kolothum Thodi wrote:
> > > And patches prior to this commit adds that support:
> > > 4ccdbe3: ("cover-letter: Add HW accelerate
Nicolin,
Hi!
On 1/8/25 11:45 PM, Nicolin Chen wrote:
On Mon, Dec 16, 2024 at 10:01:29AM +, Shameerali Kolothum Thodi wrote:
And patches prior to this commit adds that support:
4ccdbe3: ("cover-letter: Add HW accelerated nesting support for arm
SMMUv3")
Nicolin is soon going to send out th
On Mon, Dec 16, 2024 at 10:01:29AM +, Shameerali Kolothum Thodi wrote:
> And patches prior to this commit adds that support:
> 4ccdbe3: ("cover-letter: Add HW accelerated nesting support for arm
> SMMUv3")
>
> Nicolin is soon going to send out those for review. Or I can include
> those in thi
On 12/13/24 8:19 AM, Daniel P. Berrangé wrote:
On Fri, Dec 13, 2024 at 08:46:42AM -0400, Jason Gunthorpe wrote:
On Fri, Dec 13, 2024 at 12:00:43PM +, Daniel P. Berrangé wrote:
On Fri, Nov 08, 2024 at 12:52:37PM +, Shameer Kolothum via wrote:
Hi,
This series adds initial support for
...@redhat.com; Linuxarm ; Wangzhou (B)
> ; jiangkunkun ;
> Jonathan Cameron ;
> zhangfei....@linaro.org
> Subject: Re: [RFC PATCH 0/5] hw/arm/virt: Add support for user-creatable
> nested SMMUv3
>
> On Fri, 13 Dec 2024 at 12:46, Jason Gunthorpe wrote:
> >
> > On
.com; ddut...@redhat.com;
> Linuxarm ; Wangzhou (B)
> ; jiangkunkun ;
> Jonathan Cameron ;
> zhangfei@linaro.org
> Subject: Re: [RFC PATCH 0/5] hw/arm/virt: Add support for user-creatable
> nested SMMUv3
>
> On Fri, Dec 13, 2024 at 08:46:42AM -0400, Jason Gunthorpe wro
; Linuxarm ; Wangzhou (B)
> ; jiangkunkun ;
> Jonathan Cameron ;
> zhangfei@linaro.org; Nicolin Chen
> Subject: Re: [RFC PATCH 0/5] hw/arm/virt: Add support for user-creatable
> nested SMMUv3
>
>
> >with an error message indicating DMA mapping failed for the
> pa
On Fri, 13 Dec 2024 at 12:46, Jason Gunthorpe wrote:
>
> On Fri, Dec 13, 2024 at 12:00:43PM +, Daniel P. Berrangé wrote:
> > On Fri, Nov 08, 2024 at 12:52:37PM +, Shameer Kolothum via wrote:
> > > Hi,
> > >
> > > This series adds initial support for a user-creatable "arm-smmuv3-nested"
> >
On Fri, Dec 13, 2024 at 08:46:42AM -0400, Jason Gunthorpe wrote:
> On Fri, Dec 13, 2024 at 12:00:43PM +, Daniel P. Berrangé wrote:
> > On Fri, Nov 08, 2024 at 12:52:37PM +, Shameer Kolothum via wrote:
> > > Hi,
> > >
> > > This series adds initial support for a user-creatable "arm-smmuv3-n
On Fri, Dec 13, 2024 at 12:00:43PM +, Daniel P. Berrangé wrote:
> On Fri, Nov 08, 2024 at 12:52:37PM +, Shameer Kolothum via wrote:
> > Hi,
> >
> > This series adds initial support for a user-creatable "arm-smmuv3-nested"
> > device to Qemu. At present the Qemu ARM SMMUv3 emulation is per
On Fri, Dec 13, 2024 at 11:58:02AM +, Daniel P. Berrangé wrote:
> Libvirt does not rquire use of pcie-switch. It supports them, but in the
> absence of app requested configs, libvirt will always just populate
> pcie-root-port devices. switches are something that has to be explicitly
> asked fo
On Fri, Nov 08, 2024 at 12:52:37PM +, Shameer Kolothum via wrote:
> Hi,
>
> This series adds initial support for a user-creatable "arm-smmuv3-nested"
> device to Qemu. At present the Qemu ARM SMMUv3 emulation is per machine
> and cannot support multiple SMMUv3s.
>
> In order to support vfio-p
ongnu.org;
> > eric.au...@redhat.com; peter.mayd...@linaro.org; j...@nvidia.com;
> > ddut...@redhat.com; Linuxarm ; Wangzhou (B)
> > ; jiangkunkun ;
> > Jonathan Cameron ;
> > zhangfei....@linaro.org; Nicolin Chen
> > Subject: Re: [RFC PATCH 0/5] hw/arm/virt: Add s
>with an error message indicating DMA mapping failed for the
passthrough >devices.
A correction - the message indicates UEFI failed to find a mapping for
the boot partition ("map: no mapping found"), not that DMA mapping
failed. But earlier EDK debug logs still show PCI host bridge resource
Hi Shameer,
Could you share the branch/version of the boot firmware file
"QEMU_EFI.fd" from your example, and where you retrieved it from? I've
been encountering PCI host bridge resource conflicts whenever assigning
more than one passthrough device to a multi-vSMMU VM, booting with the
boot f
> >> Also as a heads up, I've added support for auto-inserting PCIe switch
> >> between the PXB and GPUs in libvirt to attach multiple devices to a
> SMMU
> >> node per libvirt's documentation - "If you intend to plug multiple
> >> devices into a pcie-expander-bus, you must connect a
> >> pci
inuxarm ; Wangzhou (B)
> ; jiangkunkun ;
> Jonathan Cameron ;
> zhangfei@linaro.org; Nicolin Chen
> Subject: Re: [RFC PATCH 0/5] hw/arm/virt: Add support for user-creatable
> nested SMMUv3
>
> >> Also as a heads up, I've added support for auto-inserting PCIe switc
>> Also as a heads up, I've added support for auto-inserting PCIe switch
>> between the PXB and GPUs in libvirt to attach multiple devices to a SMMU
>> node per libvirt's documentation - "If you intend to plug multiple
>> devices into a pcie-expander-bus, you must connect a
>> pcie-switch-upstream
Hi Shameer,
> Attempt to add the HNS VF to a different SMMUv3 will result in,
>
> -device vfio-pci,host=:7d:02.2,bus=pcie.port3,iommufd=iommufd0:
Unable to attach viommu
> -device vfio-pci,host=:7d:02.2,bus=pcie.port3,iommufd=iommufd0:
vfio :7d:02.2:
>Failed to set iommu_device
@redhat.com; Linuxarm ; Wangzhou (B)
> ; jiangkunkun ;
> Jonathan Cameron ;
> zhangfei@linaro.org; Nicolin Chen
> Subject: Re: [RFC PATCH 0/5] hw/arm/virt: Add support for user-creatable
> nested SMMUv3
>
> Hi Shameer,
>
> > Attempt to add the HNS VF to a different SMM
Hi Shameer,
On 11/8/24 13:52, Shameer Kolothum wrote:
> Hi,
>
> This series adds initial support for a user-creatable "arm-smmuv3-nested"
> device to Qemu. At present the Qemu ARM SMMUv3 emulation is per machine
> and cannot support multiple SMMUv3s.
>
> In order to support vfio-pci dev assignment
..@nongnu.org; qemu-devel@nongnu.org;
> > eric.au...@redhat.com; peter.mayd...@linaro.org; j...@nvidia.com;
> > nicol...@nvidia.com; ddut...@redhat.com; Linuxarm
> > ; Wangzhou (B) ;
> > jiangkunkun ; Jonathan Cameron
> > ; zhangfei@linaro.org
> > Subject: Re
inuxarm ; Wangzhou (B)
> ; jiangkunkun ;
> Jonathan Cameron ;
> zhangfei....@linaro.org
> Subject: Re: [RFC PATCH 0/5] hw/arm/virt: Add support for user-creatable
> nested SMMUv3
>
> On Fri, Nov 08, 2024 at 12:52:37PM +, Shameer Kolothum wrote:
> > This RFC is for in
l...@nvidia.com; ddut...@redhat.com; Linuxarm
> ; Wangzhou (B) ;
> jiangkunkun ; Jonathan Cameron
> ; zhangfei....@linaro.org
> Subject: Re: [RFC PATCH 0/5] hw/arm/virt: Add support for user-creatable
> nested SMMUv3
>
> Hi Shameer,
>
> On Fri, Nov 08, 2024 at 12:52:37PM +,
> ddut...@redhat.com; Linuxarm ; Wangzhou (B)
> ; jiangkunkun ;
> Jonathan Cameron ;
> zhangfei....@linaro.org
> Subject: Re: [RFC PATCH 0/5] hw/arm/virt: Add support for user-creatable
> nested SMMUv3
>
> On Fri, Nov 08, 2024 at 12:52:37PM +, Shameer Kolothum wrote:
> &g
On Fri, Nov 08, 2024 at 12:52:37PM +, Shameer Kolothum wrote:
> This RFC is for initial discussion/test purposes only and includes patches
> that are only relevant for adding the "arm-smmuv3-nested" support. For the
> complete branch please find,
> https://github.com/hisilicon/qemu/commits/priv
Hi Shameer,
On Fri, Nov 08, 2024 at 12:52:37PM +, Shameer Kolothum via wrote:
> Hi,
>
> This series adds initial support for a user-creatable "arm-smmuv3-nested"
> device to Qemu. At present the Qemu ARM SMMUv3 emulation is per machine
> and cannot support multiple SMMUv3s.
>
I had a quick
On Fri, Nov 08, 2024 at 12:52:37PM +, Shameer Kolothum wrote:
> Few ToDos to note,
> 1. At present default-bus-bypass-iommu=on should be set when
>arm-smmuv3-nested dev is specified. Otherwise you may get an IORT
>related boot error. Requires fixing.
> 2. Hot adding a device is not wor
46 matches
Mail list logo