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
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,
>
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
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
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
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
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
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
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
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
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
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
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
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.
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
15 matches
Mail list logo