RE: [PATCH RFC 11/14] arm64: Move the ASID allocator code in a separate file

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Will Deacon > Sent: Monday, September 16, 2019 11:48 PM > To: Anup Patel > Cc: Palmer Dabbelt ; guo...@kernel.org; Will Deacon > ; julien.thie...@arm.com; a

RE: [PATCH RFC 11/14] arm64: Move the ASID allocator code in a separate file

erkeley.edu; james.mo...@arm.com; > Arnd Bergmann ; suzuki.poul...@arm.com; > marc.zyng...@arm.com; catalin.mari...@arm.com; Anup Patel > ; linux-ker...@vger.kernel.org; > r...@linux.ibm.com; Christoph Hellwig ; Atish Patra > ; julien.gr...@arm.com; g...@garyguo.net; Paul > Walmsley

Re: [PATCH v10] vfio: platform: reset: Add Broadcom FlexRM reset module

On Tue, Oct 3, 2017 at 10:57 AM, Anup Patel <anup.pa...@broadcom.com> wrote: > This patch adds Broadcom FlexRM low-level reset for > VFIO platform. > > It will do the following: > 1. Disable/Deactivate each FlexRM ring > 2. Flush each FlexRM ring > > The cle

[PATCH v10] FlexRM support in VFIO platform

ng flush timeout happens Changes since v2: - Remove PATCH1 because fixing VFIO no-IOMMU mode is a separate topic Changes since v1: - Remove iommu_present() check in vfio_iommu_group_get() - Drop PATCH1-to-PATCH3 because IOMMU_CAP_BYPASS is not required - Move additional comments out of l

[PATCH v10] vfio: platform: reset: Add Broadcom FlexRM reset module

This patch adds Broadcom FlexRM low-level reset for VFIO platform. It will do the following: 1. Disable/Deactivate each FlexRM ring 2. Flush each FlexRM ring The cleanup sequence for FlexRM rings is adapted from Broadcom FlexRM mailbox driver. Signed-off-by: Anup Patel <anup.pa...@broadcom.

[PATCH v9] vfio: platform: reset: Add Broadcom FlexRM reset module

This patch adds Broadcom FlexRM low-level reset for VFIO platform. It will do the following: 1. Disable/Deactivate each FlexRM ring 2. Flush each FlexRM ring The cleanup sequence for FlexRM rings is adapted from Broadcom FlexRM mailbox driver. Signed-off-by: Anup Patel <anup.pa...@broadcom.

[PATCH v9] FlexRM support in VFIO platform

MMU mode is a separate topic Changes since v1: - Remove iommu_present() check in vfio_iommu_group_get() - Drop PATCH1-to-PATCH3 because IOMMU_CAP_BYPASS is not required - Move additional comments out of license header in vfio_platform_bcmflexrm.c Anup Patel (1): vfio: platform: res

Re: [PATCH v8] vfio: platform: reset: Add Broadcom FlexRM reset module

On Fri, Sep 8, 2017 at 9:28 PM, Auger Eric <eric.au...@redhat.com> wrote: > Hi Anup, > > On 06/09/2017 13:18, Anup Patel wrote: >> This patch adds Broadcom FlexRM low-level reset for >> VFIO platform. >> >> It will do the following: >> 1. Disable/Deacti

[PATCH v8] vfio: platform: reset: Add Broadcom FlexRM reset module

This patch adds Broadcom FlexRM low-level reset for VFIO platform. It will do the following: 1. Disable/Deactivate each FlexRM ring 2. Flush each FlexRM ring The cleanup sequence for FlexRM rings is adapted from Broadcom FlexRM mailbox driver. Signed-off-by: Anup Patel <anup.pa...@broadcom.

[PATCH v8] FlexRM support in VFIO platform

iommu_group_get() - Drop PATCH1-to-PATCH3 because IOMMU_CAP_BYPASS is not required - Move additional comments out of license header in vfio_platform_bcmflexrm.c Anup Patel (1): vfio: platform: reset: Add Broadcom FlexRM reset module drivers/vfio/platform/reset/Kconfig

[PATCH v7] vfio: platform: reset: Add Broadcom FlexRM reset module

