s/unsued/unused/ in subject (here and other patches).
"Clean up" is slightly ambiguous; it could mean either "make better" or
"remove." "Remove unused code" would be less ambiguous.
On Tue, Nov 25, 2014 at 03:49:42PM +0800, Jiang Liu wrote:
> Now we have converted to hierarchy irqdomain, so clea
On 2014/12/2 0:27, Joerg Roedel wrote:
> On Wed, Nov 26, 2014 at 09:42:10AM +0800, Jiang Liu wrote:
>> There's an off-by-one bug in function __domain_mapping(), which may
>> trigger the BUG_ON(nr_pages < lvl_pages) when
>> (nr_pages + 1) & superpage_mask == 0
>
> What is the superpage_mask?
Adding Grant and Pantelis...
On Mon, Dec 1, 2014 at 10:57 AM, Will Deacon wrote:
> IOMMU drivers must be initialised before any of their upstream devices,
> otherwise the relevant iommu_ops won't be configured for the bus in
> question. To solve this, a number of IOMMU drivers use initcalls to
>
On Mon, Dec 1, 2014 at 10:57 AM, Will Deacon wrote:
> This patch extends of_dma_configure so that it sets up the IOMMU for a
> device, as well as the coherent/non-coherent DMA mapping ops.
>
> Acked-by: Arnd Bergmann
> Acked-by: Marek Szyprowski
> Tested-by: Robin Murphy
> Signed-off-by: Will D
On Mon, Dec 1, 2014 at 10:57 AM, Will Deacon wrote:
> set_arch_dma_coherent_ops is called from of_dma_configure in order to
> swizzle the architectural dma-mapping functions over to a cache-coherent
> implementation. This is currently implemented only for ARM.
>
> In anticipation of re-using this
Will Deacon writes:
> diff --git a/drivers/iommu/arm-smmu.c b/drivers/iommu/arm-smmu.c
> index ecad700cd4f4..2a7e3331b93a 100644
> --- a/drivers/iommu/arm-smmu.c
> +++ b/drivers/iommu/arm-smmu.c
> @@ -24,7 +24,7 @@
> * - v7/v8 long-descriptor format
> * - Non-secure access to the SMMU
>
Hi Will,
On Monday 01 December 2014 17:23:15 Will Deacon wrote:
> On Sun, Nov 30, 2014 at 11:29:46PM +, Laurent Pinchart wrote:
> > Hi Will,
>
> Hello again,
>
> > On Thursday 27 November 2014 11:51:16 Will Deacon wrote:
> > > +static arm_lpae_iopte arm_lpae_prot_to_pte(struct arm_lpae_io_pg
On Sun, Nov 30, 2014 at 11:29:46PM +, Laurent Pinchart wrote:
> Hi Will,
Hello again,
> On Thursday 27 November 2014 11:51:16 Will Deacon wrote:
> > +static arm_lpae_iopte arm_lpae_prot_to_pte(struct arm_lpae_io_pgtable
> > *data, + int prot)
> > +{
> >
This patch extends of_dma_configure so that it sets up the IOMMU for a
device, as well as the coherent/non-coherent DMA mapping ops.
Acked-by: Arnd Bergmann
Acked-by: Marek Szyprowski
Tested-by: Robin Murphy
Signed-off-by: Will Deacon
---
arch/arm/include/asm/dma-mapping.h | 4 +++-
drivers/
IOMMU drivers must be initialised before any of their upstream devices,
otherwise the relevant iommu_ops won't be configured for the bus in
question. To solve this, a number of IOMMU drivers use initcalls to
initialise the driver before anything has a chance to be probed.
Whilst this solves the im
set_arch_dma_coherent_ops is called from of_dma_configure in order to
swizzle the architectural dma-mapping functions over to a cache-coherent
implementation. This is currently implemented only for ARM.
In anticipation of re-using this mechanism for IOMMU-backed dma-mapping
ops too, this patch rep
This patch adds a new function to the iommu_ops structure to allow an
OF device to be added to a specific IOMMU instance using the recently
merged generic devicetree binding for IOMMUs. The callback (of_xlate)
takes a struct device representing the master and an of_phandle_args
representing the IOM
This patch plumbs the existing ARM IOMMU DMA infrastructure (which isn't
actually called outside of a few drivers) into arch_setup_dma_ops, so
that we can use IOMMUs for DMA transfers in a more generic fashion.
Since this significantly complicates the arch_setup_dma_ops function,
it is moved out o
The generic IOMMU device-tree bindings can be used to add arbitrary OF
masters to an IOMMU with a compliant binding.
This patch introduces of_iommu_configure, which does exactly that.
Acked-by: Arnd Bergmann
Acked-by: Joerg Roedel
Acked-by: Marek Szyprowski
Tested-by: Robin Murphy
Signed-off-
From: Marek Szyprowski
IOMMU drivers can be initialized from of_iommu helpers. Such drivers don't
need to provide device_add callbacks to operate properly, so there is no
need to fail initialization if the callback is missing.
Acked-by: Arnd Bergmann
Signed-off-by: Marek Szyprowski
Signed-off-
We need to ensure that the IOMMUs in the system have a chance to perform
some basic initialisation before we start adding masters to them.
This patch adds a call to of_iommu_init before of_platform_populate.
Acked-by: Russell King
Acked-by: Arnd Bergmann
Acked-by: Marek Szyprowski
Signed-off-b
Hello again,
This is version 6 of the patches previously posted here:
RFCv1:
http://lists.infradead.org/pipermail/linux-arm-kernel/2014-August/283023.html
RFCv2:
http://lists.infradead.org/pipermail/linux-arm-kernel/2014-September/283752.html
RFCv3:
http://lists.infradead.org/pipermail/l
On Wed, Nov 26, 2014 at 09:42:10AM +0800, Jiang Liu wrote:
> There's an off-by-one bug in function __domain_mapping(), which may
> trigger the BUG_ON(nr_pages < lvl_pages) when
> (nr_pages + 1) & superpage_mask == 0
What is the superpage_mask?
> The issue was introduced by commit 9051aa0268
On Mon, Dec 01, 2014 at 01:52:57PM +, Arnd Bergmann wrote:
> On Friday 28 November 2014 13:29:38 Will Deacon wrote:
> > Here is v5 of the patches I've previously sent here:
> >
> > RFCv1:
> > http://lists.infradead.org/pipermail/linux-arm-kernel/2014-August/283023.html
> > RFCv2:
> > htt
On 12/01/2014 01:45 PM, Antonios Motakis wrote:
> Hello Eric,
>
> On Fri, Nov 28, 2014 at 7:05 PM, Eric Auger wrote:
>> Hi Antonios,
>>
>> you can add Tested-by: Eric Auger
>>
>
> Thanks!
>
>> I added some patches related to IOMMU_CAP_NOEXEC cap to compile your 2
>> series with v3.18-rc5, mayb
On Friday 28 November 2014 13:29:38 Will Deacon wrote:
> Hi all,
>
> Here is v5 of the patches I've previously sent here:
>
> RFCv1:
> http://lists.infradead.org/pipermail/linux-arm-kernel/2014-August/283023.html
> RFCv2:
> http://lists.infradead.org/pipermail/linux-arm-kernel/2014-Septembe
On Mon, Dec 01, 2014 at 01:33:09PM +, Laurent Pinchart wrote:
> On Monday 01 December 2014 12:13:38 Will Deacon wrote:
> > On Sun, Nov 30, 2014 at 10:00:21PM +, Laurent Pinchart wrote:
> > > On Thursday 27 November 2014 11:51:15 Will Deacon wrote:
> > > > diff --git a/drivers/iommu/io-pgtab
Hi Will,
On Monday 01 December 2014 12:13:38 Will Deacon wrote:
> On Sun, Nov 30, 2014 at 10:00:21PM +, Laurent Pinchart wrote:
> > On Thursday 27 November 2014 11:51:15 Will Deacon wrote:
> > > diff --git a/drivers/iommu/io-pgtable.c b/drivers/iommu/io-pgtable.c
> > > new file mode 100644
> >
Hello Eric,
On Fri, Nov 28, 2014 at 7:05 PM, Eric Auger wrote:
> Hi Antonios,
>
> you can add Tested-by: Eric Auger
>
Thanks!
> I added some patches related to IOMMU_CAP_NOEXEC cap to compile your 2
> series with v3.18-rc5, maybe due to the fact I did not use some
> iommu/vt-d stuff? See my 3.
On Mon, Dec 01, 2014 at 02:31:38PM +0800, Li, ZhenHua wrote:
> After I implement these two steps, there comes a new fault:
>
> [1.594890] dmar: DRHD: handling fault status reg 2
> [1.594894] dmar: INTR-REMAP: Request device [[41:00.0] fault index 4d
> [1.594894] INTR-REMAP:[fault reason 34] Presen
On Sun, Nov 30, 2014 at 10:00:21PM +, Laurent Pinchart wrote:
> Hi Will,
Hi Laurent,
> Thank you for the patch.
Cheers for the review!
> On Thursday 27 November 2014 11:51:15 Will Deacon wrote:
> > diff --git a/drivers/iommu/io-pgtable.c b/drivers/iommu/io-pgtable.c
> > new file mode 100644
On Sun, Nov 30, 2014 at 10:03:08PM +, Laurent Pinchart wrote:
> Hi Will,
Hi Laurent,
> On Thursday 27 November 2014 11:51:14 Will Deacon wrote:
> > Hi all,
> >
> > This series introduces a generic IOMMU page table allocation framework,
> > implements support for ARM long-descriptors and then
27 matches
Mail list logo