[PATCH] IOMMU: arm-smmu-v3: fix broken S2PS and AARCH64 in Broadcom Vulcan
Prem (Premachandra) Mallappa
prem.mallappa at broadcom.com
Tue Dec 15 20:37:07 PST 2015
Hi Will, Thanks for the review.
> On Mon, Dec 14, 2015 at 10:01:27PM +0530, Prem Mallappa wrote:
> > Vulcan SMMUv3 looks for AARCH64 and S2PS inroder to validate the STE
> > entry,
>
> 'inroder' ?
>
In order
> > which is a overkill, but when proper encoding not found; the SMMU
> > stops processing PCIe read/write requests. Giving the h/w what it wants.
> >
> > Signed-off-by: Prem Mallappa <pmallapp at broadcom.com>
> > ---
> > drivers/iommu/arm-smmu-v3.c | 12 ++++++++++++
> > 1 file changed, 12 insertions(+)
> >
> > diff --git a/drivers/iommu/arm-smmu-v3.c b/drivers/iommu/arm-smmu-
> v3.c
> > index d4af50d..dfda564 100644
> > --- a/drivers/iommu/arm-smmu-v3.c
> > +++ b/drivers/iommu/arm-smmu-v3.c
> > @@ -260,6 +260,7 @@
> > #define STRTAB_STE_2_S2VMID_MASK 0xffffUL
> > #define STRTAB_STE_2_VTCR_SHIFT 32
> > #define STRTAB_STE_2_VTCR_MASK 0x7ffffUL
> > +#define STRTAB_STE_2_S2PS_SHIFT 48
> > #define STRTAB_STE_2_S2AA64 (1UL << 51)
> > #define STRTAB_STE_2_S2ENDI (1UL << 52)
> > #define STRTAB_STE_2_S2PTW (1UL << 54)
> > @@ -577,6 +578,7 @@ struct arm_smmu_device {
> > u32 features;
> >
> > #define ARM_SMMU_OPT_SKIP_PREFETCH (1 << 0)
> > +#define ARM_SMMU_OPT_BROKEN_STE_VALID (1 << 1)
> > u32 options;
> >
> > struct arm_smmu_cmdq cmdq;
> > @@ -641,6 +643,7 @@ struct arm_smmu_option_prop {
> >
> > static struct arm_smmu_option_prop arm_smmu_options[] = {
> > { ARM_SMMU_OPT_SKIP_PREFETCH, "hisilicon,broken-prefetch-
> cmd" },
> > + { ARM_SMMU_OPT_BROKEN_STE_VALID, "broadcom,broken-ste-
> valid-check"
> > +},
>
> This looks like a more specific problem than "broken ste valid check".
> Maybe we could call the prop
> ARM_SMMU_OPT_BCOM_BROKEN_STE_VALID?
>
> You also need to update the devicetree binding in
> Documentation/devicetree/bindings/iommu/arm,smmu-v3.txt.
>
Sure I'll send out v2.
> > { 0, NULL},
> > };
> >
> > @@ -1046,6 +1049,15 @@ static void arm_smmu_write_strtab_ent(struct
> arm_smmu_device *smmu, u32 sid,
> > : STRTAB_STE_0_CFG_BYPASS;
> > dst[0] = cpu_to_le64(val);
> > dst[2] = 0; /* Nuke the VMID */
> > +
> > + if (smmu && (smmu->options &
> ARM_SMMU_OPT_BROKEN_STE_VALID)) {
> > +#define SMMU_STE_OAS_44_BITS 0x4UL
>
> Please don't add a #define here. Can we instead use the oas field that we've
> extracted from IDR5? I think we need to be doing that anyway when we're
> using stage-2 translation, looking at the spec...
>
As you mentioned in other email, "OAS" is already taken care by io-pgtable vtcr.
> > + WARN_ON(smmu->oas != 44);
> > + dst[1] = STRTAB_STE_1_EATS_TRANS <<
> STRTAB_STE_1_EATS_SHIFT;
>
> Why are you enabling ATS?
>
Again, based on feedback from h/w team which expects these fields populated (hence broken :) ),
I am not aware of the h/w doing anything beyond checking this for STE.VALID() (i.o.w, if STE is illegal).
/Prem
More information about the linux-arm-kernel
mailing list