This patch adds Broadcom FlexRM low-level reset for VFIO platform. It will do the following: 1. Disable/Deactivate each FlexRM ring 2. Flush each FlexRM ring The cleanup sequence for FlexRM rings is adapted from Broadcom FlexRM mailbox driver. Signed-off-by: Anup Patel <anup.pa...@broadcom.

[PATCH v7] FlexRM support in VFIO platform

comments out of license header in vfio_platform_bcmflexrm.c Anup Patel (1): vfio: platform: reset: Add Broadcom FlexRM reset module drivers/vfio/platform/reset/Kconfig| 9 ++ drivers/vfio/platform/reset/Makefile | 1 + .../vfio/platform/reset/vfio_platform_bcmflexrm.c

Re: [PATCH v6] vfio: platform: reset: Add Broadcom FlexRM reset module

On Tue, Sep 5, 2017 at 9:27 PM, Alex Williamson <alex.william...@redhat.com> wrote: > On Mon, 4 Sep 2017 15:20:11 +0530 > Anup Patel <anup.pa...@broadcom.com> wrote: > >> Sorry for delayed response... >> >> On Tue, Aug 29, 2017 at 7:39 PM, Konrad Rzeszutek

Re: [PATCH v6] vfio: platform: reset: Add Broadcom FlexRM reset module

Sorry for delayed response... On Tue, Aug 29, 2017 at 7:39 PM, Konrad Rzeszutek Wilk <konrad.w...@oracle.com> wrote: > On Tue, Aug 29, 2017 at 09:34:46AM +0530, Anup Patel wrote: >> This patch adds Broadcom FlexRM low-level reset for >> VFIO platform. >> > > I

[PATCH v6] vfio: platform: reset: Add Broadcom FlexRM reset module

This patch adds Broadcom FlexRM low-level reset for VFIO platform. It will do the following: 1. Disable/Deactivate each FlexRM ring 2. Flush each FlexRM ring The cleanup sequence for FlexRM rings is adapted from Broadcom FlexRM mailbox driver. Signed-off-by: Anup Patel <anup.pa...@broadcom.

[PATCH v6] FlexRM support in VFIO platform

Drop PATCH1-to-PATCH3 because IOMMU_CAP_BYPASS is not required - Move additional comments out of license header in vfio_platform_bcmflexrm.c Anup Patel (1): vfio: platform: reset: Add Broadcom FlexRM reset module drivers/vfio/platform/reset/Kconfig| 9 ++ driver

[PATCH v5] vfio: platform: reset: Add Broadcom FlexRM reset module

This patch adds Broadcom FlexRM low-level reset for VFIO platform. It will do the following: 1. Disable/Deactivate each FlexRM ring 2. Flush each FlexRM ring The cleanup sequence for FlexRM rings is adapted from Broadcom FlexRM mailbox driver. Signed-off-by: Anup Patel <anup.pa...@broadcom.

[PATCH v5] FlexRM support in VFIO platform

comments out of license header in vfio_platform_bcmflexrm.c Anup Patel (1): vfio: platform: reset: Add Broadcom FlexRM reset module drivers/vfio/platform/reset/Kconfig| 8 ++ drivers/vfio/platform/reset/Makefile | 1 + .../vfio/platform/reset/vfio_platform_bcmflexrm.c | 100

Re: [PATCH v4] vfio: platform: reset: Add Broadcom FlexRM reset module

On Fri, Aug 11, 2017 at 12:53 AM, Alex Williamson <alex.william...@redhat.com> wrote: > On Wed, 2 Aug 2017 11:08:30 +0530 > Anup Patel <anup.pa...@broadcom.com> wrote: > >> This patch adds Broadcom FlexRM low-level reset for >> VFIO platform. >> >

[PATCH v4] vfio: platform: reset: Add Broadcom FlexRM reset module

This patch adds Broadcom FlexRM low-level reset for VFIO platform. It will do the following: 1. Disable/Deactivate each FlexRM ring 2. Flush each FlexRM ring The cleanup sequence for FlexRM rings is adapted from Broadcom FlexRM mailbox driver. Signed-off-by: Anup Patel <anup.pa...@broadcom.

[PATCH v4] FlexRM support in VFIO platform

