Testing the RK3288 VPU with static data on mainline kernels (Re: VPU tests)

2018-08-17 Thread Miouyouyou (Myy)
I'm adding the Linux Rockchip LKML and Linux IOMMU LKML since mimicking old 4.4 code leads me to other issues. ayaka a écrit : > Have you tried my new driver? MPP_service ? I'd like to but since the 4.4 Rockchip branch is being a bit difficult to recompile these days, I have to make do with the ol

Re: dmaengine for sh7760 (was Re: use the generic dma-noncoherent code for sh V2)

2018-08-17 Thread Arnd Bergmann
On Fri, Aug 17, 2018 at 7:04 PM Rob Landley wrote: > On 07/31/2018 07:56 AM, Arnd Bergmann wrote: > > On Fri, Jul 27, 2018 at 6:20 PM, Rob Landley wrote: > >> On 07/24/2018 03:21 PM, Christoph Hellwig wrote: > >>> On Tue, Jul 24, 2018 at 02:01:42PM +0200, Christoph Hellwig wrote: > Hi all, >

dmaengine for sh7760 (was Re: use the generic dma-noncoherent code for sh V2)

2018-08-17 Thread Rob Landley
On 07/31/2018 07:56 AM, Arnd Bergmann wrote: > On Fri, Jul 27, 2018 at 6:20 PM, Rob Landley wrote: >> On 07/24/2018 03:21 PM, Christoph Hellwig wrote: >>> On Tue, Jul 24, 2018 at 02:01:42PM +0200, Christoph Hellwig wrote: Hi all, can you review these patches to switch sh to use t

[PATCH] iommu/arm-smmu-v3: Fix a couple of minor comment typos

2018-08-17 Thread John Garry
Fix some comment typos spotted. Signed-off-by: John Garry diff --git a/drivers/iommu/arm-smmu-v3.c b/drivers/iommu/arm-smmu-v3.c index 5059d09..feef122 100644 --- a/drivers/iommu/arm-smmu-v3.c +++ b/drivers/iommu/arm-smmu-v3.c @@ -708,7 +708,7 @@ static void queue_inc_prod(struct arm_smmu_queue

Re: [PATCH 1/3] iommu: Add fast hook for getting DMA domains

2018-08-17 Thread Laurentiu Tudor
Hi Robin, On 14.08.2018 16:04, Robin Murphy wrote: > While iommu_get_domain_for_dev() is the robust way for arbitrary IOMMU > API callers to retrieve the domain pointer, for DMA ops domains it > doesn't scale well for large systems and multi-queue devices, since the > momentary refcount adjustment

[PATCH 2/2] dt-bindings: iommu: ipmmu-vmsa: Add r8a774a1 support

2018-08-17 Thread Fabrizio Castro
Document RZ/G2M (R8A774A1) SoC bindings. Signed-off-by: Fabrizio Castro Reviewed-by: Biju Das --- This patch applies on top of next-20180817 Documentation/devicetree/bindings/iommu/renesas,ipmmu-vmsa.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings

[PATCH 1/2] iommu/ipmmu-vmsa: Hook up R8A774A1 DT maching code

2018-08-17 Thread Fabrizio Castro
Add support for RZ/G2M (R8A774A1) SoC IPMMUs. Signed-off-by: Fabrizio Castro Reviewed-by: Biju Das --- This patch applies on top of renesas-drivers-2018-07-31-v4.18-rc7 drivers/iommu/ipmmu-vmsa.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/iommu/ipmmu-vmsa.c b/drivers/iomm

[PATCH 0/2] Add IPMMU compatibility for r8a774a1

2018-08-17 Thread Fabrizio Castro
Dear All, this series adds IPMMU compatibility for the RZ/G2M (a.k.a. R8A774A1). Cheers, Fab Fabrizio Castro (2): iommu/ipmmu-vmsa: Hook up R8A774A1 DT maching code dt-bindings: iommu: ipmmu-vmsa: Add r8a774a1 support Documentation/devicetree/bindings/iommu/renesas,ipmmu-vmsa.txt | 1 + dr

Re: [PATCH 0/3] iommu: Avoid DMA ops domain refcount contention

2018-08-17 Thread John Garry
On 14/08/2018 14:04, Robin Murphy wrote: John raised the issue[1] that we have some unnecessary refcount contention in the DMA ops path which shows scalability problems now that we have more real high-performance hardware using iommu-dma. The x86 IOMMU drivers are sidestepping this by stashing do

Re: [PATCH 0/3] iommu: Avoid DMA ops domain refcount contention

2018-08-17 Thread Christoph Hellwig
On Fri, Aug 17, 2018 at 12:30:31PM +0100, Robin Murphy wrote: > On 17/08/18 08:24, Christoph Hellwig wrote: > > I plan to make the arm iommu dma ops generic and move them to > > drivers/iommu for the 4.20 merge window. > > You mean 32-bit arm? Sorry, I meant the arm64 wrappers for dma-iommu of co

Re: [PATCH 0/3] iommu: Avoid DMA ops domain refcount contention

2018-08-17 Thread Robin Murphy
On 17/08/18 08:24, Christoph Hellwig wrote: I plan to make the arm iommu dma ops generic and move them to drivers/iommu for the 4.20 merge window. You mean 32-bit arm? The only place that code should move to is /dev/null ;) - the plan has always been to convert it to use groups and default do

Re: [PATCH 1/3] iommu: Add fast hook for getting DMA domains

2018-08-17 Thread Robin Murphy
On 17/08/18 10:36, John Garry wrote: On 14/08/2018 14:04, Robin Murphy wrote: While iommu_get_domain_for_dev() is the robust way for arbitrary IOMMU API callers to retrieve the domain pointer, for DMA ops domains it doesn't scale well for large systems and multi-queue devices, since the momentar

Re: [PATCH 1/3] iommu: Add fast hook for getting DMA domains

2018-08-17 Thread John Garry
On 14/08/2018 14:04, Robin Murphy wrote: While iommu_get_domain_for_dev() is the robust way for arbitrary IOMMU API callers to retrieve the domain pointer, for DMA ops domains it doesn't scale well for large systems and multi-queue devices, since the momentary refcount adjustment will lead to exc

Re: [PATCH 0/3] iommu: Avoid DMA ops domain refcount contention

2018-08-17 Thread Will Deacon
On Fri, Aug 17, 2018 at 12:24:15AM -0700, Christoph Hellwig wrote: > I plan to make the arm iommu dma ops generic and move them to > drivers/iommu for the 4.20 merge window. Because of that it would > be great to create a stable branch or even pull this in through > the dma-mapping tree entirely.

Re: [PATCH 0/3] iommu: Avoid DMA ops domain refcount contention

2018-08-17 Thread Christoph Hellwig
I plan to make the arm iommu dma ops generic and move them to drivers/iommu for the 4.20 merge window. Because of that it would be great to create a stable branch or even pull this in through the dma-mapping tree entirely. ___ iommu mailing list iommu@li