search for: pieralisi

On Thu, Nov 30, 2023 at 12:12:26PM +0100, Lorenzo Pieralisi wrote: > On Wed, Nov 29, 2023 at 03:12:40PM -0400, Jason Gunthorpe wrote: > > On Wed, Nov 29, 2023 at 01:55:04PM +0100, Lorenzo Pieralisi wrote: > > > > > I don't think it should be done this way. Is the goal compile testing > > > IORT code ? > > > &...

...ble string for the device in of_dma_is_coherent before walking the hierarchy looking for "dma-coherent". This allows existing virtio-mmio devices (e.g. those emulated by QEMU) to function correctly when placed behind an IOMMU that requires use of the DMA ops to map the vring. Cc: Lorenzo Pieralisi <lorenzo.pieralisi at arm.com> Cc: Mark Rutland <mark.rutland at arm.com> Signed-off-by: Will Deacon <will.deacon at arm.com> --- drivers/of/address.c | 32 ++++++++++++++++++++++++++++++-- 1 file changed, 30 insertions(+), 2 deletions(-) diff --git a/drivers/of/address.c b/driv...

...ble string for the device in of_dma_is_coherent before walking the hierarchy looking for "dma-coherent". This allows existing virtio-mmio devices (e.g. those emulated by QEMU) to function correctly when placed behind an IOMMU that requires use of the DMA ops to map the vring. Cc: Lorenzo Pieralisi <lorenzo.pieralisi at arm.com> Cc: Mark Rutland <mark.rutland at arm.com> Signed-off-by: Will Deacon <will.deacon at arm.com> --- drivers/of/address.c | 32 ++++++++++++++++++++++++++++++-- 1 file changed, 30 insertions(+), 2 deletions(-) diff --git a/drivers/of/address.c b/driv...

...in of_dma_is_coherent before walking the > hierarchy looking for "dma-coherent". This allows existing virtio-mmio > devices (e.g. those emulated by QEMU) to function correctly when placed > behind an IOMMU that requires use of the DMA ops to map the vring. > > Cc: Lorenzo Pieralisi <lorenzo.pieralisi at arm.com> > Cc: Mark Rutland <mark.rutland at arm.com> > Signed-off-by: Will Deacon <will.deacon at arm.com> > --- > drivers/of/address.c | 32 ++++++++++++++++++++++++++++++-- > 1 file changed, 30 insertions(+), 2 deletions(-) > > diff...

...nux-foundation.org] On Behalf Of Jean- > Philippe Brucker > Sent: Saturday, April 08, 2017 12:55 AM > To: iommu at lists.linux-foundation.org; kvm at vger.kernel.org; > virtualization at lists.linux-foundation.org; virtio-dev at lists.oasis-open.org > Cc: cdall at linaro.org; lorenzo.pieralisi at arm.com; mst at redhat.com; > marc.zyngier at arm.com; joro at 8bytes.org; will.deacon at arm.com; > robin.murphy at arm.com > Subject: [RFC PATCH kvmtool 00/15] Add virtio-iommu > > Implement a virtio-iommu device and translate DMA traffic from vfio and > virtio devices. Virt...

...nux-foundation.org] On Behalf Of Jean- > Philippe Brucker > Sent: Saturday, April 08, 2017 12:55 AM > To: iommu at lists.linux-foundation.org; kvm at vger.kernel.org; > virtualization at lists.linux-foundation.org; virtio-dev at lists.oasis-open.org > Cc: cdall at linaro.org; lorenzo.pieralisi at arm.com; mst at redhat.com; > marc.zyngier at arm.com; joro at 8bytes.org; will.deacon at arm.com; > robin.murphy at arm.com > Subject: [RFC PATCH kvmtool 00/15] Add virtio-iommu > > Implement a virtio-iommu device and translate DMA traffic from vfio and > virtio devices. Virt...