s since v1: - Remove iommu_present() check in vfio_iommu_group_get() - Drop PATCH1-to-PATCH3 because IOMMU_CAP_BYPASS is not required - Move additional comments out of license header in vfio_platform_bcmflexrm.c Anup Patel (1): vfio: platform: reset: Add Broadcom FlexRM reset module dr

Re: [PATCH v3] vfio: platform: reset: Add Broadcom FlexRM reset module

Hi Eric, Thanks for the review comments... On Sat, Jul 29, 2017 at 6:31 PM, Auger Eric <eric.au...@redhat.com> wrote: > Hi Anup, > On 20/07/2017 13:17, Anup Patel wrote: >> This patch adds Broadcom FlexRM low-level reset for >> VFIO platform. >> >> It

Re: [PATCH 3/5] iommu/arm-smmu-v3: add IOMMU_CAP_BYPASS to the ARM SMMUv3 driver

;> > Robin Murphy <robin.mur...@arm.com> wrote: >> > >> >> On 20/07/17 10:10, Will Deacon wrote: >> >>> On Thu, Jul 20, 2017 at 09:32:00AM +0530, Anup Patel wrote: >> >>>> On Wed, Jul 19, 2017 at 5:23 PM, Will Deacon <will.dea...@a

[PATCH v3] vfio: platform: reset: Add Broadcom FlexRM reset module

This patch adds Broadcom FlexRM low-level reset for VFIO platform. It will do the following: 1. Disable/Deactivate each FlexRM ring 2. Flush each FlexRM ring The cleanup sequence for FlexRM rings is adapted from Broadcom FlexRM mailbox driver. Signed-off-by: Anup Patel <anup.pa...@broadcom.

[PATCH v3] FlexRM support in VFIO platform

is a separate topic Changes since v1: - Remove iommu_present() check in vfio_iommu_group_get() - Drop PATCH1-to-PATCH3 because IOMMU_CAP_BYPASS is not required - Move additional comments out of license header in vfio_platform_bcmflexrm.c Anup Patel (1): vfio: platform: reset: Add Broadcom

Re: [PATCH 3/5] iommu/arm-smmu-v3: add IOMMU_CAP_BYPASS to the ARM SMMUv3 driver

On Thu, Jul 20, 2017 at 2:40 PM, Will Deacon <will.dea...@arm.com> wrote: > On Thu, Jul 20, 2017 at 09:32:00AM +0530, Anup Patel wrote: >> On Wed, Jul 19, 2017 at 5:23 PM, Will Deacon <will.dea...@arm.com> wrote: >> > There are two things here: >> > >

[PATCH v2 2/2] vfio: platform: reset: Add Broadcom FlexRM reset module

This patch adds Broadcom FlexRM low-level reset for VFIO platform. It will do the following: 1. Disable/Deactivate each FlexRM ring 2. Flush each FlexRM ring The cleanup sequence for FlexRM rings is adapted from Broadcom FlexRM mailbox driver. Signed-off-by: Anup Patel <anup.pa...@broadcom.

[PATCH v2 1/2] vfio: Allow No-IOMMU mode without checking iommu_present()

to an IOMMU on that bus. Due above reasons, having iommu_present() check for VFIO No-IOMMU mode is not appropriate. Signed-off-by: Anup Patel <anup.pa...@broadcom.com> --- drivers/vfio/vfio.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/drivers/vfio/vfio.c b/driver

[PATCH v2 0/2] FlexRM support in VFIO platform

/Broadcom/arm64-linux.git Changes since v1: - Remove iommu_present() check in vfio_iommu_group_get() - Drop PATCH1-to-PATCH3 because IOMMU_CAP_BYPASS is not required - Move additional comments out of license header in vfio_platform_bcmflexrm.c Anup Patel (2): vfio: Allow No-IOMMU mode

Re: [PATCH 5/5] vfio: platform: reset: Add Broadcom FlexRM reset module

