| Message ID | 20170623045933.GR16981@rric.localdomain (mailing list archive) |
|---|---|
| State | Not Applicable, archived |
| Headers | show |
On Fri, Jun 23, 2017 at 06:59:33AM +0200, Robert Richter wrote: > On 23.06.17 06:55:41, Robert Richter wrote: > > On 22.06.17 22:04:37, Lorenzo Pieralisi wrote: > > > On Thu, Jun 22, 2017 at 09:35:35PM +0200, Robert Richter wrote: > > > > On 22.06.17 19:58:22, Will Deacon wrote: > > > > > On Thu, Jun 22, 2017 at 07:22:57PM +0100, Will Deacon wrote: > > > > > > On Thu, Jun 22, 2017 at 05:35:35PM +0530, Geetha sowjanya wrote: > > > > > > > Cavium ThunderX2 SMMUv3 implementation has two Silicon Erratas. > > > > > > > 1. Errata ID #74 > > > > > > > SMMU register alias Page 1 is not implemented > > > > > > > 2. Errata ID #126 > > > > > > > SMMU doesnt support unique IRQ lines and also MSI for gerror, > > > > > > > eventq and cmdq-sync > > > > > > > > > > > > > > The following patchset does software workaround for these two erratas. > > > > > > > > > > > > I've picked up the first two patches, and left comments on the final patch. > > > > > > > > > > ... except that it doesn't build: > > > > > > > > > > > > > > > drivers/acpi/arm64/iort.c: In function ‘arm_smmu_v3_resource_size’: > > > > > drivers/acpi/arm64/iort.c:837:21: error: ‘ACPI_IORT_SMMU_V3_CAVIUM_CN99XX’ undeclared (first use in this function) > > > > > if (smmu->model == ACPI_IORT_SMMU_V3_CAVIUM_CN99XX) > > > > > ^ > > > > > drivers/acpi/arm64/iort.c:837:21: note: each undeclared identifier is reported only once for each function it appears in > > > > > make[4]: *** [drivers/acpi/arm64/iort.o] Error 1 > > > > > > > > > > > > > > > I don't see ACPI_IORT_SMMU_V3_CAVIUM_CN99XX defined, even in linux-next. > > > > > > > > > > What's the plan here? > > > > > > > > It is defined already in acpica and we actually waiting for the acpi > > > > maintainers to include it: > > > > > > > > https://github.com/acpica/acpica/commit/d00a4eb86e64 > > > > > > > > We could add > > > > > > > > /* Until ACPICA headers cover IORT rev. C */ > > > > #ifndef ACPI_IORT_SMMU_V3_CAVIUM_CN99XX > > > > #define ACPI_IORT_SMMU_V3_CAVIUM_CN99XX 0x2 > > > > #endif > > > > > > > > to both files: > > > > > > > > drivers/acpi/arm64/iort.c > > > > drivers/iommu/arm-smmu-v3.c > > > > > > > > > > I thought it was a solved problem (and that the IORT patch was based > > > on Robin's workaround) but I was clearly wrong and I apologise to > > > Will about this. > > > > > > FWIW, you could add the define in include/linux/acpi_iort.h and I will > > > remove it whenever ACPICA changes make it into the kernel. > > > > Adding it there will still let depend us on acpi maintainers, while I > > think the over 2 files might go through arm64 tree smoothly. A change > > in acpi_iort.h also adds the definition to other archs and I don't > > think that adding arch #ifdefs to avoid that are welcome in that > > header file too. > > > > I am going to resend my patch below with an improved wording. > > Here it comes: > > From d210b4c540bc4adcebd51d5a87437d2049649e94 Mon Sep 17 00:00:00 2001 > From: Robert Richter <rrichter@cavium.com> > Date: Thu, 22 Jun 2017 21:20:54 +0200 > Subject: [PATCH] iommu/arm-smmu-v3, acpi: Add temporary Cavium SMMU-V3 IORT > model number definitions > > The model number is already defined in acpica and we are actually > waiting for the acpi maintainers to include it: > > https://github.com/acpica/acpica/commit/d00a4eb86e64 > > Adding those temporary definitions until the change makes it into > include/acpi/actbl2.h. Once that is done this patch can be reverted. > > Signed-off-by: Robert Richter <rrichter@cavium.com> > --- > drivers/acpi/arm64/iort.c | 5 +++++ Acked-by: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com> > drivers/iommu/arm-smmu-v3.c | 5 +++++ > 2 files changed, 10 insertions(+) > > diff --git a/drivers/acpi/arm64/iort.c b/drivers/acpi/arm64/iort.c > index 797b28dc7b34..15491237a657 100644 > --- a/drivers/acpi/arm64/iort.c > +++ b/drivers/acpi/arm64/iort.c > @@ -31,6 +31,11 @@ > #define IORT_IOMMU_TYPE ((1 << ACPI_IORT_NODE_SMMU) | \ > (1 << ACPI_IORT_NODE_SMMU_V3)) > > +/* Until ACPICA headers cover IORT rev. C */ > +#ifndef ACPI_IORT_SMMU_V3_CAVIUM_CN99XX > +#define ACPI_IORT_SMMU_V3_CAVIUM_CN99XX 0x2 > +#endif > + > struct iort_its_msi_chip { > struct list_head list; > struct fwnode_handle *fw_node; > diff --git a/drivers/iommu/arm-smmu-v3.c b/drivers/iommu/arm-smmu-v3.c > index 380969aa60d5..c759dfa7442d 100644 > --- a/drivers/iommu/arm-smmu-v3.c > +++ b/drivers/iommu/arm-smmu-v3.c > @@ -412,6 +412,11 @@ > #define MSI_IOVA_BASE 0x8000000 > #define MSI_IOVA_LENGTH 0x100000 > > +/* Until ACPICA headers cover IORT rev. C */ > +#ifndef ACPI_IORT_SMMU_V3_CAVIUM_CN99XX > +#define ACPI_IORT_SMMU_V3_CAVIUM_CN99XX 0x2 > +#endif > + > static bool disable_bypass; > module_param_named(disable_bypass, disable_bypass, bool, S_IRUGO); > MODULE_PARM_DESC(disable_bypass, > -- > 2.11.0 > -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
diff --git a/drivers/acpi/arm64/iort.c b/drivers/acpi/arm64/iort.c index 797b28dc7b34..15491237a657 100644 --- a/drivers/acpi/arm64/iort.c +++ b/drivers/acpi/arm64/iort.c @@ -31,6 +31,11 @@ #define IORT_IOMMU_TYPE ((1 << ACPI_IORT_NODE_SMMU) | \ (1 << ACPI_IORT_NODE_SMMU_V3)) +/* Until ACPICA headers cover IORT rev. C */ +#ifndef ACPI_IORT_SMMU_V3_CAVIUM_CN99XX +#define ACPI_IORT_SMMU_V3_CAVIUM_CN99XX 0x2 +#endif + struct iort_its_msi_chip { struct list_head list; struct fwnode_handle *fw_node; diff --git a/drivers/iommu/arm-smmu-v3.c b/drivers/iommu/arm-smmu-v3.c index 380969aa60d5..c759dfa7442d 100644 --- a/drivers/iommu/arm-smmu-v3.c +++ b/drivers/iommu/arm-smmu-v3.c @@ -412,6 +412,11 @@ #define MSI_IOVA_BASE 0x8000000 #define MSI_IOVA_LENGTH 0x100000 +/* Until ACPICA headers cover IORT rev. C */ +#ifndef ACPI_IORT_SMMU_V3_CAVIUM_CN99XX +#define ACPI_IORT_SMMU_V3_CAVIUM_CN99XX 0x2 +#endif + static bool disable_bypass; module_param_named(disable_bypass, disable_bypass, bool, S_IRUGO); MODULE_PARM_DESC(disable_bypass,