From: "Chalamarla, Tirumalesh" <Tirumalesh.Chalamarla-M3mlKVOIwJVv6pq1l3V1OdBPR1lH4CV8@public.gmane.org> To: Robin Murphy <robin.murphy-5wv7dgnIgG8@public.gmane.org>, "will.deacon-5wv7dgnIgG8@public.gmane.org" <will.deacon-5wv7dgnIgG8@public.gmane.org>, "joro-zLv9SwRftAIdnm+yROfE0A@public.gmane.org" <joro-zLv9SwRftAIdnm+yROfE0A@public.gmane.org> Cc: "iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org" <iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>, "brian.starkey-5wv7dgnIgG8@public.gmane.org" <brian.starkey-5wv7dgnIgG8@public.gmane.org>, "linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org" <linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org> Subject: Re: [PATCH 1/7] iommu/arm-smmu: Differentiate specific implementations Date: Wed, 13 Apr 2016 21:15:43 +0000 [thread overview] Message-ID: <72EE55A5-F162-43F8-AE81-0393FDEA435B@caviumnetworks.com> (raw) In-Reply-To: <cc1789284c5efa05514231fa3dede9d1d5f2df18.1460391217.git.robin.murphy-5wv7dgnIgG8@public.gmane.org> On 4/13/16, 10:12 AM, "Robin Murphy" <robin.murphy-5wv7dgnIgG8@public.gmane.org> wrote: >As the inevitable reality of implementation-specific errata workarounds >begin to accrue alongside our integration quirk handling, it's about >time the driver had a decent way of keeping track. Extend the per-SMMU >data so we can identify specific implementations in an efficient and >firmware-agnostic manner. > >Signed-off-by: Robin Murphy <robin.murphy-5wv7dgnIgG8@public.gmane.org> >--- > drivers/iommu/arm-smmu.c | 33 ++++++++++++++++++++++++++------- > 1 file changed, 26 insertions(+), 7 deletions(-) > >diff --git a/drivers/iommu/arm-smmu.c b/drivers/iommu/arm-smmu.c >index e933679..2d5f357 100644 >--- a/drivers/iommu/arm-smmu.c >+++ b/drivers/iommu/arm-smmu.c >@@ -278,6 +278,10 @@ enum arm_smmu_arch_version { > ARM_SMMU_V2, > }; > >+enum arm_smmu_implementation { >+ GENERIC_SMMU, >+}; >+ > struct arm_smmu_smr { > u8 idx; > u16 mask; >@@ -315,6 +319,7 @@ struct arm_smmu_device { > #define ARM_SMMU_OPT_SECURE_CFG_ACCESS (1 << 0) > u32 options; > enum arm_smmu_arch_version version; >+ enum arm_smmu_implementation model; > > u32 num_context_banks; > u32 num_s2_context_banks; >@@ -1735,13 +1740,24 @@ static int arm_smmu_device_cfg_probe(struct arm_smmu_device *smmu) > return 0; > } > >+struct arm_smmu_match_data { >+ enum arm_smmu_arch_version version; >+ enum arm_smmu_implementation model; >+}; >+ >+#define ARM_SMMU_MATCH_DATA(name, ver, imp) \ >+static struct arm_smmu_match_data name = { .version = ver, .model = imp } >+ >+ARM_SMMU_MATCH_DATA(smmu_generic_v1, ARM_SMMU_V1, GENERIC_SMMU); >+ARM_SMMU_MATCH_DATA(smmu_generic_v2, ARM_SMMU_V2, GENERIC_SMMU); >+ > static const struct of_device_id arm_smmu_of_match[] = { >- { .compatible = "arm,smmu-v1", .data = (void *)ARM_SMMU_V1 }, >- { .compatible = "arm,smmu-v2", .data = (void *)ARM_SMMU_V2 }, >- { .compatible = "arm,mmu-400", .data = (void *)ARM_SMMU_V1 }, >- { .compatible = "arm,mmu-401", .data = (void *)ARM_SMMU_V1 }, >- { .compatible = "arm,mmu-500", .data = (void *)ARM_SMMU_V2 }, >- { .compatible = "cavium,smmu-v2", .data = (void *)ARM_SMMU_V2 }, >+ { .compatible = "arm,smmu-v1", .data = &smmu_generic_v1 }, >+ { .compatible = "arm,smmu-v2", .data = &smmu_generic_v2 }, >+ { .compatible = "arm,mmu-400", .data = &smmu_generic_v1 }, >+ { .compatible = "arm,mmu-401", .data = &smmu_generic_v1 }, >+ { .compatible = "arm,mmu-500", .data = &smmu_generic_v2 }, >+ { .compatible = "cavium,smmu-v2", .data = &smmu_generic_v2 }, > { }, > }; > MODULE_DEVICE_TABLE(of, arm_smmu_of_match); >@@ -1749,6 +1765,7 @@ MODULE_DEVICE_TABLE(of, arm_smmu_of_match); > static int arm_smmu_device_dt_probe(struct platform_device *pdev) > { > const struct of_device_id *of_id; >+ const struct arm_smmu_match_data *data; > struct resource *res; > struct arm_smmu_device *smmu; > struct device *dev = &pdev->dev; >@@ -1764,7 +1781,9 @@ static int arm_smmu_device_dt_probe(struct platform_device *pdev) > smmu->dev = dev; > > of_id = of_match_node(arm_smmu_of_match, dev->of_node); >- smmu->version = (enum arm_smmu_arch_version)of_id->data; >+ data = of_id->data; >+ smmu->version = data->version; >+ smmu->model = data->model; > > res = platform_get_resource(pdev, IORESOURCE_MEM, 0); > smmu->base = devm_ioremap_resource(dev, res); >-- >2.7.3.dirty Looks good to me. Acked-by: Tirumalesh Chalamarla<tchalamarla-M3mlKVOIwJVv6pq1l3V1OdBPR1lH4CV8@public.gmane.org> >
WARNING: multiple messages have this Message-ID (diff)
From: Tirumalesh.Chalamarla@caviumnetworks.com (Chalamarla, Tirumalesh) To: linux-arm-kernel@lists.infradead.org Subject: [PATCH 1/7] iommu/arm-smmu: Differentiate specific implementations Date: Wed, 13 Apr 2016 21:15:43 +0000 [thread overview] Message-ID: <72EE55A5-F162-43F8-AE81-0393FDEA435B@caviumnetworks.com> (raw) In-Reply-To: <cc1789284c5efa05514231fa3dede9d1d5f2df18.1460391217.git.robin.murphy@arm.com> On 4/13/16, 10:12 AM, "Robin Murphy" <robin.murphy@arm.com> wrote: >As the inevitable reality of implementation-specific errata workarounds >begin to accrue alongside our integration quirk handling, it's about >time the driver had a decent way of keeping track. Extend the per-SMMU >data so we can identify specific implementations in an efficient and >firmware-agnostic manner. > >Signed-off-by: Robin Murphy <robin.murphy@arm.com> >--- > drivers/iommu/arm-smmu.c | 33 ++++++++++++++++++++++++++------- > 1 file changed, 26 insertions(+), 7 deletions(-) > >diff --git a/drivers/iommu/arm-smmu.c b/drivers/iommu/arm-smmu.c >index e933679..2d5f357 100644 >--- a/drivers/iommu/arm-smmu.c >+++ b/drivers/iommu/arm-smmu.c >@@ -278,6 +278,10 @@ enum arm_smmu_arch_version { > ARM_SMMU_V2, > }; > >+enum arm_smmu_implementation { >+ GENERIC_SMMU, >+}; >+ > struct arm_smmu_smr { > u8 idx; > u16 mask; >@@ -315,6 +319,7 @@ struct arm_smmu_device { > #define ARM_SMMU_OPT_SECURE_CFG_ACCESS (1 << 0) > u32 options; > enum arm_smmu_arch_version version; >+ enum arm_smmu_implementation model; > > u32 num_context_banks; > u32 num_s2_context_banks; >@@ -1735,13 +1740,24 @@ static int arm_smmu_device_cfg_probe(struct arm_smmu_device *smmu) > return 0; > } > >+struct arm_smmu_match_data { >+ enum arm_smmu_arch_version version; >+ enum arm_smmu_implementation model; >+}; >+ >+#define ARM_SMMU_MATCH_DATA(name, ver, imp) \ >+static struct arm_smmu_match_data name = { .version = ver, .model = imp } >+ >+ARM_SMMU_MATCH_DATA(smmu_generic_v1, ARM_SMMU_V1, GENERIC_SMMU); >+ARM_SMMU_MATCH_DATA(smmu_generic_v2, ARM_SMMU_V2, GENERIC_SMMU); >+ > static const struct of_device_id arm_smmu_of_match[] = { >- { .compatible = "arm,smmu-v1", .data = (void *)ARM_SMMU_V1 }, >- { .compatible = "arm,smmu-v2", .data = (void *)ARM_SMMU_V2 }, >- { .compatible = "arm,mmu-400", .data = (void *)ARM_SMMU_V1 }, >- { .compatible = "arm,mmu-401", .data = (void *)ARM_SMMU_V1 }, >- { .compatible = "arm,mmu-500", .data = (void *)ARM_SMMU_V2 }, >- { .compatible = "cavium,smmu-v2", .data = (void *)ARM_SMMU_V2 }, >+ { .compatible = "arm,smmu-v1", .data = &smmu_generic_v1 }, >+ { .compatible = "arm,smmu-v2", .data = &smmu_generic_v2 }, >+ { .compatible = "arm,mmu-400", .data = &smmu_generic_v1 }, >+ { .compatible = "arm,mmu-401", .data = &smmu_generic_v1 }, >+ { .compatible = "arm,mmu-500", .data = &smmu_generic_v2 }, >+ { .compatible = "cavium,smmu-v2", .data = &smmu_generic_v2 }, > { }, > }; > MODULE_DEVICE_TABLE(of, arm_smmu_of_match); >@@ -1749,6 +1765,7 @@ MODULE_DEVICE_TABLE(of, arm_smmu_of_match); > static int arm_smmu_device_dt_probe(struct platform_device *pdev) > { > const struct of_device_id *of_id; >+ const struct arm_smmu_match_data *data; > struct resource *res; > struct arm_smmu_device *smmu; > struct device *dev = &pdev->dev; >@@ -1764,7 +1781,9 @@ static int arm_smmu_device_dt_probe(struct platform_device *pdev) > smmu->dev = dev; > > of_id = of_match_node(arm_smmu_of_match, dev->of_node); >- smmu->version = (enum arm_smmu_arch_version)of_id->data; >+ data = of_id->data; >+ smmu->version = data->version; >+ smmu->model = data->model; > > res = platform_get_resource(pdev, IORESOURCE_MEM, 0); > smmu->base = devm_ioremap_resource(dev, res); >-- >2.7.3.dirty Looks good to me. Acked-by: Tirumalesh Chalamarla<tchalamarla@caviumnetworks.com> >
next prev parent reply other threads:[~2016-04-13 21:15 UTC|newest] Thread overview: 56+ messages / expand[flat|nested] mbox.gz Atom feed top 2016-04-13 17:12 [PATCH 0/7] arm-smmu: Implementation and context format differentiation Robin Murphy 2016-04-13 17:12 ` Robin Murphy [not found] ` <cover.1460391217.git.robin.murphy-5wv7dgnIgG8@public.gmane.org> 2016-04-13 17:12 ` [PATCH 1/7] iommu/arm-smmu: Differentiate specific implementations Robin Murphy 2016-04-13 17:12 ` Robin Murphy [not found] ` <cc1789284c5efa05514231fa3dede9d1d5f2df18.1460391217.git.robin.murphy-5wv7dgnIgG8@public.gmane.org> 2016-04-13 21:15 ` Chalamarla, Tirumalesh [this message] 2016-04-13 21:15 ` Chalamarla, Tirumalesh 2016-04-13 17:12 ` [PATCH 2/7] iommu/arm-smmu: Convert ThunderX workaround to new method Robin Murphy 2016-04-13 17:12 ` Robin Murphy [not found] ` <98b8079ee3ede4427b045214a60ba77f1cb3552c.1460391217.git.robin.murphy-5wv7dgnIgG8@public.gmane.org> 2016-04-13 21:16 ` Chalamarla, Tirumalesh 2016-04-13 21:16 ` Chalamarla, Tirumalesh 2016-04-13 17:12 ` [PATCH 3/7] iommu/arm-smmu: Work around MMU-500 prefetch errata Robin Murphy 2016-04-13 17:12 ` Robin Murphy [not found] ` <0484444b6257bfb6adb68405a72c64fc4fc98142.1460391217.git.robin.murphy-5wv7dgnIgG8@public.gmane.org> 2016-04-21 16:15 ` Will Deacon 2016-04-21 16:15 ` Will Deacon 2016-04-21 16:16 ` Will Deacon 2016-04-21 16:16 ` Will Deacon 2016-04-13 17:13 ` [PATCH 4/7] io-64-nonatomic: Add relaxed accessor variants Robin Murphy 2016-04-13 17:13 ` Robin Murphy [not found] ` <44173fd4e8efd27d670cadc6b30e215243a14099.1460391217.git.robin.murphy-5wv7dgnIgG8@public.gmane.org> 2016-04-21 16:18 ` Will Deacon 2016-04-21 16:18 ` Will Deacon [not found] ` <20160421161859.GK929-5wv7dgnIgG8@public.gmane.org> 2016-04-22 17:08 ` Robin Murphy 2016-04-22 17:08 ` Robin Murphy [not found] ` <571A5A9E.7040305-5wv7dgnIgG8@public.gmane.org> 2016-04-25 13:32 ` Will Deacon 2016-04-25 13:32 ` Will Deacon [not found] ` <20160425133242.GC30830-5wv7dgnIgG8@public.gmane.org> 2016-04-25 15:21 ` Arnd Bergmann 2016-04-25 15:21 ` Arnd Bergmann 2016-04-25 15:28 ` Robin Murphy 2016-04-25 15:28 ` Robin Murphy [not found] ` <571E3781.3070609-5wv7dgnIgG8@public.gmane.org> 2016-04-25 15:41 ` Arnd Bergmann 2016-04-25 15:41 ` Arnd Bergmann 2016-04-25 16:11 ` Will Deacon 2016-04-25 16:11 ` Will Deacon 2016-04-25 16:11 ` Arnd Bergmann 2016-04-25 16:11 ` Arnd Bergmann 2016-04-26 10:38 ` [PATCH v2] " Robin Murphy 2016-04-26 10:38 ` Robin Murphy 2016-04-13 17:13 ` [PATCH 5/7] iommu/arm-smmu: Tidy up 64-bit/atomic I/O accesses Robin Murphy 2016-04-13 17:13 ` Robin Murphy 2016-04-13 17:13 ` [PATCH 6/7] iommu/arm-smmu: Decouple context format from kernel config Robin Murphy 2016-04-13 17:13 ` Robin Murphy [not found] ` <173006777218859d1671ae517c70592c6c02f630.1460391217.git.robin.murphy-5wv7dgnIgG8@public.gmane.org> 2016-04-21 16:30 ` Will Deacon 2016-04-21 16:30 ` Will Deacon [not found] ` <20160421163019.GL929-5wv7dgnIgG8@public.gmane.org> 2016-04-22 17:38 ` Robin Murphy 2016-04-22 17:38 ` Robin Murphy [not found] ` <571A617C.3020102-5wv7dgnIgG8@public.gmane.org> 2016-04-25 11:02 ` Will Deacon 2016-04-25 11:02 ` Will Deacon [not found] ` <20160425110219.GH16065-5wv7dgnIgG8@public.gmane.org> 2016-04-25 13:14 ` Robin Murphy 2016-04-25 13:14 ` Robin Murphy [not found] ` <571E1851.2030400-5wv7dgnIgG8@public.gmane.org> 2016-04-25 13:41 ` Will Deacon 2016-04-25 13:41 ` Will Deacon [not found] ` <20160425134108.GD30830-5wv7dgnIgG8@public.gmane.org> 2016-04-25 16:21 ` Robin Murphy 2016-04-25 16:21 ` Robin Murphy 2016-04-28 16:12 ` [PATCH v2] " Robin Murphy 2016-04-28 16:12 ` Robin Murphy 2016-04-13 17:13 ` [PATCH 7/7] iommu/arm-smmu: Support SMMUv1 64KB supplement Robin Murphy 2016-04-13 17:13 ` Robin Murphy
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=72EE55A5-F162-43F8-AE81-0393FDEA435B@caviumnetworks.com \ --to=tirumalesh.chalamarla-m3mlkvoiwjvv6pq1l3v1odbpr1lh4cv8@public.gmane.org \ --cc=brian.starkey-5wv7dgnIgG8@public.gmane.org \ --cc=iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org \ --cc=joro-zLv9SwRftAIdnm+yROfE0A@public.gmane.org \ --cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \ --cc=robin.murphy-5wv7dgnIgG8@public.gmane.org \ --cc=will.deacon-5wv7dgnIgG8@public.gmane.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.