On Wed, Jul 19, 2017 at 10:20 PM, Scott Branden wrote: > Hi Anup, > > NAK - as indicated in internal review please use unmodified Broadcom legal > header in its own comment block. I had addressed your internal review comments and used standard GLPv2 header (also

Re: [PATCH 3/5] iommu/arm-smmu-v3: add IOMMU_CAP_BYPASS to the ARM SMMUv3 driver

On Wed, Jul 19, 2017 at 5:23 PM, Will Deacon <will.dea...@arm.com> wrote: > On Wed, Jul 19, 2017 at 05:09:05PM +0530, Anup Patel wrote: >> On Wed, Jul 19, 2017 at 5:03 PM, Will Deacon <will.dea...@arm.com> wrote: >> > On Wed, Jul 19, 2017 at 05:01:11PM +0530, Anup Pat

Re: [PATCH 3/5] iommu/arm-smmu-v3: add IOMMU_CAP_BYPASS to the ARM SMMUv3 driver

On Wed, Jul 19, 2017 at 5:03 PM, Will Deacon <will.dea...@arm.com> wrote: > On Wed, Jul 19, 2017 at 05:01:11PM +0530, Anup Patel wrote: >> On Wed, Jul 19, 2017 at 4:55 PM, Will Deacon <will.dea...@arm.com> wrote: >> > On Wed, Jul 19, 2017 at 04:53:04PM +0530, Anup Pat

Re: [PATCH 1/5] iommu: Add capability IOMMU_CAP_BYPASS

On Wed, Jul 19, 2017 at 5:00 PM, Will Deacon <will.dea...@arm.com> wrote: > On Wed, Jul 19, 2017 at 04:56:38PM +0530, Anup Patel wrote: >> On Wed, Jul 19, 2017 at 4:53 PM, Will Deacon <will.dea...@arm.com> wrote: >> > On Wed, Jul 19, 2017 at 04:49:00PM +0530, Anup Pat

Re: [PATCH 3/5] iommu/arm-smmu-v3: add IOMMU_CAP_BYPASS to the ARM SMMUv3 driver

On Wed, Jul 19, 2017 at 4:55 PM, Will Deacon <will.dea...@arm.com> wrote: > On Wed, Jul 19, 2017 at 04:53:04PM +0530, Anup Patel wrote: >> On Wed, Jul 19, 2017 at 4:30 PM, Robin Murphy <robin.mur...@arm.com> wrote: >> > On 19/07/17 10:33, Anup Patel wrote: >>

Re: [PATCH 0/5] FlexRM support in VFIO platform

On Wed, Jul 19, 2017 at 4:55 PM, Robin Murphy <robin.mur...@arm.com> wrote: > On 19/07/17 12:17, Anup Patel wrote: >> On Wed, Jul 19, 2017 at 4:27 PM, Robin Murphy <robin.mur...@arm.com> wrote: >>> On 19/07/17 10:33, Anup Patel wrote: >>>> This patchset p

Re: [PATCH 1/5] iommu: Add capability IOMMU_CAP_BYPASS

On Wed, Jul 19, 2017 at 4:53 PM, Will Deacon <will.dea...@arm.com> wrote: > On Wed, Jul 19, 2017 at 04:49:00PM +0530, Anup Patel wrote: >> On Wed, Jul 19, 2017 at 4:28 PM, Robin Murphy <robin.mur...@arm.com> wrote: >> > On 19/07/17 10:33, Anup Patel wrote: >>

Re: [PATCH 3/5] iommu/arm-smmu-v3: add IOMMU_CAP_BYPASS to the ARM SMMUv3 driver

On Wed, Jul 19, 2017 at 4:30 PM, Robin Murphy <robin.mur...@arm.com> wrote: > On 19/07/17 10:33, Anup Patel wrote: >> The ARM SMMUv3 support bypassing transactions for which domain >> is not configured. The patch adds corresponding IOMMU capability >> to advertise

Re: [PATCH 1/5] iommu: Add capability IOMMU_CAP_BYPASS

On Wed, Jul 19, 2017 at 4:28 PM, Robin Murphy <robin.mur...@arm.com> wrote: > On 19/07/17 10:33, Anup Patel wrote: >> Some of the IOMMUs (such as ARM SMMU) are capable of bypassing >> transactions for which no IOMMU domain is configured. >> >> This patch adds I

Re: [PATCH 0/5] FlexRM support in VFIO platform

On Wed, Jul 19, 2017 at 4:27 PM, Robin Murphy <robin.mur...@arm.com> wrote: > On 19/07/17 10:33, Anup Patel wrote: >> This patchset primarily adds Broadcom FlexRM reset module for >> VFIO platform driver. We also have minor improvments in IOMMU >> and VFIO driver to allo

[PATCH 5/5] vfio: platform: reset: Add Broadcom FlexRM reset module

This patch adds low-level reset for Broadcom FlexRM to VFIO platform. It will do the following: 1. Disable/Deactivate each FlexRM ring 2. Flush each FlexRM ring The cleanup sequence for FlexRM rings is adapted from Broadcom FlexRM mailbox driver. Signed-off-by: Anup Patel <anup

[PATCH 4/5] vfio: Allow No-IOMMU mode for IOMMUs with bypass capability

and IOMMU_CAP_BYPASS is not available. Signed-off-by: Anup Patel <anup.pa...@broadcom.com> --- drivers/vfio/vfio.c | 13 ++--- 1 file changed, 10 insertions(+), 3 deletions(-) diff --git a/drivers/vfio/vfio.c b/drivers/vfio/vfio.c index 330d505..61f3807 100644 --- a/drivers/vfio/vfio.c +++ b/driver

[PATCH 2/5] iommu/arm-smmu: add IOMMU_CAP_BYPASS to the ARM SMMU driver

The ARM SMMUv1 and SMMUv2 support bypassing transactions for which domain is not configured. The patch adds corresponding IOMMU capability to advertise this fact. Signed-off-by: Anup Patel <anup.pa...@broadcom.com> --- drivers/iommu/arm-smmu.c | 2 ++ 1 file changed, 2 insertions(+) diff

[PATCH 3/5] iommu/arm-smmu-v3: add IOMMU_CAP_BYPASS to the ARM SMMUv3 driver

The ARM SMMUv3 support bypassing transactions for which domain is not configured. The patch adds corresponding IOMMU capability to advertise this fact. Signed-off-by: Anup Patel <anup.pa...@broadcom.com> --- drivers/iommu/arm-smmu-v3.c | 2 ++ 1 file changed, 2 insertions(+) diff

[PATCH 1/5] iommu: Add capability IOMMU_CAP_BYPASS

Some of the IOMMUs (such as ARM SMMU) are capable of bypassing transactions for which no IOMMU domain is configured. This patch adds IOMMU_CAP_BYPASS which can be used by IOMMU drivers to advertise transation bypass capability of an IOMMU. Signed-off-by: Anup Patel <anup.pa...@broadcom.

[PATCH 0/5] FlexRM support in VFIO platform

/Broadcom/arm64-linux.git Anup Patel (5): iommu: Add capability IOMMU_CAP_BYPASS iommu/arm-smmu: add IOMMU_CAP_BYPASS to the ARM SMMU driver iommu/arm-smmu-v3: add IOMMU_CAP_BYPASS to the ARM SMMUv3 driver vfio: Allow No-IOMMU mode for IOMMUs with bypass capability vfio: platform: reset: Add

Re: [PATCH v5 00/19] Generic DT bindings for PCI IOMMUs and ARM SMMU

Hi Robin, What are the chances of having this series in Linux-4.9? Regards, Anup ___ iommu mailing list iommu@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/iommu

Re: [PATCH v2 2/4] iommu/arm-smmu: Invoke DT probe from arm_smmu_of_setup()

On Thu, Feb 18, 2016 at 5:30 PM, Sricharan <sricha...@codeaurora.org> wrote: > Hi, > >> -Original Message- >> From: linux-arm-kernel [mailto:linux-arm-kernel- >> boun...@lists.infradead.org] On Behalf Of Anup Patel >> Sent: Monday, February 08, 2016 10

Re: [PATCH v2 4/4] iommu/arm-smmu: Add stub of_xlate() operation in SMMUv1/SMMUv2 driver

On Mon, Feb 8, 2016 at 4:48 PM, Mark Rutland <mark.rutl...@arm.com> wrote: > On Mon, Feb 08, 2016 at 10:47:32AM +0530, Anup Patel wrote: > > To allow use of large memory (> 4Gb) with 32bit devices we need to use > > IOMMU based DMA mappings for such 32bit devices. The IOMM

Re: [PATCH v2 4/4] iommu/arm-smmu: Add stub of_xlate() operation in SMMUv1/SMMUv2 driver

On Mon, Feb 8, 2016 at 4:48 PM, Mark Rutland <mark.rutl...@arm.com> wrote: > On Mon, Feb 08, 2016 at 10:47:32AM +0530, Anup Patel wrote: >> To allow use of large memory (> 4Gb) with 32bit devices we need to use >> IOMMU based DMA mappings for such 32bit devices. The IOMMU

[PATCH v2 4/4] iommu/arm-smmu: Add stub of_xlate() operation in SMMUv1/SMMUv2 driver

Uv1/SMMUv2 driver because it requires of_xlate() operation to be implemented by the driver. This patch adds a stub implementation of of_xlate() in SMMUv1/SMMUv2 driver to allow usage of 'iommus' attribute in DT for 32bit devices. Signed-off-by: Anup Patel <anup.pa...@broadcom.com> Reviewed-by

[PATCH v2 2/4] iommu/arm-smmu: Invoke DT probe from arm_smmu_of_setup()

The SMMUv1/SMMUv2 driver is initialized very early using the IOMMU_OF_DECLARE() but the actual platform device is probed via normal DT probing. This patch uses of_platform_device_create() from arm_smmu_of_setup() to ensure that SMMU platform device is probed immediately. Signed-off-by: Anup

[PATCH v2 1/4] iommu/arm-smmu: Init driver using IOMMU_OF_DECLARE

lt;sricha...@codeaurora.org> Signed-off-by: Anup Patel <anup.pa...@broadcom.com> Tested-by: Anup Patel <anup.pa...@broadcom.com> --- drivers/iommu/arm-smmu.c | 35 ++- 1 file changed, 22 insertions(+), 13 deletions(-) diff --git a/drivers/iommu/arm-smmu.c b/

[PATCH v2 3/4] of: iommu: Increment DT node refcount in of_iommu_set_ops()

We are saving pointer to iommu DT node in of_iommu_set_ops() hence we should increment DT node ref count. Signed-off-by: Anup Patel <anup.pa...@broadcom.com> Reviewed-by: Ray Jui <r...@broadcom.com> Reviewed-by: Scott Branden <sbran...@broadcom.com> Reviewed-by: Robin Murphy <

[PATCH v2 0/4] iommu/arm-smmu: misc fixes for SMMUv1/SMMUv2

_v2 branch of https://github.com/Broadcom/arm64-linux.git All patches have been tested on Broadcom SoCs having SMMU-500. Anup Patel (3): iommu/arm-smmu: Invoke DT probe from arm_smmu_of_setup() of: iommu: Increment DT node refcount in of_iommu_set_ops() iommu/arm-smmu: Add stub of_xlate()

RE: [RFC PATCH 4/6] iommu/arm-smmu: Add support for IOMMU_DOMAIN_DMA in SMMUv1/SMMUv2 driver

> -Original Message- > From: Robin Murphy [mailto:robin.mur...@arm.com] > Sent: 28 January 2016 22:59 > To: Anup Patel; Catalin Marinas; Joerg Roedel; Will Deacon; Sricharan R; Linux > IOMMU; Linux ARM Kernel > Cc: Rob Herring; Pawel Moll; Mark Rutland; Ian Campbell;

RE: [RFC PATCH 5/6] iommu/arm-smmu: Option to treat instruction fetch as data read for SMMUv2

> -Original Message- > From: Robin Murphy [mailto:robin.mur...@arm.com] > Sent: 28 January 2016 22:41 > To: Anup Patel; Catalin Marinas; Joerg Roedel; Will Deacon; Robin Murphy; > Sricharan R; Linux IOMMU; Linux ARM Kernel > Cc: Mark Rutland; Device Tree; Scott Brande

RE: [RFC PATCH 6/6] iommu/arm-smmu: Update bindings document for smmu-inst-as-data DT option

> -Original Message- > From: Mark Rutland [mailto:mark.rutl...@arm.com] > Sent: 27 January 2016 17:59 > To: Anup Patel > Cc: Catalin Marinas; Joerg Roedel; Will Deacon; Robin Murphy; Sricharan R; > Linux IOMMU; Linux ARM Kernel; Rob Herring; Pawel Moll; Ian Campbell; Ku

[RFC PATCH 2/6] iommu/arm-smmu: Invoke DT probe from arm_smmu_of_setup()

The SMMUv1/SMMUv2 driver is initialized very early using the IOMMU_OF_DECLARE() but the actual platform device is probed via normal DT probing. This patch uses of_platform_device_create() from arm_smmu_of_setup() to ensure that SMMU platform device is probed immediately. Signed-off-by: Anup

[RFC PATCH 4/6] iommu/arm-smmu: Add support for IOMMU_DOMAIN_DMA in SMMUv1/SMMUv2 driver

To allow use of large memory (> 4Gb) with 32bit devices we need to use some kind of iommu for such 32bit devices. This patch extends SMMUv1/SMMUv2 driver to support DMA domains which in-turn will allows us to use iommu based DMA mappings for 32bit devices. Signed-off-by: Anup Patel <a

[RFC PATCH 0/6] iommu/arm-smmu: Add support for DMA domains and instruction fetch

in smmu_v1 branch of https://github.com/Broadcom/arm64-linux.git All patches have been tested on Broadcom SoCs having SMMU-500. Anup Patel (5): iommu/arm-smmu: Invoke DT probe from arm_smmu_of_setup() of: iommu: Increment DT node refcount in of_iommu_set_ops() iommu/arm-smmu: Add support

[RFC PATCH 5/6] iommu/arm-smmu: Option to treat instruction fetch as data read for SMMUv2

to treat instruction fetch as data read. This patch adds an optional DT attribute 'smmu-inst-as-data' to treat privilege/unprivilege instruction fetch as data read for SMMUv2. Signed-off-by: Anup Patel <anup.pa...@broadcom.com> Reviewed-by: Ray Jui <r...@broadcom.com> Reviewed-by: Vi

[RFC PATCH 3/6] of: iommu: Increment DT node refcount in of_iommu_set_ops()

We are saving pointer to iommu DT node in of_iommu_set_ops() hence we should increment DT node ref count. Signed-off-by: Anup Patel <anup.pa...@broadcom.com> Reviewed-by: Ray Jui <r...@broadcom.com> Reviewed-by: Scott Branden <sbran...@broadcom.com> --- drivers/iommu/of_iom

[RFC PATCH 1/6] iommu/arm-smmu: Init driver using IOMMU_OF_DECLARE

lt;sricha...@codeaurora.org> Signed-off-by: Anup Patel <anup.pa...@broadcom.com> Tested-by: Anup Patel <anup.pa...@broadcom.com> --- drivers/iommu/arm-smmu.c | 35 ++- 1 file changed, 22 insertions(+), 13 deletions(-) diff --git a/drivers/iommu/arm-smmu.c b/

[RFC PATCH 6/6] iommu/arm-smmu: Update bindings document for smmu-inst-as-data DT option

This patch adds info about 'smmu-inst-as-data' DT option in ARM SMMUv1/SMMUv2 driver bindings document. Signed-off-by: Anup Patel <anup.pa...@broadcom.com> Reviewed-by: Ray Jui <r...@broadcom.com> Reviewed-by: Vikram Prakash <vikr...@broadcom.com> Reviewed-by: Scott Branden <

RE: [PATCH 1/4] iommu/arm-smmu: Treat all device transactions as unprivileged

Hi Robin, > -Original Message- > From: iommu-boun...@lists.linux-foundation.org [mailto:iommu- > boun...@lists.linux-foundation.org] On Behalf Of Robin Murphy > Sent: 26 January 2016 23:37 > To: will.dea...@arm.com > Cc: iommu@lists.linux-foundation.org;

Re: [PATCH v6 2/3] arm64: Add IOMMU dma_ops

On Wed, Oct 7, 2015 at 10:06 PM, Robin Murphy <robin.mur...@arm.com> wrote: > On 07/10/15 10:03, Anup Patel wrote: > [...] > >>> +static bool do_iommu_attach(struct device *dev, const struct iommu_ops >>> *ops, >>> + u64 dma

Re: [PATCH v6 2/3] arm64: Add IOMMU dma_ops

Hi Robin, On Fri, Oct 2, 2015 at 12:43 AM, Robin Murphy wrote: > Taking some inspiration from the arch/arm code, implement the > arch-specific side of the DMA mapping ops using the new IOMMU-DMA layer. > > Since there is still work to do elsewhere to make DMA configuration