[PATCH] iommu/arm-smmu: Fix 16bit ASID configuration

From: Sunil Goutham 16bit ASID should be enabled before initializing TTBR0/1, otherwise only LSB 8bit ASID will be considered. Hence moving configuration of TTBCR register ahead of TTBR0/1 while initializing context bank. Signed-off-by: Sunil Goutham

Re: [RFC PATCH 1/3] of/pci: dma-ranges to account highest possible host bridge dma_mask

On Tue, Mar 28, 2017 at 12:27 AM, Oza Oza wrote: > On Mon, Mar 27, 2017 at 8:16 PM, Rob Herring wrote: >> On Sat, Mar 25, 2017 at 12:31 AM, Oza Pawandeep wrote: >>> it is possible that PCI device supports 64-bit DMA addressing, >>>

RE: [PATCH V9 00/11] IOMMU probe deferral support

> -Original Message- > From: Sricharan R [mailto:sricha...@codeaurora.org] > Sent: Tuesday, March 28, 2017 5:54 AM > To: Robin Murphy; Shameerali Kolothum Thodi; Wangzhou (B); > will.dea...@arm.com; j...@8bytes.org; lorenzo.pieral...@arm.com; > iommu@lists.linux-foundation.org;

Re: [RFC PATCH 1/3] of/pci: dma-ranges to account highest possible host bridge dma_mask

On 28/03/17 06:27, Oza Oza wrote: > On Mon, Mar 27, 2017 at 8:16 PM, Rob Herring wrote: >> On Sat, Mar 25, 2017 at 12:31 AM, Oza Pawandeep wrote: >>> it is possible that PCI device supports 64-bit DMA addressing, >>> and thus it's driver sets device's

Re: [V9, 07/11] iommu: of: Handle IOMMU lookup failure with deferred probing or error

On 28/03/17 16:00, Rob Herring wrote: > On Fri, Mar 10, 2017 at 12:30:57AM +0530, Sricharan R wrote: >> From: Laurent Pinchart >> >> Failures to look up an IOMMU when parsing the DT iommus property need to >> be handled separately from the .of_xlate()

Re: [V9, 07/11] iommu: of: Handle IOMMU lookup failure with deferred probing or error

On Fri, Mar 10, 2017 at 12:30:57AM +0530, Sricharan R wrote: > From: Laurent Pinchart > > Failures to look up an IOMMU when parsing the DT iommus property need to > be handled separately from the .of_xlate() failures to support deferred > probing. > >

Re: [V9, 07/11] iommu: of: Handle IOMMU lookup failure with deferred probing or error

Hi, On 3/28/2017 8:30 PM, Rob Herring wrote: On Fri, Mar 10, 2017 at 12:30:57AM +0530, Sricharan R wrote: From: Laurent Pinchart Failures to look up an IOMMU when parsing the DT iommus property need to be handled separately from the .of_xlate()

Re: [PATCH V9 00/11] IOMMU probe deferral support

Hi, On 3/28/2017 7:45 PM, Shameerali Kolothum Thodi wrote: -Original Message- From: Sricharan R [mailto:sricha...@codeaurora.org] Sent: Tuesday, March 28, 2017 5:54 AM To: Robin Murphy; Shameerali Kolothum Thodi; Wangzhou (B); will.dea...@arm.com; j...@8bytes.org;

Re: [RFC PATCH 1/3] of/pci: dma-ranges to account highest possible host bridge dma_mask

On Tue, Mar 28, 2017 at 7:59 PM, Robin Murphy wrote: > On 28/03/17 06:27, Oza Oza wrote: >> On Mon, Mar 27, 2017 at 8:16 PM, Rob Herring wrote: >>> On Sat, Mar 25, 2017 at 12:31 AM, Oza Pawandeep >>> wrote: it is possible that

Re: [RFC PATCH] of: Fix DMA configuration for non-DT masters

On Wed, Mar 29, 2017 at 12:27 AM, Robin Murphy wrote: > For PCI masters not represented in DT, we pass the OF node of their > associated host bridge to of_dma_configure(), such that they can inherit > the appropriate DMA configuration from whatever is described there. >

Re: [RFC PATCH] of: Fix DMA configuration for non-DT masters

On Wed, Mar 29, 2017 at 10:23 AM, Oza Oza wrote: > On Wed, Mar 29, 2017 at 12:27 AM, Robin Murphy wrote: >> For PCI masters not represented in DT, we pass the OF node of their >> associated host bridge to of_dma_configure(), such that they can inherit

[RFC PATCH] of: Fix DMA configuration for non-DT masters

For PCI masters not represented in DT, we pass the OF node of their associated host bridge to of_dma_configure(), such that they can inherit the appropriate DMA configuration from whatever is described there. Unfortunately, whilst this has worked for the "dma-coherent" property, it turns out to