By forcing on DMA API usage for ARM systems, we have inadvertently kicked open a hornets' nest in terms of cache-coherency. Namely that unless the virtio device is explicitly described as capable of coherent DMA by firmware, the DMA APIs on ARM and other DT-based platforms will assume it is non-coherent. This turns out to cause a big problem for the likes of QEMU and kvmtool, which generate

By forcing on DMA API usage for ARM systems, we have inadvertently kicked open a hornets' nest in terms of cache-coherency. Namely that unless the virtio device is explicitly described as capable of coherent DMA by firmware, the DMA APIs on ARM and other DT-based platforms will assume it is non-coherent. This turns out to cause a big problem for the likes of QEMU and kvmtool, which generate

...PM > To: Jean-Philippe Brucker <jean-philippe.brucker at arm.com>; > iommu at lists.linux-foundation.org; kvm at vger.kernel.org; > virtualization at lists.linux-foundation.org; virtio-dev at lists.oasis-open.org > Cc: will.deacon at arm.com; robin.murphy at arm.com; > lorenzo.pieralisi at arm.com; mst at redhat.com; jasowang at redhat.com; > marc.zyngier at arm.com; eric.auger.pro at gmail.com; Bharat Bhushan > <bharat.bhushan at nxp.com>; peterx at redhat.com; kevin.tian at intel.com > Subject: Re: [RFC] virtio-iommu version 0.4 > > Hi jean, > > On 0...

...rucker > Sent: Saturday, April 08, 2017 12:53 AM > To: iommu at lists.linux-foundation.org; kvm at vger.kernel.org; > virtualization at lists.linux-foundation.org; virtio-dev at lists.oasis-open.org > Cc: cdall at linaro.org; will.deacon at arm.com; robin.murphy at arm.com; > lorenzo.pieralisi at arm.com; joro at 8bytes.org; mst at redhat.com; > jasowang at redhat.com; alex.williamson at redhat.com; > marc.zyngier at arm.com > Subject: [virtio-dev] [RFC PATCH linux] iommu: Add virtio-iommu driver > > The virtio IOMMU is a para-virtualized device, allowing to send IOMMU &g...

...rucker > Sent: Saturday, April 08, 2017 12:53 AM > To: iommu at lists.linux-foundation.org; kvm at vger.kernel.org; > virtualization at lists.linux-foundation.org; virtio-dev at lists.oasis-open.org > Cc: cdall at linaro.org; will.deacon at arm.com; robin.murphy at arm.com; > lorenzo.pieralisi at arm.com; joro at 8bytes.org; mst at redhat.com; > jasowang at redhat.com; alex.williamson at redhat.com; > marc.zyngier at arm.com > Subject: [virtio-dev] [RFC PATCH linux] iommu: Add virtio-iommu driver > > The virtio IOMMU is a para-virtualized device, allowing to send IOMMU &g...

I'm seeking feedback on multi-platform support for virtio-iommu. At the moment only devicetree (DT) is supported and we don't have a pleasant solution for other platforms. Once we figure out the topology description, x86 support is trivial. Since the IOMMU manages memory accesses from other devices, the guest kernel needs to initialize the IOMMU before endpoints start issuing DMA.

I'm seeking feedback on multi-platform support for virtio-iommu. At the moment only devicetree (DT) is supported and we don't have a pleasant solution for other platforms. Once we figure out the topology description, x86 support is trivial. Since the IOMMU manages memory accesses from other devices, the guest kernel needs to initialize the IOMMU before endpoints start issuing DMA.

This is the continuation of my proposal for virtio-iommu, the para- virtualized IOMMU. Here is a summary of the changes since last time [1]: * The virtio-iommu document now resembles an actual specification. It is split into a formal description of the virtio device, and implementation notes. Please find sources and binaries at [2]. * Added a probe request to describe to the guest different

This is the continuation of my proposal for virtio-iommu, the para- virtualized IOMMU. Here is a summary of the changes since last time [1]: * The virtio-iommu document now resembles an actual specification. It is split into a formal description of the virtio device, and implementation notes. Please find sources and binaries at [2]. * Added a probe request to describe to the guest different

