From: Sricharan R <sricharan@codeaurora.org>
To: robin.murphy@arm.com, will.deacon@arm.com, joro@8bytes.org,
lorenzo.pieralisi@arm.com, iommu@lists.linux-foundation.org,
linux-arm-kernel@lists.infradead.org,
linux-arm-msm@vger.kernel.org, m.szyprowski@samsung.com
Cc: sricharan@codeaurora.org
Subject: [PATCH V6 05/11] ACPI/IORT: Add function to check SMMUs drivers presence
Date: Sat, 21 Jan 2017 00:45:42 +0530 [thread overview]
Message-ID: <1484939748-31591-6-git-send-email-sricharan@codeaurora.org> (raw)
In-Reply-To: <1484939748-31591-1-git-send-email-sricharan@codeaurora.org>
From: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
The IOMMU probe deferral implementation requires a mechanism to detect
if drivers for SMMU components are built-in in the kernel to detect
whether IOMMU configuration for a given device should be deferred (ie
SMMU drivers present but still not probed) or not (drivers not present).
Add a simple function to IORT to detect if SMMU drivers for SMMU
components managed by IORT are built-in in the kernel.
Signed-off-by: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
Cc: Robin Murphy <robin.murphy@arm.com>
Cc: Sricharan R <sricharan@codeaurora.org>
---
drivers/acpi/arm64/iort.c | 13 +++++++++++++
1 file changed, 13 insertions(+)
diff --git a/drivers/acpi/arm64/iort.c b/drivers/acpi/arm64/iort.c
index e0d2e6e..bf0ed09 100644
--- a/drivers/acpi/arm64/iort.c
+++ b/drivers/acpi/arm64/iort.c
@@ -523,6 +523,19 @@ static int arm_smmu_iort_xlate(struct device *dev, u32 streamid,
return ret;
}
+static inline bool iort_iommu_driver_enabled(u8 type)
+{
+ switch (type) {
+ case ACPI_IORT_NODE_SMMU_V3:
+ return IS_BUILTIN(CONFIG_ARM_SMMU_V3);
+ case ACPI_IORT_NODE_SMMU:
+ return IS_BUILTIN(CONFIG_ARM_SMMU);
+ default:
+ pr_warn("IORT node type %u does not describe an SMMU\n", type);
+ return false;
+ }
+}
+
static const struct iommu_ops *iort_iommu_xlate(struct device *dev,
struct acpi_iort_node *node,
u32 streamid)
--
QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation
WARNING: multiple messages have this Message-ID (diff)
From: sricharan@codeaurora.org (Sricharan R)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH V6 05/11] ACPI/IORT: Add function to check SMMUs drivers presence
Date: Sat, 21 Jan 2017 00:45:42 +0530 [thread overview]
Message-ID: <1484939748-31591-6-git-send-email-sricharan@codeaurora.org> (raw)
In-Reply-To: <1484939748-31591-1-git-send-email-sricharan@codeaurora.org>
From: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
The IOMMU probe deferral implementation requires a mechanism to detect
if drivers for SMMU components are built-in in the kernel to detect
whether IOMMU configuration for a given device should be deferred (ie
SMMU drivers present but still not probed) or not (drivers not present).
Add a simple function to IORT to detect if SMMU drivers for SMMU
components managed by IORT are built-in in the kernel.
Signed-off-by: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
Cc: Robin Murphy <robin.murphy@arm.com>
Cc: Sricharan R <sricharan@codeaurora.org>
---
drivers/acpi/arm64/iort.c | 13 +++++++++++++
1 file changed, 13 insertions(+)
diff --git a/drivers/acpi/arm64/iort.c b/drivers/acpi/arm64/iort.c
index e0d2e6e..bf0ed09 100644
--- a/drivers/acpi/arm64/iort.c
+++ b/drivers/acpi/arm64/iort.c
@@ -523,6 +523,19 @@ static int arm_smmu_iort_xlate(struct device *dev, u32 streamid,
return ret;
}
+static inline bool iort_iommu_driver_enabled(u8 type)
+{
+ switch (type) {
+ case ACPI_IORT_NODE_SMMU_V3:
+ return IS_BUILTIN(CONFIG_ARM_SMMU_V3);
+ case ACPI_IORT_NODE_SMMU:
+ return IS_BUILTIN(CONFIG_ARM_SMMU);
+ default:
+ pr_warn("IORT node type %u does not describe an SMMU\n", type);
+ return false;
+ }
+}
+
static const struct iommu_ops *iort_iommu_xlate(struct device *dev,
struct acpi_iort_node *node,
u32 streamid)
--
QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation
next prev parent reply other threads:[~2017-01-20 19:16 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-20 19:15 [PATCH V6 00/11] IOMMU probe deferral support Sricharan R
2017-01-20 19:15 ` Sricharan R
2017-01-20 19:15 ` [PATCH V6 01/11] iommu/of: Refactor of_iommu_configure() for error handling Sricharan R
2017-01-20 19:15 ` Sricharan R
2017-01-20 19:15 ` [PATCH V6 02/11] iommu/of: Prepare for deferred IOMMU configuration Sricharan R
2017-01-20 19:15 ` Sricharan R
[not found] ` <1484939748-31591-1-git-send-email-sricharan-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
2017-01-20 19:15 ` [PATCH V6 03/11] of: dma: Move range size workaround to of_dma_get_range() Sricharan R
2017-01-20 19:15 ` Sricharan R
2017-01-20 19:15 ` [PATCH V6 06/11] drivers: platform: Configure dma operations at probe time Sricharan R
2017-01-20 19:15 ` Sricharan R
[not found] ` <1484939748-31591-7-git-send-email-sricharan-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
2017-01-23 12:07 ` Lorenzo Pieralisi
2017-01-23 12:07 ` Lorenzo Pieralisi
2017-01-23 14:14 ` Sricharan
2017-01-23 14:14 ` Sricharan
2017-01-23 16:23 ` Sricharan
2017-01-23 16:23 ` Sricharan
2017-01-20 19:15 ` [PATCH V6 09/11] arm64: dma-mapping: Remove the notifier trick to handle early setting of dma_ops Sricharan R
2017-01-20 19:15 ` Sricharan R
2017-01-20 19:15 ` [PATCH V6 10/11] iommu/arm-smmu: Clean up early-probing workarounds Sricharan R
2017-01-20 19:15 ` Sricharan R
2017-01-20 19:15 ` [PATCH V6 11/11] ACPI/IORT: Remove linker section for IORT entries probing Sricharan R
2017-01-20 19:15 ` Sricharan R
2017-01-20 19:15 ` [PATCH V6 04/11] of: dma: Make of_dma_deconfigure() public Sricharan R
2017-01-20 19:15 ` Sricharan R
2017-01-20 19:15 ` Sricharan R [this message]
2017-01-20 19:15 ` [PATCH V6 05/11] ACPI/IORT: Add function to check SMMUs drivers presence Sricharan R
2017-01-20 19:15 ` [PATCH V6 07/11] iommu: of: Handle IOMMU lookup failure with deferred probing or error Sricharan R
2017-01-20 19:15 ` Sricharan R
2017-01-20 19:15 ` [PATCH V6 08/11] drivers: acpi: " Sricharan R
2017-01-20 19:15 ` Sricharan R
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=1484939748-31591-6-git-send-email-sricharan@codeaurora.org \
--to=sricharan@codeaurora.org \
--cc=iommu@lists.linux-foundation.org \
--cc=joro@8bytes.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=lorenzo.pieralisi@arm.com \
--cc=m.szyprowski@samsung.com \
--cc=robin.murphy@arm.com \
--cc=will.deacon@arm.com \
/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: link
Be 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.