...Loic Pallardy <loic.pallardy@stericsson.com> Lokesh Vutla <lokeshvutla@ti.com> LongX Zhang <longx.zhang@intel.com> Lorenzo Bianconi <lorenzo.bianconi83@gmail.com> Lorenzo Colitti <lorenzo@google.com> Lorenzo Dongarrà <lorenzo_64@katamail.com> Lorenzo Pieralisi <lorenzo.pieralisi@arm.com> Lothar Felten <l-felten@ti.com> Lothar Waßmann <LW@KARO-electronics.de> Lu Cao <lucao@marvell.com> Lu Hua <huax.lu@intel.com> Lubomir Rintel <lkundrak@v3.sk> Luboš Luňák <l.lunak@suse.cz> Luca Clementi <luca.clem...

...ricsson.com> Lokesh Vutla <lokeshvutla@ti.com> LongX Zhang <longx.zhang@intel.com> Lonsn <lonsn2005@gmail.com> Lorenzo Bianconi <lorenzo.bianconi83@gmail.com> Lorenzo Colitti <lorenzo@google.com> Lorenzo Dongarrà <lorenzo_64@katamail.com> Lorenzo Pieralisi <lorenzo.pieralisi@arm.com> Lothar Felten <l-felten@ti.com> Lothar Waßmann <LW@KARO-electronics.de> Lu Cao <lucao@marvell.com> Lu Hua <huax.lu@intel.com> Lubomir Rintel <lkundrak@v3.sk> Luboš Luňák <l.lunak@suse.cz> Luca Clementi <luca.clem...

...ricsson.com> Lokesh Vutla <lokeshvutla@ti.com> LongX Zhang <longx.zhang@intel.com> Lonsn <lonsn2005@gmail.com> Lorenzo Bianconi <lorenzo.bianconi83@gmail.com> Lorenzo Colitti <lorenzo@google.com> Lorenzo Dongarrà <lorenzo_64@katamail.com> Lorenzo Pieralisi <lorenzo.pieralisi@arm.com> Lothar Felten <l-felten@ti.com> Lothar Waßmann <LW@KARO-electronics.de> Lu Cao <lucao@marvell.com> Lu Hua <huax.lu@intel.com> Lubomir Rintel <lkundrak@v3.sk> Luboš Luňák <l.lunak@suse.cz> Luca Clementi <luca.clem...

...shvutla@ti.com> Long Li <longli@microsoft.com> LongX Zhang <longx.zhang@intel.com> Lonsn <lonsn2005@gmail.com> Lorenzo Bianconi <lorenzo.bianconi83@gmail.com> Lorenzo Colitti <lorenzo@google.com> Lorenzo Dongarrà <lorenzo_64@katamail.com> Lorenzo Pieralisi <lorenzo.pieralisi@arm.com> Lothar Felten <l-felten@ti.com> Lothar Waßmann <LW@KARO-electronics.de> Lu Cao <lucao@marvell.com> Lu Hua <huax.lu@intel.com> Lubomir Rintel <lkundrak@v3.sk> Luboš Luňák <l.lunak@suse.cz> Luca Clementi <luca.clem...

...shvutla@ti.com> Long Li <longli@microsoft.com> LongX Zhang <longx.zhang@intel.com> Lonsn <lonsn2005@gmail.com> Lorenzo Bianconi <lorenzo.bianconi83@gmail.com> Lorenzo Colitti <lorenzo@google.com> Lorenzo Dongarrà <lorenzo_64@katamail.com> Lorenzo Pieralisi <lorenzo.pieralisi@arm.com> Lothar Felten <l-felten@ti.com> Lothar Waßmann <LW@KARO-electronics.de> Lu Cao <lucao@marvell.com> Lu Hua <huax.lu@intel.com> Lubomir Rintel <lkundrak@v3.sk> Luboš Luňák <l.lunak@suse.cz> Luca Clementi <luca.clem...