io-pgtable fixes + ARM short-descriptor format
Subsystems (2)
Robin Murphy
reviewercover io-pgtable fixes + ARM short-descriptor format
This has been tested on an MMU-500 Fast Model, with the ARM SMMU driver hacked up to force short-descriptor at stage 1 - doing it properly needs more work to decouple the context format from the kernel bit-ness. Since I didn't want to delay getting this lot posted, that can come later.
Thanks,
Robin.
Robin Murphy (5):
iommu/io-pgtable-arm: Avoid dereferencing bogus PTEs iommu/io-pgtable: Indicate granule for TLB maintenance iommu/arm-smmu: Invalidate TLBs properly iommu/io-pgtable: Make io_pgtable_ops_to_pgtable() macro common iommu/io-pgtable: Add ARMv7 short descriptor support
drivers/iommu/Kconfig | 19 + drivers/iommu/Makefile | 1 + drivers/iommu/arm-smmu-v3.c | 2 +- drivers/iommu/arm-smmu.c | 21 +- drivers/iommu/io-pgtable-arm-v7s.c | 836 +++++++++++++++++++++++++++++++++++++ drivers/iommu/io-pgtable-arm.c | 38 +- drivers/iommu/io-pgtable.c | 3 + drivers/iommu/io-pgtable.h | 20 +- drivers/iommu/ipmmu-vmsa.c | 4 +- 9 files changed, 916 insertions(+), 28 deletions(-) create mode 100644 drivers/iommu/io-pgtable-arm-v7s.c
Signature · 1 line
1.9.1
Robin Murphy
reviewerPATCH 1/5 iommu/io-pgtable-arm: Avoid dereferencing bogus PTEs
In the case of corrupted page tables, or when an invalid size is given, __arm_lpae_unmap() may recurse beyond the maximum number of levels. Unfortunately the detection of this error condition only happens *after* calculating a nonsense offset from something which might not be a valid table pointer and dereferencing that to see if it is a valid PTE.
Make things a little more robust by checking the level is valid before doing anything which depends on it being so.
--- drivers/iommu/io-pgtable-arm.c | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-)
drivers/iommu/io-pgtable-arm.c +5 -3
@@ -486,11 +486,13 @@ static int __arm_lpae_unmap(struct arm_lpae_io_pgtable *data,void *cookie = data->iop.cookie;size_t blk_size =ARM_LPAE_BLOCK_SIZE (lvl, data); +/* Something went horribly wrong and we ran out of page table */ +if (WARN_ON (lvl ==ARM_LPAE_MAX_LEVELS )) +return 0 ; + ptep +=ARM_LPAE_LVL_IDX (iova, lvl, data); pte = *ptep; - -/* Something went horribly wrong and we ran out of page table */ -if (WARN_ON (!pte || (lvl ==ARM_LPAE_MAX_LEVELS ))) +if (WARN_ON (!pte))return 0 ;/* If the size matches this level, we're in the right place */
Signature · 1 line
1.9.1
Robin Murphy
reviewerPATCH 2/5 iommu/io-pgtable: Indicate granule for TLB maintenance
In reply to Robin MurphyIOMMU hardware with range-based TLB maintenance commands can work happily with the iova and size arguments passed via the tlb_add_flush callback, but for IOMMUs which require separate commands per entry in the range, it is not straightforward to infer the necessary granularity when it comes to issuing the actual commands.
Add an additional argument indicating the granularity for the benefit of drivers needing to know, and update the ARM LPAE code appropriately (for non-leaf invalidations we currently just assume the worst-case page granularity rather than walking the table to check).
--- drivers/iommu/arm-smmu-v3.c | 2 +- drivers/iommu/arm-smmu.c | 2 +- drivers/iommu/io-pgtable-arm.c | 27 +++++++++++++++------------ drivers/iommu/io-pgtable.h | 4 ++-- drivers/iommu/ipmmu-vmsa.c | 4 ++-- 5 files changed, 21 insertions(+), 18 deletions(-)
drivers/iommu/arm-smmu-v3.c +1 -1
@@ -1335,7 +1335,7 @@ static void arm_smmu_tlb_inv_context(void *cookie) }static void arm_smmu_tlb_inv_range_nosync (unsigned long iova,size_t size, -bool leaf,void *cookie) +size_t granule,bool leaf,void *cookie) {struct arm_smmu_domain *smmu_domain = cookie;struct arm_smmu_device *smmu = smmu_domain->smmu;
drivers/iommu/arm-smmu.c +1 -1
@@ -582,7 +582,7 @@ static void arm_smmu_tlb_inv_context(void *cookie) }static void arm_smmu_tlb_inv_range_nosync (unsigned long iova,size_t size, -bool leaf,void *cookie) +size_t granule,bool leaf,void *cookie) {struct arm_smmu_domain *smmu_domain = cookie;struct arm_smmu_cfg *cfg = &smmu_domain->cfg;
drivers/iommu/io-pgtable-arm.c +15 -12
@@ -58,8 +58,10 @@ ((((d)->levels - ((l) -ARM_LPAE_START_LVL (d) +1 )) \ * (d)->bits_per_level) + (d)->pg_shift) +#define ARM_LPAE_GRANULE (d) (1UL << (d)->pg_shift) +#define ARM_LPAE_PAGES_PER_PGD (d) \ - DIV_ROUND_UP((d)->pgd_size, 1UL << (d)->pg_shift) + DIV_ROUND_UP((d)->pgd_size, ARM_LPAE_GRANULE(d))/* * Calculate the index at level l used to map virtual address a using the
@@ -169,7 +171,7 @@/* IOPTE accessors */ #define iopte_deref (pte,d) \ (__va((pte) & ((1ULL << ARM_LPAE_MAX_ADDR_BITS) - 1) \ - & ~((1ULL << (d)->pg_shift) - 1))) + & ~(ARM_LPAE_GRANULE(d) - 1)))#define iopte_type (pte,l) \ (((pte) >> ARM_LPAE_PTE_TYPE_SHIFT) & ARM_LPAE_PTE_TYPE_MASK)
@@ -326,7 +328,7 @@ static int __arm_lpae_map(struct arm_lpae_io_pgtable *data, unsigned long iova,/* Grab a pointer to the next level */ pte = *ptep;if (!pte) { - cptep =__arm_lpae_alloc_pages (1UL << data->pg_shift, + cptep =__arm_lpae_alloc_pages (ARM_LPAE_GRANULE (data),GFP_ATOMIC , cfg);if (!cptep)return -ENOMEM ;
@@ -412,7 +414,7 @@ static void __arm_lpae_free_pgtable(struct arm_lpae_io_pgtable *data, int lvl,if (lvl ==ARM_LPAE_START_LVL (data)) table_size = data->pgd_size;else - table_size =1UL << data->pg_shift; + table_size =ARM_LPAE_GRANULE (data); start = ptep; end = (void *)ptep + table_size;
@@ -473,7 +475,7 @@ static int arm_lpae_split_blk_unmap(struct arm_lpae_io_pgtable *data,__arm_lpae_set_pte (ptep, table, cfg); iova &= ~(blk_size -1 ); - cfg->tlb->tlb_add_flush (iova, blk_size, true, data->iop.cookie); + cfg->tlb->tlb_add_flush (iova, blk_size, blk_size, true, data->iop.cookie);return size; }
@@ -501,12 +503,13 @@ static int __arm_lpae_unmap(struct arm_lpae_io_pgtable *data,if (!iopte_leaf (pte, lvl)) {/* Also flush any partial walks */ - tlb->tlb_add_flush (iova, size, false, cookie); + tlb->tlb_add_flush (iova, size,ARM_LPAE_GRANULE (data), + false, cookie); tlb->tlb_sync (cookie); ptep =iopte_deref (pte, data);__arm_lpae_free_pgtable (data, lvl +1 , ptep); }else { - tlb->tlb_add_flush (iova, size, true, cookie); + tlb->tlb_add_flush (iova, size, size, true, cookie); }return size;
@@ -572,7 +575,7 @@ static phys_addr_t arm_lpae_iova_to_phys(struct io_pgtable_ops *ops,return 0 ; found_translation: - iova &= ((1 << data->pg_shift) -1 ); + iova &= (ARM_LPAE_GRANULE (data) -1 );return ((phys_addr_t )iopte_to_pfn (pte,data) << data->pg_shift) | iova; }
@@ -670,7 +673,7 @@ arm_64_lpae_alloc_pgtable_s1(struct io_pgtable_cfg *cfg, void *cookie) (ARM_LPAE_TCR_RGN_WBWA <<ARM_LPAE_TCR_IRGN0_SHIFT ) | (ARM_LPAE_TCR_RGN_WBWA <<ARM_LPAE_TCR_ORGN0_SHIFT ); -switch (1 << data->pg_shift) { +switch (ARM_LPAE_GRANULE (data)) {case SZ_4K : reg |=ARM_LPAE_TCR_TG0_4K ;break ;
@@ -771,7 +774,7 @@ arm_64_lpae_alloc_pgtable_s2(struct io_pgtable_cfg *cfg, void *cookie) sl =ARM_LPAE_START_LVL (data); -switch (1 << data->pg_shift) { +switch (ARM_LPAE_GRANULE (data)) {case SZ_4K : reg |=ARM_LPAE_TCR_TG0_4K ; sl++;/* SL0 format is different for 4K granule size */
@@ -891,8 +894,8 @@ static void dummy_tlb_flush_all(void *cookie)WARN_ON (cookie != cfg_cookie); } -static void dummy_tlb_add_flush (unsigned long iova,size_t size,bool leaf, -void *cookie) +static void dummy_tlb_add_flush (unsigned long iova,size_t size, +size_t granule,bool leaf,void *cookie) {WARN_ON (cookie != cfg_cookie);WARN_ON (!(size & cfg_cookie->pgsize_bitmap));
drivers/iommu/io-pgtable.h +2 -2
@@ -26,8 +26,8 @@ enum io_pgtable_fmt {*/ struct iommu_gather_ops {void (*tlb_flush_all)(void *cookie); -void (*tlb_add_flush)(unsigned long iova,size_t size,bool leaf, -void *cookie); +void (*tlb_add_flush)(unsigned long iova,size_t size,size_t granule, +bool leaf,void *cookie);void (*tlb_sync)(void *cookie); };
drivers/iommu/ipmmu-vmsa.c +2 -2
@@ -277,8 +277,8 @@ static void ipmmu_tlb_flush_all(void *cookie)ipmmu_tlb_invalidate (domain); } -static void ipmmu_tlb_add_flush (unsigned long iova,size_t size,bool leaf, -void *cookie) +static void ipmmu_tlb_add_flush (unsigned long iova,size_t size, +size_t granule,bool leaf,void *cookie) {/* The hardware doesn't support selective TLB flush. */ }
Signature · 1 line
1.9.1
Robin Murphy
reviewerPATCH 3/5 iommu/arm-smmu: Invalidate TLBs properly
In reply to Robin MurphyWhen invalidating an IOVA range potentially spanning multiple pages, such as when removing an entire intermediate-level table, we currently only issue an invalidation for the first IOVA of that range. Since the architecture specifies that address-based TLB maintenance operations target a single entry, an SMMU could feasibly retain live entries for subsequent pages within that unmapped range, which is not good.
Make sure we hit every possible entry by iterating over the whole range at the granularity provided by the pagetable implementation.
--- drivers/iommu/arm-smmu.c | 19 ++++++++++++++++--- 1 file changed, 16 insertions(+), 3 deletions(-)
drivers/iommu/arm-smmu.c +16 -3
@@ -597,12 +597,20 @@ static void arm_smmu_tlb_inv_range_nosync(unsigned long iova, size_t size,if (!IS_ENABLED (CONFIG_64BIT ) || smmu->version ==ARM_SMMU_V1 ) { iova &= ~12UL ; iova |=ARM_SMMU_CB_ASID (cfg); -writel_relaxed (iova, reg); +while (size) { +writel_relaxed (iova, reg); + size -= granule; + iova += granule; + } #ifdef CONFIG_64BIT }else { iova >>=12 ; iova |= (u64 )ARM_SMMU_CB_ASID (cfg) <<48 ; -writeq_relaxed (iova, reg); +while (size) { +writeq_relaxed (iova, reg); + size -= granule; + iova += granule >>12 ; + }#endif }#ifdef CONFIG_64BIT
@@ -610,7 +618,12 @@ static void arm_smmu_tlb_inv_range_nosync(unsigned long iova, size_t size, reg =ARM_SMMU_CB_BASE (smmu) +ARM_SMMU_CB (smmu, cfg->cbndx); reg += leaf ?ARM_SMMU_CB_S2_TLBIIPAS2L :ARM_SMMU_CB_S2_TLBIIPAS2 ; -writeq_relaxed (iova >>12 , reg); + iova >>=12 ; +while (size) { +writeq_relaxed (iova, reg); + size -= granule; + iova += granule >>12 ; + }#endif }else { reg =ARM_SMMU_GR0 (smmu) +ARM_SMMU_GR0_TLBIVMID ;
Signature · 1 line
1.9.1
Robin Murphy
reviewerPATCH 4/5 iommu/io-pgtable: Make io_pgtable_ops_to_pgtable() macro common
In reply to Robin MurphyThere is no need to keep a useful accessor for a public structure hidden away in a private implementation. Move it out alongside the structure definition so that other implementations may reuse it.
--- drivers/iommu/io-pgtable-arm.c | 3 --- drivers/iommu/io-pgtable.h | 2 ++ 2 files changed, 2 insertions(+), 3 deletions(-)
drivers/iommu/io-pgtable-arm.c +0 -3
@@ -38,9 +38,6 @@#define io_pgtable_to_data (x) \ container_of((x), struct arm_lpae_io_pgtable, iop) -#define io_pgtable_ops_to_pgtable (x) \ - container_of((x), struct io_pgtable, ops) -#define io_pgtable_ops_to_data (x) \ io_pgtable_to_data(io_pgtable_ops_to_pgtable(x))
drivers/iommu/io-pgtable.h +2 -0
@@ -131,6 +131,8 @@ struct io_pgtable {struct io_pgtable_ops ops; }; +#define io_pgtable_ops_to_pgtable (x) container_of((x), struct io_pgtable, ops) +/** * struct io_pgtable_init_fns - Alloc/free a set of page tables for a * particular format.
Signature · 1 line
1.9.1
Robin Murphy
reviewerPATCH 5/5 iommu/io-pgtable: Add ARMv7 short descriptor support
In reply to Robin MurphyAdd a nearly-complete ARMv7 short descriptor implementation, omitting only a few legacy and CPU-centric aspects which shouldn't be necessary for IOMMU API use anyway.
--- drivers/iommu/Kconfig | 19 + drivers/iommu/Makefile | 1 + drivers/iommu/io-pgtable-arm-v7s.c | 836 +++++++++++++++++++++++++++++++++++++ drivers/iommu/io-pgtable.c | 3 + drivers/iommu/io-pgtable.h | 14 +- 5 files changed, 872 insertions(+), 1 deletion(-) create mode 100644 drivers/iommu/io-pgtable-arm-v7s.c
drivers/iommu/Kconfig +19 -0
@@ -39,6 +39,25 @@ config IOMMU_IO_PGTABLE_LPAE_SELFTEST If unsure, say N here. +config IOMMU_IO_PGTABLE_ARMV7S + bool "ARMv7/v8 Short Descriptor Format" + select IOMMU_IO_PGTABLE + depends on HAS_DMA && (ARM || ARM64 || COMPILE_TEST) + help + Enable support for the ARM Short-descriptor pagetable format. + This supports 32-bit virtual and physical addresses mapped using + 2-level tables with 4KB pages/1MB sections, and contiguous entries + for 64KB pages/16MB supersections if indicated by the IOMMU driver. + +config IOMMU_IO_PGTABLE_ARMV7S_SELFTEST + bool "ARMv7s selftests" + depends on IOMMU_IO_PGTABLE_ARMV7S + help + Enable self-tests for ARMv7s page table allocator. This performs + a series of page-table consistency checks during boot. + + If unsure, say N here. + endmenu config IOMMU_IOVA
drivers/iommu/Makefile +1 -0
@@ -3,6 +3,7 @@ obj-$(CONFIG_IOMMU_API) += iommu-traces.o obj-$(CONFIG_IOMMU_API) += iommu-sysfs.o obj-$(CONFIG_IOMMU_DMA) += dma-iommu.o obj-$(CONFIG_IOMMU_IO_PGTABLE) += io-pgtable.o +obj-$(CONFIG_IOMMU_IO_PGTABLE_ARMV7S) += io-pgtable-arm-v7s.o obj-$(CONFIG_IOMMU_IO_PGTABLE_LPAE) += io-pgtable-arm.o obj-$(CONFIG_IOMMU_IOVA) += iova.o obj-$(CONFIG_OF_IOMMU) += of_iommu.o
drivers/iommu/io-pgtable-arm-v7s.c new file +836 -0
836 lines not on this page · raw message
drivers/iommu/io-pgtable.c +3 -0
@@ -33,6 +33,9 @@ io_pgtable_init_table[IO_PGTABLE_NUM_FMTS] = [ARM_64_LPAE_S1] = &io_pgtable_arm_64_lpae_s1_init_fns, [ARM_64_LPAE_S2 ] = &io_pgtable_arm_64_lpae_s2_init_fns, #endif +#ifdef CONFIG_IOMMU_IO_PGTABLE_ARMV7S + [ARM_V7S] = &io_pgtable_arm_v7s_init_fns, +#endif }; struct io_pgtable_ops *alloc_io_pgtable_ops(enum io_pgtable_fmt fmt,
drivers/iommu/io-pgtable.h +13 -1
@@ -1,5 +1,6 @@#ifndef __IO_PGTABLE_H#define __IO_PGTABLE_H +#include <linux/bitops.h> /* * Public API for use by IOMMU drivers
@@ -9,6 +10,7 @@ enum io_pgtable_fmt {ARM_32_LPAE_S2 ,ARM_64_LPAE_S1 ,ARM_64_LPAE_S2 , +ARM_V7S , IO_PGTABLE_NUM_FMTS, };
@@ -45,7 +47,9 @@ struct iommu_gather_ops {* page table walker. */ struct io_pgtable_cfg { -#define IO_PGTABLE_QUIRK_ARM_NS (1 << 0)/* Set NS bit in PTEs */ +#define IO_PGTABLE_QUIRK_ARM_NS BIT(0)/* Set NS bit in PTEs */ +#define IO_PGTABLE_QUIRK_NO_PERMS BIT(1)/* No AP/XN bits */ +#define IO_PGTABLE_QUIRK_TLBI_ON_MAP BIT(2)/* TLB Inv. on map */ int quirks;unsigned long pgsize_bitmap;unsigned int ias;
@@ -65,6 +69,13 @@ struct io_pgtable_cfg {u64 vttbr;u64 vtcr; } arm_lpae_s2_cfg; + +struct { +u32 ttbr[2 ]; +u32 tcr; +u32 nmrr; +u32 prrr; + } arm_v7s_cfg; }; };
@@ -149,5 +160,6 @@ extern struct io_pgtable_init_fns io_pgtable_arm_32_lpae_s1_init_fns;extern struct io_pgtable_init_fns io_pgtable_arm_32_lpae_s2_init_fns;extern struct io_pgtable_init_fns io_pgtable_arm_64_lpae_s1_init_fns;extern struct io_pgtable_init_fns io_pgtable_arm_64_lpae_s2_init_fns; +extern struct io_pgtable_init_fns io_pgtable_arm_v7s_init_fns;#endif /* __IO_PGTABLE_H */
Signature · 1 line
1.9.1
PATCH 2/5 iommu/io-pgtable: Indicate granule for TLB maintenance
In reply to Robin MurphyQuoted 63 lines · Robin Murphy
IOMMU hardware with range-based TLB maintenance commands can work happily with the iova and size arguments passed via the
tlb_add_flushcallback, but for IOMMUs which require separate commands per entry in the range, it is not straightforward to infer the necessary granularity when it comes to issuing the actual commands.Add an additional argument indicating the granularity for the benefit of drivers needing to know, and update the ARM LPAE code appropriately (for non-leaf invalidations we currently just assume the worst-case page granularity rather than walking the table to check).
Signed-off-by Robin Murphy <[email protected]>--- drivers/iommu/arm-smmu-v3.c | 2 +- drivers/iommu/arm-smmu.c | 2 +- drivers/iommu/io-pgtable-arm.c | 27 +++++++++++++++------------ drivers/iommu/io-pgtable.h | 4 ++-- drivers/iommu/ipmmu-vmsa.c | 4 ++-- 5 files changed, 21 insertions(+), 18 deletions(-)drivers/iommu/arm-smmu-v3.c +1
-1@@ -1335,7 +1335,7 @@ static void arm_smmu_tlb_inv_context(void *cookie) }static void arm_smmu_tlb_inv_range_nosync (unsigned long iova,size_t size, -bool leaf,void *cookie) +size_t granule,bool leaf,void *cookie) {struct arm_smmu_domain *smmu_domain = cookie;struct arm_smmu_device *smmu = smmu_domain->smmu;drivers/iommu/arm-smmu.c +1
-1@@ -582,7 +582,7 @@ static void arm_smmu_tlb_inv_context(void *cookie) }static void arm_smmu_tlb_inv_range_nosync (unsigned long iova,size_t size, -bool leaf,void *cookie) +size_t granule,bool leaf,void *cookie) {struct arm_smmu_domain *smmu_domain = cookie;struct arm_smmu_cfg *cfg = &smmu_domain->cfg;drivers/iommu/io-pgtable-arm.c +3
-1@@ -58,8 +58,10 @@ ((((d)->levels - ((l) -ARM_LPAE_START_LVL (d) +1 )) \ * (d)->bits_per_level) + (d)->pg_shift) +#define ARM_LPAE_GRANULE (d) (1UL << (d)->pg_shift) +#define ARM_LPAE_PAGES_PER_PGD (d) \ - DIV_ROUND_UP((d)->pgd_size, 1UL << (d)->pg_shift) + DIV_ROUND_UP((d)->pgd_size, ARM_LPAE_GRANULE(d))/* * Calculate the index at level l used to map virtual address a using the
drivers/iommu/io-pgtable-arm.c line 174
Quoted 5 lines
drivers/iommu/io-pgtable-arm.c +1
-1@@ -169,7 +171,7 @@/* IOPTE accessors */ #define iopte_deref (pte,d) \ (__va((pte) & ((1ULL << ARM_LPAE_MAX_ADDR_BITS) - 1) \ - & ~((1ULL << (d)->pg_shift) - 1))) + & ~(ARM_LPAE_GRANULE(d) - 1)))
Do we run the risk of truncating the VA on 32-bit ARM here?
Will
PATCH 3/5 iommu/arm-smmu: Invalidate TLBs properly
In reply to Robin MurphyQuoted 7 lines · Robin Murphy
When invalidating an IOVA range potentially spanning multiple pages, such as when removing an entire intermediate-level table, we currently only issue an invalidation for the first IOVA of that range. Since the architecture specifies that address-based TLB maintenance operations target a single entry, an SMMU could feasibly retain live entries for subsequent pages within that unmapped range, which is not good.
Quoted 7 lines
Make sure we hit every possible entry by iterating over the whole range at the granularity provided by the pagetable implementation.
Signed-off-by Robin Murphy <[email protected]>--- drivers/iommu/arm-smmu.c | 19 ++++++++++++++++--- 1 file changed, 16 insertions(+), 3 deletions(-)
Can you do something similar for arm-smmu-v3.c as well, please?
Will
Robin Murphy
reviewerPATCH 2/5 iommu/io-pgtable: Indicate granule for TLB maintenance
In reply to Will DeaconOn 07/12/15 11:08, Will Deacon wrote:
[...]
Quoted 6 lines
Quoted 6 lines
drivers/iommu/io-pgtable-arm.c +3
-1+#define ARM_LPAE_GRANULE (d) (1UL << (d)->pg_shift) +#define ARM_LPAE_PAGES_PER_PGD (d) \ - DIV_ROUND_UP((d)->pgd_size, 1UL << (d)->pg_shift) + DIV_ROUND_UP((d)->pgd_size, ARM_LPAE_GRANULE(d))
Quoted 10 lines
drivers/iommu/io-pgtable-arm.c line 174
Quoted 8 lines
/*
* Calculate the index at level l used to map virtual address a using thedrivers/iommu/io-pgtable-arm.c +1
-1@@ -169,7 +171,7 @@/* IOPTE accessors */ #define iopte_deref (pte,d) \ (__va((pte) & ((1ULL << ARM_LPAE_MAX_ADDR_BITS) - 1) \ - & ~((1ULL << (d)->pg_shift) - 1))) + & ~(ARM_LPAE_GRANULE(d) - 1)))Do we run the risk of truncating the VA on 32-bit ARM here?
Indeed, in all honesty I'd missed that, but since __va is going to truncate it to a 32-bit void * anyway, doing it earlier in the expression actually seems to result in better code - with iopte_deref wrapped like so to make it easier to pick out:
arm_lpae_iopte *__iopte_deref(arm_lpae_iopte pte, struct
arm_lpae_io_pgtable *d) {
return iopte_deref(pte, d);
}the result goes from this:
1568: e92d4070 push {r4, r5, r6, lr}
156c: e3a0e001 mov lr, #1
1570: e592c060 ldr ip, [r2, #96] ; 0x60
1574: e3e04000 mvn r4, #0
1578: e30f5fff movw r5, #65535 ; 0xffff
157c: e26c6020 rsb r6, ip, #32
1580: e1a02c1e lsl r2, lr, ip
1584: e2722000 rsbs r2, r2, #0
1588: e0000002 and r0, r0, r2
158c: e0000004 and r0, r0, r4
1590: e2400481 sub r0, r0, #-2130706432 ; 0x81000000
1594: e8bd8070 pop {r4, r5, r6, pc}
to this:
151c: e5922060 ldr r2, [r2, #96] ; 0x60
1520: e3e03000 mvn r3, #0
1524: e1a03213 lsl r3, r3, r2
1528: e0000003 and r0, r0, r3
152c: e2400481 sub r0, r0, #-2130706432 ; 0x81000000
1530: e12fff1e bx lr
which, given how mind-bogglingly silly some of the former code looks, seems like an inadvertent win.
Robin.
Quoted 3 lines
Will
Robin Murphy
reviewerPATCH 3/5 iommu/arm-smmu: Invalidate TLBs properly
In reply to Will DeaconQuoted 11 lines · Will Deacon
Quoted 10 lines · Robin Murphy
When invalidating an IOVA range potentially spanning multiple pages, such as when removing an entire intermediate-level table, we currently only issue an invalidation for the first IOVA of that range. Since the architecture specifies that address-based TLB maintenance operations target a single entry, an SMMU could feasibly retain live entries for subsequent pages within that unmapped range, which is not good.
Make sure we hit every possible entry by iterating over the whole range at the granularity provided by the pagetable implementation.
Quoted 6 lines
Quoted 4 lines
Signed-off-by Robin Murphy <[email protected]>--- drivers/iommu/arm-smmu.c | 19 ++++++++++++++++--- 1 file changed, 16 insertions(+), 3 deletions(-)Can you do something similar for
arm-smmu-v3.cas well, please?
Something like this? (untested as I don't have a v3 model set up):
------>8------
From: Robin Murphy <[email protected]>
Date: Mon, 7 Dec 2015 12:52:56 +0000
Subject: [PATCH] iommu/arm-smmu: Fix TLB invalidation
SMMUv3 operates under the same rules as SMMUv2 and the CPU architectures, so when invalidating an IOVA range we have to hit every address for which a TLB entry might exist.
To fix this, issue commands for the whole range rather than just the initial address; as a minor optimisation, try to avoid flooding the queue by falling back to 'invalidate all' if the range is large.
--- drivers/iommu/arm-smmu-v3.c | 9 ++++++++- 1 file changed, 8 insertions(+), 1 deletion(-)
drivers/iommu/arm-smmu-v3.c +0 -0
@@ -1346,6 +1346,10 @@ static void
arm_smmu_tlb_inv_range_nosync(unsigned long iova, size_t size,
},
};
+ /* If we'd fill the whole queue or more, don't even bother... */
+ if (granule << smmu->cmdq.q.max_n_shift >= size / (CMDQ_ENT_DWORDS << 3))
+ return arm_smmu_tlb_inv_context(cookie);
+
if (smmu_domain->stage == ARM_SMMU_DOMAIN_S1) {
cmd.opcode = CMDQ_OP_TLBI_NH_VA;
cmd.tlbi.asid = smmu_domain->s1_cfg.cd.asid;
@@ -1354,7 +1358,10 @@ static void arm_smmu_tlb_inv_range_nosync(unsigned long iova, size_t size,
cmd.tlbi.vmid = smmu_domain->s2_cfg.vmid;
}
- arm_smmu_cmdq_issue_cmd(smmu, &cmd);
+ do {
+ arm_smmu_cmdq_issue_cmd(smmu, &cmd);
+ cmd.tlbi.addr += granule;
+ } while (size -= granule);
}
static struct iommu_gather_ops arm_smmu_gather_ops = {PATCH 3/5 iommu/arm-smmu: Invalidate TLBs properly
Quoted 44 lines · Robin Murphy
Quoted 11 lines · Will Deacon
Quoted 10 lines · Robin Murphy
When invalidating an IOVA range potentially spanning multiple pages, such as when removing an entire intermediate-level table, we currently only issue an invalidation for the first IOVA of that range. Since the architecture specifies that address-based TLB maintenance operations target a single entry, an SMMU could feasibly retain live entries for subsequent pages within that unmapped range, which is not good.
Make sure we hit every possible entry by iterating over the whole range at the granularity provided by the pagetable implementation.
Quoted 6 lines
Quoted 4 lines
Signed-off-by Robin Murphy <[email protected]>--- drivers/iommu/arm-smmu.c | 19 ++++++++++++++++--- 1 file changed, 16 insertions(+), 3 deletions(-)Can you do something similar for
arm-smmu-v3.cas well, please?Something like this? (untested as I don't have a v3 model set up):
------>8------
From: Robin Murphy <[email protected]>
Date: Mon, 7 Dec 2015 12:52:56 +0000
Subject: [PATCH] iommu/arm-smmu: Fix TLB invalidationSMMUv3 operates under the same rules as SMMUv2 and the CPU architectures, so when invalidating an IOVA range we have to hit every address for which a TLB entry might exist.
To fix this, issue commands for the whole range rather than just the initial address; as a minor optimisation, try to avoid flooding the queue by falling back to 'invalidate all' if the range is large.
Signed-off-by Robin Murphy <[email protected]>--- drivers/iommu/arm-smmu-v3.c | 9 ++++++++- 1 file changed, 8 insertions(+), 1 deletion(-)drivers/iommu/arm-smmu-v3.c +0
-0
drivers/iommu/arm-smmu-v3.c static void arm_smmu_tlb_inv_range_nosync(unsigned · line 1352
Quoted 7 lines
drivers/iommu/arm-smmu-v3.c +3
-0@@ -1346,6 +1346,10 @@ static void arm_smmu_tlb_inv_range_nosync(unsigned long iova, size_t size, }, }; +/* If we'd fill the whole queue or more, don't even bother... */ +if (granule << smmu->cmdq.q.max_n_shift >= size / (CMDQ_ENT_DWORDS <<3 )) +return arm_smmu_tlb_inv_context (cookie);
Let's not bother with this heuristic for now. It's not at all clear where the trade off is between CPU time and I/O latency and this check doesn't take into account the current state of the command queue and/or how quickly it drains anyway.
drivers/iommu/arm-smmu-v3.c static void arm_smmu_tlb_inv_range_nosync(unsigned · line 1365
Quoted 13 lines
drivers/iommu/arm-smmu-v3.c +4
-1if (smmu_domain->stage ==ARM_SMMU_DOMAIN_S1 ) { cmd.opcode =CMDQ_OP_TLBI_NH_VA ; cmd.tlbi.asid = smmu_domain->s1_cfg.cd.asid;@@ -1354,7 +1358,10 @@ static void arm_smmu_tlb_inv_range_nosync(unsigned long iova, size_t size, cmd.tlbi.vmid = smmu_domain->s2_cfg.vmid; } -arm_smmu_cmdq_issue_cmd (smmu, &cmd); +do { +arm_smmu_cmdq_issue_cmd (smmu, &cmd); + cmd.tlbi.addr += granule; + }while (size -= granule);
This bit looks fine to me, thanks.
Will
PATCH 2/5 iommu/io-pgtable: Indicate granule for TLB maintenance
In reply to Robin MurphyQuoted 19 lines · Robin Murphy
On 07/12/15 11:08, Will Deacon wrote:
[...]Quoted 6 lines
Quoted 6 lines
drivers/iommu/io-pgtable-arm.c +3
-1+#define ARM_LPAE_GRANULE (d) (1UL << (d)->pg_shift) +#define ARM_LPAE_PAGES_PER_PGD (d) \ - DIV_ROUND_UP((d)->pgd_size, 1UL << (d)->pg_shift) + DIV_ROUND_UP((d)->pgd_size, ARM_LPAE_GRANULE(d))Quoted 10 lines
drivers/iommu/io-pgtable-arm.c line 174
Quoted 8 lines
/*
* Calculate the index at level l used to map virtual address a using thedrivers/iommu/io-pgtable-arm.c +1
-1@@ -169,7 +171,7 @@/* IOPTE accessors */ #define iopte_deref (pte,d) \ (__va((pte) & ((1ULL << ARM_LPAE_MAX_ADDR_BITS) - 1) \ - & ~((1ULL << (d)->pg_shift) - 1))) + & ~(ARM_LPAE_GRANULE(d) - 1)))Do we run the risk of truncating the VA on 32-bit ARM here?
Quoted 4 lines
Indeed, in all honesty I'd missed that, but since
__vais going to truncate it to a 32-bit void * anyway, doing it earlier in the expression actually seems to result in better code - withiopte_derefwrapped like so to make it easier to pick out:
Gah, I meant PA not VA, sorry. The PA is 40-bit, but with ARM_LPAE_GRANULE using unsigned long, we drop the top 8 bits of the output address field in the pte.
Will
Robin Murphy
reviewerPATCH v2 1/1 iommu/arm-smmu: Invalidate TLBs properly
In reply to Robin MurphyWhen invalidating an IOVA range potentially spanning multiple pages, such as when removing an entire intermediate-level table, we currently only issue an invalidation for the first IOVA of that range. Since the architecture specifies that address-based TLB maintenance operations target a single entry, an SMMU could feasibly retain live entries for subsequent pages within that unmapped range, which is not good.
Make sure we hit every possible entry by iterating over the whole range at the granularity provided by the pagetable implementation.
---
v2: include SMMUv3 fix, use the same shorter loop construct everywhere.
drivers/iommu/arm-smmu-v3.c | 5 ++++- drivers/iommu/arm-smmu.c | 16 +++++++++++++--- 2 files changed, 17 insertions(+), 4 deletions(-)
drivers/iommu/arm-smmu-v3.c +4 -1
@@ -1354,7 +1354,10 @@ static void arm_smmu_tlb_inv_range_nosync(unsigned long iova, size_t size, cmd.tlbi.vmid = smmu_domain->s2_cfg.vmid; } -arm_smmu_cmdq_issue_cmd (smmu, &cmd); +do { +arm_smmu_cmdq_issue_cmd (smmu, &cmd); + cmd.tlbi.addr += granule; + }while (size -= granule); }static struct iommu_gather_ops arm_smmu_gather_ops = {
drivers/iommu/arm-smmu.c +13 -3
@@ -597,12 +597,18 @@ static void arm_smmu_tlb_inv_range_nosync(unsigned long iova, size_t size,if (!IS_ENABLED (CONFIG_64BIT ) || smmu->version ==ARM_SMMU_V1 ) { iova &= ~12UL ; iova |=ARM_SMMU_CB_ASID (cfg); -writel_relaxed (iova, reg); +do { +writel_relaxed (iova, reg); + iova += granule; + }while (size -= granule); #ifdef CONFIG_64BIT }else { iova >>=12 ; iova |= (u64 )ARM_SMMU_CB_ASID (cfg) <<48 ; -writeq_relaxed (iova, reg); +do { +writeq_relaxed (iova, reg); + iova += granule >>12 ; + }while (size -= granule) #endif } #ifdef CONFIG_64BIT
@@ -610,7 +616,11 @@ static void arm_smmu_tlb_inv_range_nosync(unsigned long iova, size_t size, reg =ARM_SMMU_CB_BASE (smmu) +ARM_SMMU_CB (smmu, cfg->cbndx); reg += leaf ?ARM_SMMU_CB_S2_TLBIIPAS2L :ARM_SMMU_CB_S2_TLBIIPAS2 ; -writeq_relaxed (iova >>12 , reg); + iova >>=12 ; +do { +writeq_relaxed (iova, reg); + iova += granule >>12 ; + } while (size -= granule)#endif }else { reg =ARM_SMMU_GR0 (smmu) +ARM_SMMU_GR0_TLBIVMID ;
Signature · 1 line
1.9.1
Robin Murphy
reviewerPATCH v2 1/1 iommu/io-pgtable: Indicate granule for TLB maintenance
In reply to Robin MurphyIOMMU hardware with range-based TLB maintenance commands can work happily with the iova and size arguments passed via the tlb_add_flush callback, but for IOMMUs which require separate commands per entry in the range, it is not straightforward to infer the necessary granularity when it comes to issuing the actual commands.
Add an additional argument indicating the granularity for the benefit of drivers needing to know, and update the ARM LPAE code appropriately (for non-leaf invalidations we currently just assume the worst-case page granularity rather than walking the table to check).
---
v2: avoid truncation in iopte_deref - forcing the type promotion in
the subtraction rather than the shift still somewhat improves the resulting 32-bit assembly code, too.
assembly code
drivers/iommu/arm-smmu-v3.c | 2 +- drivers/iommu/arm-smmu.c | 2 +- drivers/iommu/io-pgtable-arm.c | 27 +++++++++++++++------------ drivers/iommu/io-pgtable.h | 4 ++-- drivers/iommu/ipmmu-vmsa.c | 4 ++-- 5 files changed, 21 insertions(+), 18 deletions(-)
drivers/iommu/arm-smmu-v3.c +1 -1
@@ -1335,7 +1335,7 @@ static void arm_smmu_tlb_inv_context(void *cookie) }static void arm_smmu_tlb_inv_range_nosync (unsigned long iova,size_t size, -bool leaf,void *cookie) +size_t granule,bool leaf,void *cookie) {struct arm_smmu_domain *smmu_domain = cookie;struct arm_smmu_device *smmu = smmu_domain->smmu;
drivers/iommu/arm-smmu.c +1 -1
@@ -582,7 +582,7 @@ static void arm_smmu_tlb_inv_context(void *cookie) }static void arm_smmu_tlb_inv_range_nosync (unsigned long iova,size_t size, -bool leaf,void *cookie) +size_t granule,bool leaf,void *cookie) {struct arm_smmu_domain *smmu_domain = cookie;struct arm_smmu_cfg *cfg = &smmu_domain->cfg;
drivers/iommu/io-pgtable-arm.c +15 -12
@@ -58,8 +58,10 @@ ((((d)->levels - ((l) -ARM_LPAE_START_LVL (d) +1 )) \ * (d)->bits_per_level) + (d)->pg_shift) +#define ARM_LPAE_GRANULE (d) (1UL << (d)->pg_shift) +#define ARM_LPAE_PAGES_PER_PGD (d) \ - DIV_ROUND_UP((d)->pgd_size, 1UL << (d)->pg_shift) + DIV_ROUND_UP((d)->pgd_size, ARM_LPAE_GRANULE(d))/* * Calculate the index at level l used to map virtual address a using the
@@ -169,7 +171,7 @@/* IOPTE accessors */ #define iopte_deref (pte,d) \ (__va((pte) & ((1ULL << ARM_LPAE_MAX_ADDR_BITS) - 1) \ - & ~((1ULL << (d)->pg_shift) - 1))) + & ~(ARM_LPAE_GRANULE(d) - 1ULL)))#define iopte_type (pte,l) \ (((pte) >> ARM_LPAE_PTE_TYPE_SHIFT) & ARM_LPAE_PTE_TYPE_MASK)
@@ -326,7 +328,7 @@ static int __arm_lpae_map(struct arm_lpae_io_pgtable *data, unsigned long iova,/* Grab a pointer to the next level */ pte = *ptep;if (!pte) { - cptep =__arm_lpae_alloc_pages (1UL << data->pg_shift, + cptep =__arm_lpae_alloc_pages (ARM_LPAE_GRANULE (data),GFP_ATOMIC , cfg);if (!cptep)return -ENOMEM ;
@@ -412,7 +414,7 @@ static void __arm_lpae_free_pgtable(struct arm_lpae_io_pgtable *data, int lvl,if (lvl ==ARM_LPAE_START_LVL (data)) table_size = data->pgd_size;else - table_size =1UL << data->pg_shift; + table_size =ARM_LPAE_GRANULE (data); start = ptep; end = (void *)ptep + table_size;
@@ -473,7 +475,7 @@ static int arm_lpae_split_blk_unmap(struct arm_lpae_io_pgtable *data,__arm_lpae_set_pte (ptep, table, cfg); iova &= ~(blk_size -1 ); - cfg->tlb->tlb_add_flush (iova, blk_size, true, data->iop.cookie); + cfg->tlb->tlb_add_flush (iova, blk_size, blk_size, true, data->iop.cookie);return size; }
@@ -501,12 +503,13 @@ static int __arm_lpae_unmap(struct arm_lpae_io_pgtable *data,if (!iopte_leaf (pte, lvl)) {/* Also flush any partial walks */ - tlb->tlb_add_flush (iova, size, false, cookie); + tlb->tlb_add_flush (iova, size,ARM_LPAE_GRANULE (data), + false, cookie); tlb->tlb_sync (cookie); ptep =iopte_deref (pte, data);__arm_lpae_free_pgtable (data, lvl +1 , ptep); }else { - tlb->tlb_add_flush (iova, size, true, cookie); + tlb->tlb_add_flush (iova, size, size, true, cookie); }return size;
@@ -572,7 +575,7 @@ static phys_addr_t arm_lpae_iova_to_phys(struct io_pgtable_ops *ops,return 0 ; found_translation: - iova &= ((1 << data->pg_shift) -1 ); + iova &= (ARM_LPAE_GRANULE (data) -1 );return ((phys_addr_t )iopte_to_pfn (pte,data) << data->pg_shift) | iova; }
@@ -670,7 +673,7 @@ arm_64_lpae_alloc_pgtable_s1(struct io_pgtable_cfg *cfg, void *cookie) (ARM_LPAE_TCR_RGN_WBWA <<ARM_LPAE_TCR_IRGN0_SHIFT ) | (ARM_LPAE_TCR_RGN_WBWA <<ARM_LPAE_TCR_ORGN0_SHIFT ); -switch (1 << data->pg_shift) { +switch (ARM_LPAE_GRANULE (data)) {case SZ_4K : reg |=ARM_LPAE_TCR_TG0_4K ;break ;
@@ -771,7 +774,7 @@ arm_64_lpae_alloc_pgtable_s2(struct io_pgtable_cfg *cfg, void *cookie) sl =ARM_LPAE_START_LVL (data); -switch (1 << data->pg_shift) { +switch (ARM_LPAE_GRANULE (data)) {case SZ_4K : reg |=ARM_LPAE_TCR_TG0_4K ; sl++;/* SL0 format is different for 4K granule size */
@@ -891,8 +894,8 @@ static void dummy_tlb_flush_all(void *cookie)WARN_ON (cookie != cfg_cookie); } -static void dummy_tlb_add_flush (unsigned long iova,size_t size,bool leaf, -void *cookie) +static void dummy_tlb_add_flush (unsigned long iova,size_t size, +size_t granule,bool leaf,void *cookie) {WARN_ON (cookie != cfg_cookie);WARN_ON (!(size & cfg_cookie->pgsize_bitmap));
drivers/iommu/io-pgtable.h +2 -2
@@ -26,8 +26,8 @@ enum io_pgtable_fmt {*/ struct iommu_gather_ops {void (*tlb_flush_all)(void *cookie); -void (*tlb_add_flush)(unsigned long iova,size_t size,bool leaf, -void *cookie); +void (*tlb_add_flush)(unsigned long iova,size_t size,size_t granule, +bool leaf,void *cookie);void (*tlb_sync)(void *cookie); };
drivers/iommu/ipmmu-vmsa.c +2 -2
@@ -277,8 +277,8 @@ static void ipmmu_tlb_flush_all(void *cookie)ipmmu_tlb_invalidate (domain); } -static void ipmmu_tlb_add_flush (unsigned long iova,size_t size,bool leaf, -void *cookie) +static void ipmmu_tlb_add_flush (unsigned long iova,size_t size, +size_t granule,bool leaf,void *cookie) {/* The hardware doesn't support selective TLB flush. */ }
Signature · 1 line
1.9.1
PATCH v2 1/1 iommu/arm-smmu: Invalidate TLBs properly
In reply to Robin MurphyQuoted 47 lines · Robin Murphy
When invalidating an IOVA range potentially spanning multiple pages, such as when removing an entire intermediate-level table, we currently only issue an invalidation for the first IOVA of that range. Since the architecture specifies that address-based TLB maintenance operations target a single entry, an SMMU could feasibly retain live entries for subsequent pages within that unmapped range, which is not good.
Make sure we hit every possible entry by iterating over the whole range at the granularity provided by the pagetable implementation.
Signed-off-by Robin Murphy <[email protected]>---
v2: include SMMUv3 fix, use the same shorter loop construct everywhere.
drivers/iommu/arm-smmu-v3.c | 5 ++++- drivers/iommu/arm-smmu.c | 16 +++++++++++++--- 2 files changed, 17 insertions(+), 4 deletions(-)drivers/iommu/arm-smmu-v3.c +4
-1@@ -1354,7 +1354,10 @@ static void arm_smmu_tlb_inv_range_nosync(unsigned long iova, size_t size, cmd.tlbi.vmid = smmu_domain->s2_cfg.vmid; } -arm_smmu_cmdq_issue_cmd (smmu, &cmd); +do { +arm_smmu_cmdq_issue_cmd (smmu, &cmd); + cmd.tlbi.addr += granule; + }while (size -= granule); }static struct iommu_gather_ops arm_smmu_gather_ops = {drivers/iommu/arm-smmu.c +3
-1@@ -597,12 +597,18 @@ static void arm_smmu_tlb_inv_range_nosync(unsigned long iova, size_t size,if (!IS_ENABLED (CONFIG_64BIT ) || smmu->version ==ARM_SMMU_V1 ) { iova &= ~12UL ; iova |=ARM_SMMU_CB_ASID (cfg); -writel_relaxed (iova, reg); + do { + writel_relaxed(iova, reg); + iova += granule;
drivers/iommu/arm-smmu.c static void arm_smmu_tlb_inv_range_nosync(unsigned long iova, size_t size, · line 611
Quoted 10 lines
drivers/iommu/arm-smmu.c +5
-1+ }while (size -= granule); #ifdef CONFIG_64BIT }else { iova >>=12 ; iova |= (u64 )ARM_SMMU_CB_ASID (cfg) <<48 ; -writeq_relaxed (iova, reg); +do { +writeq_relaxed (iova, reg); + iova += granule >>12 ; + }while (size -= granule)
This doesn't compile.
drivers/iommu/arm-smmu.c static void arm_smmu_tlb_inv_range_nosync(unsigned long iova, size_t size, · line 623
Quoted 13 lines
drivers/iommu/arm-smmu.c +5
-1#endif }#ifdef CONFIG_64BIT @@ -610,7 +616,11 @@ static void arm_smmu_tlb_inv_range_nosync(unsigned long iova, size_t size, reg =ARM_SMMU_CB_BASE (smmu) +ARM_SMMU_CB (smmu, cfg->cbndx); reg += leaf ?ARM_SMMU_CB_S2_TLBIIPAS2L :ARM_SMMU_CB_S2_TLBIIPAS2 ; -writeq_relaxed (iova >>12 , reg); + iova >>=12 ; +do { +writeq_relaxed (iova, reg); + iova += granule >>12 ; + }while (size -= granule)
Same here.
Please at least build your patches, and preferably test them too.
Will
PATCH 5/5 iommu/io-pgtable: Add ARMv7 short descriptor support
In reply to Robin MurphyHi Robin,
Thanks very much for your rewriting. It looks more pretty.
This works well in my selftest. and I will push to our chrome branch
and request our video/display to test more.
Only a little comment below.
Quoted 7 lines · Robin Murphy
Add a nearly-complete ARMv7 short descriptor implementation, omitting only a few legacy and CPU-centric aspects which shouldn't be necessary for IOMMU API use anyway.
Signed-off-by Yong Wu <[email protected]>Signed-off-by Robin Murphy <[email protected]>---
[...]
Quoted 6 lines
drivers/iommu/io-pgtable-arm-v7s.c new file +4
-0+/* PTE type bits: these are all mixed up with XN/PXN bits in most cases */ +#define ARM_V7S_PTE_TYPE_TABLE 0x1 +#define ARM_V7S_PTE_TYPE_PAGE 0x2 +#define ARM_V7S_PTE_TYPE_CONT_PAGE 0x1From the spec, This is Large page, Do we need add a comment for
readable?
/* Large page */
and add /* Supersection */ for CONT_SECTION too.
Quoted 14 lines
drivers/iommu/io-pgtable-arm-v7s.c new file +14
-0+ +#define ARM_V7S_PTE_IS_VALID (pte) (((pte) & 0x3) != 0) +#define ARM_V7S_PTE_IS_TABLE (pte, lvl) (lvl < 2 && ((pte) & ARM_V7S_PTE_TYPE_TABLE)) + +/* Page table bits */ +#define ARM_V7S_ATTR_XN (lvl) BIT(4 * (2 - (lvl))) +#define ARM_V7S_ATTR_B BIT(2) +#define ARM_V7S_ATTR_C BIT(3) +#define ARM_V7S_ATTR_NS_TABLE BIT(3) +#define ARM_V7S_ATTR_NS_SECTION BIT(19) + +#define ARM_V7S_CONT_SECTION BIT(18) +#define ARM_V7S_CONT_PAGE_XN_SHIFT 15 +
[...]
Quoted 14 lines
drivers/iommu/io-pgtable-arm-v7s.c new file +14
-0+static void *__arm_v7s_alloc_table (int lvl,gfp_t gfp, +struct arm_v7s_io_pgtable *data) +{ +struct device *dev = data->iop.cfg.iommu_dev; +dma_addr_t dma; +size_t size =ARM_V7S_TABLE_SIZE (lvl); +void *table =NULL ; + +if (lvl ==1 ) + table = (void *)__get_dma_pages (__GFP_ZERO,get_order (size)); +else if (lvl ==2 ) + table =kmem_cache_zalloc (data->l2_tables, gfp); +if (table && !selftest_running) { + dma =dma_map_single (dev, table, size,DMA_TO_DEVICE );
drivers/iommu/io-pgtable-arm-v7s.c line 196
Quoted 10 lines
drivers/iommu/io-pgtable-arm-v7s.c new file +10
-0+if (dma_mapping_error (dev, dma)) + goto out_free; +/* +* We depend on the IOMMU being able to work with any physical +* address directly, so if the DMA layer suggests otherwise by +* translating or truncating them, that bodes very badly... +*/ +if (dma !=virt_to_phys (table)) + goto out_unmap; + }
There is some special while we use kmem_cache, we save the physical address into the pagetable, then get the virtual address via phys_to_virt, then free it.
It isn't same with the normal case that saving the va and free the va. Do we need add kmemleak_ignore here?
Quoted 13 lines
drivers/iommu/io-pgtable-arm-v7s.c new file +13
-0+return table; + +out_unmap: +dev_err (dev,"Cannot accommodate DMA translation for IOMMU page tables\n" ); +dma_unmap_single (dev, dma, size,DMA_TO_DEVICE ); +out_free: +if (lvl ==1 ) +free_pages ((unsigned long )table,get_order (size)); +else +kmem_cache_free (data->l2_tables, table); +return NULL ; +} +
[...]
Quoted 11 lines
drivers/iommu/io-pgtable-arm-v7s.c new file +11
-0+static int arm_v7s_init_pte (struct arm_v7s_io_pgtable *data, +unsigned long iova,phys_addr_t paddr,int prot, +int lvl,int num_entries,arm_v7s_iopte *ptep) +{ +struct io_pgtable_cfg *cfg = &data->iop.cfg; +arm_v7s_iopte pte =arm_v7s_prot_to_pte (prot, lvl, cfg); +int i; + +for (i =0 ; i < num_entries; i++) +if (ARM_V7S_PTE_IS_TABLE (ptep[i], lvl)) { +/*
drivers/iommu/io-pgtable-arm-v7s.c line 344
Quoted 10 lines
drivers/iommu/io-pgtable-arm-v7s.c new file +10
-0+* We need to unmap and free the old table before +* overwriting it with a block entry. +*/ +arm_v7s_iopte *tblp; +size_t sz =ARM_V7S_BLOCK_SIZE (lvl); + + tblp = ptep + i -ARM_V7S_LVL_IDX (iova, lvl); +if (WARN_ON (__arm_v7s_unmap (data, iova, sz, lvl, tblp) + != sz)) +return -EINVAL ;
Here it may come from Will's "iommu/io-pgtable-arm: Unmap and free table when overwriting with block".
But if we have IO_PGTABLE_QUIRK_TLBI_ON_MAP, the condition(1) in that comment don't exist. So we don't need take care whether the exist one is a pgtable or not, we could always return -EEXIST here?
Quoted 6 lines
drivers/iommu/io-pgtable-arm-v7s.c new file +6
-0+ }else if (ptep[i]) { +/* We require an unmap first */ +WARN_ON (!selftest_running); +return -EEXIST ; + } +
[...]
Quoted 32 lines
drivers/iommu/io-pgtable-arm-v7s.c new file +32
-0+static int __arm_v7s_unmap (struct arm_v7s_io_pgtable *data, +unsigned long iova,size_t size,int lvl, +arm_v7s_iopte *ptep) +{ +arm_v7s_iopte pte[ARM_V7S_CONT_PAGES ]; +struct io_pgtable_cfg *cfg = &data->iop.cfg; +const struct iommu_gather_ops *tlb = cfg->tlb; +void *cookie = data->iop.cookie; +int idx, i =0 , num_entries = size >>ARM_V7S_LVL_SHIFT (lvl); + +/* Something went horribly wrong and we ran out of page table */ +if (WARN_ON (lvl >2 )) +return 0 ; + + idx =ARM_V7S_LVL_IDX (iova, lvl); + ptep += idx; +do { +if (WARN_ON (!ARM_V7S_PTE_IS_VALID (ptep[i]))) +return 0 ; + pte[i] = ptep[i]; + }while (++i < num_entries); + +/* +* If we've hit a contiguous 'large page' entry at this level, it +* needs splitting first, unless we're unmapping the whole lot. +*/ +if (num_entries <=1 &&arm_v7s_pte_is_cont (pte[0 ], lvl)) +arm_v7s_split_cont (data, iova, idx, lvl, ptep); + +/* If the size matches this level, we're in the right place */ +if (num_entries) { +size_t blk_size =ARM_V7S_BLOCK_SIZE (lvl);
drivers/iommu/io-pgtable-arm-v7s.c line 555
Quoted 10 lines
drivers/iommu/io-pgtable-arm-v7s.c new file +10
-0+ +__arm_v7s_set_pte (ptep,0 , num_entries, cfg); + +for (i =0 ; i < num_entries; i++) { +if (ARM_V7S_PTE_IS_TABLE (pte[i], lvl)) { +/* Also flush any partial walks */ + tlb->tlb_add_flush (iova, blk_size, +ARM_V7S_BLOCK_SIZE (2 ), + false, cookie); + tlb->tlb_sync (cookie);
MTK iommu driver will get a warning here in my test.
There is a tlb_sync here, and in arm_v7s_unmap, there is another one. then the flow is:
tlb->tlb_add_flush(xxx)
tlb->tlb_sync()
tlb->tlb_sync()
In MTK tlb_sync, The code is:
static void mtk_iommu_tlb_sync(void *cookie)
{
struct mtk_iommu_data *data = cookie;
int ret;
u32 tmp;
ret = readl_poll_timeout_atomic(data->base + REG_MMU_CPE_DONE, tmp,
tmp != 0, 10, 100000);
if (ret) {
dev_warn(data->dev,
"Partial TLB flush timed out, falling back to full flush\n");
mtk_iommu_tlb_flush_all(cookie);
}
/* Clear the CPE status */
writel_relaxed(0, data->base + REG_MMU_CPE_DONE);
}In the end of this function, We have to write 0 to clear the CPE status, then the HW could check the status in the next time.
So if we call tlb_sync twice continually. It will time out in the second time, then we can see this log:
Partial TLB flush timed out, falling back to full flush
I don't know whether it is our HW special behavior, is this case ok in the arm-smmu.c?
Is there some suggestion about this?
Quoted 38 lines
drivers/iommu/io-pgtable-arm-v7s.c new file +38
-0+ ptep =iopte_deref (pte[i], lvl); +__arm_v7s_free_table (ptep, lvl +1 , data); + }else { + tlb->tlb_add_flush (iova, blk_size, blk_size, + true, cookie); + } + iova += blk_size; + } +return size; + }else if (lvl ==1 && !ARM_V7S_PTE_IS_TABLE (pte[0 ], lvl)) { +/* +* Insert a table at the next level to map the old region, +* minus the part we want to unmap +*/ +return arm_v7s_split_blk_unmap (data, iova, size, ptep); + } + +/* Keep on walkin' */ + ptep =iopte_deref (pte[0 ], lvl); +return __arm_v7s_unmap (data, iova, size, lvl +1 , ptep); +} + +static int arm_v7s_unmap (struct io_pgtable_ops *ops,unsigned long iova, +size_t size) +{ +size_t unmapped; +struct arm_v7s_io_pgtable *data =io_pgtable_ops_to_data (ops); +struct io_pgtable *iop = &data->iop; + + unmapped =__arm_v7s_unmap (data, iova, size,1 , data->pgd); +if (unmapped) + iop->cfg.tlb->tlb_sync (iop->cookie); + +return unmapped; +} + +static phys_addr_t arm_v7s_iova_to_phys (struct io_pgtable_ops *ops, +unsigned long iova)
drivers/iommu/io-pgtable-arm-v7s.c line 603
Quoted 10 lines
drivers/iommu/io-pgtable-arm-v7s.c new file +10
-0+{ +struct arm_v7s_io_pgtable *data =io_pgtable_ops_to_data (ops); +arm_v7s_iopte *ptep = data->pgd, pte =ARM_V7S_PTE_TYPE_TABLE ; +int lvl =0 ; +u32 mask; + +while (ARM_V7S_PTE_IS_TABLE (pte, lvl)) { + pte = ptep[ARM_V7S_LVL_IDX (iova, ++lvl)]; + ptep =iopte_deref (pte, lvl); + }
If we would like it always enter this while.
Could we use do{}while? then we don't need initialize the pte.
And in this file, the valid lvl should be 1 or 2. but here the "lvl" is initialized to 0. Do we need add a enum for the lvl for more safe and readable?
Quoted 9 lines
drivers/iommu/io-pgtable-arm-v7s.c new file +9
-0+if (!ARM_V7S_PTE_IS_VALID (pte)) +return 0 ; + + mask =ARM_V7S_LVL_MASK (lvl); +if (arm_v7s_pte_is_cont (pte, lvl)) + mask *=ARM_V7S_CONT_PAGES ; +return (pte & mask) | (iova & ~mask); +} +
[...]
PATCH 1/5 iommu/io-pgtable-arm: Avoid dereferencing bogus PTEs
In reply to Robin MurphyHi Robin,
Thank you for the patch.
Quoted 10 lines · On Friday 04 December 2015 17:52:58 Robin Murphy wrote:
In the case of corrupted page tables, or when an invalid size is given,
__arm_lpae_unmap()may recurse beyond the maximum number of levels. Unfortunately the detection of this error condition only happens *after* calculating a nonsense offset from something which might not be a valid table pointer and dereferencing that to see if it is a valid PTE.Make things a little more robust by checking the level is valid before doing anything which depends on it being so.
Signed-off-by Robin Murphy <[email protected]>
This looks good to me.
I'm curious though, have you seen this error in practice ?
Quoted 25 lines
--- drivers/iommu/io-pgtable-arm.c | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-)drivers/iommu/io-pgtable-arm.c +5
-3@@ -486,11 +486,13 @@ static int __arm_lpae_unmap(struct arm_lpae_io_pgtable *data, void *cookie = data->iop.cookie;size_t blk_size =ARM_LPAE_BLOCK_SIZE (lvl, data); +/* Something went horribly wrong and we ran out of page table */ +if (WARN_ON (lvl ==ARM_LPAE_MAX_LEVELS )) +return 0 ; + ptep +=ARM_LPAE_LVL_IDX (iova, lvl, data); pte = *ptep; - -/* Something went horribly wrong and we ran out of page table */ -if (WARN_ON (!pte || (lvl ==ARM_LPAE_MAX_LEVELS ))) +if (WARN_ON (!pte))return 0 ;/* If the size matches this level, we're in the right place */
Signature · 3 lines
Regards, Laurent Pinchart
PATCH 4/5 iommu/io-pgtable: Make io_pgtable_ops_to_pgtable() macro common
In reply to Robin MurphyHi Robin,
Thank you for the patch.
Quoted 5 lines · On Friday 04 December 2015 17:53:01 Robin Murphy wrote:
There is no need to keep a useful accessor for a public structure hidden away in a private implementation. Move it out alongside the structure definition so that other implementations may reuse it.
Signed-off-by Robin Murphy <[email protected]>
Quoted 32 lines
--- drivers/iommu/io-pgtable-arm.c | 3 --- drivers/iommu/io-pgtable.h | 2 ++ 2 files changed, 2 insertions(+), 3 deletions(-)drivers/iommu/io-pgtable-arm.c +0
-3@@ -38,9 +38,6 @@#define io_pgtable_to_data (x) \ container_of((x), struct arm_lpae_io_pgtable, iop) -#define io_pgtable_ops_to_pgtable (x) \ - container_of((x), struct io_pgtable, ops) -#define io_pgtable_ops_to_data (x) \ io_pgtable_to_data(io_pgtable_ops_to_pgtable(x))drivers/iommu/io-pgtable.h +1
-0@@ -131,6 +131,8 @@ struct io_pgtable {struct io_pgtable_ops ops; }; +#define io_pgtable_ops_to_pgtable (x) container_of((x), struct io_pgtable,ops) +
/**
* structio_pgtable_init_fns- Alloc/free a set of page tables for a
* particular format.
Signature · 3 lines
Regards, Laurent Pinchart
Robin Murphy
reviewerPATCH 1/5 iommu/io-pgtable-arm: Avoid dereferencing bogus PTEs
In reply to Laurent PinchartHi Laurent,
Quoted 11 lines · Laurent Pinchart
Hi Robin,
Thank you for the patch.
Quoted 6 lines · On Friday 04 December 2015 17:52:58 Robin Murphy wrote:
In the case of corrupted page tables, or when an invalid size is given,
__arm_lpae_unmap()may recurse beyond the maximum number of levels. Unfortunately the detection of this error condition only happens *after* calculating a nonsense offset from something which might not be a valid table pointer and dereferencing that to see if it is a valid PTE.
Quoted 8 lines
Quoted 4 lines
Make things a little more robust by checking the level is valid before doing anything which depends on it being so.
Signed-off-by Robin Murphy <[email protected]>This looks good to me.
Reviewed-by Laurent Pinchart <[email protected]>
Thanks!
Quoted 1 line
I'm curious though, have you seen this error in practice ?
Yes and no - I've hit the "run out of levels" warning for various reasons of my own doing while hacking on things, but only in the DMA case where the leaf PTE is still pointing to a page of kernel memory, thus an errant *ptep access within that page is not as troublesome as if the address was an MMIO region and it resulted in a read of some random device register. It was only in reusing this code for short-descriptor and checking that my crazy "bits per level" formulae never actually got a bogus level that I realised we have a potential use-before-check here, and it might as well be fixed before I propagate it further.
Robin.
Quoted 26 lines
Quoted 25 lines
--- drivers/iommu/io-pgtable-arm.c | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-)drivers/iommu/io-pgtable-arm.c +5
-3@@ -486,11 +486,13 @@ static int __arm_lpae_unmap(struct arm_lpae_io_pgtable *data, void *cookie = data->iop.cookie;size_t blk_size =ARM_LPAE_BLOCK_SIZE (lvl, data); +/* Something went horribly wrong and we ran out of page table */ +if (WARN_ON (lvl ==ARM_LPAE_MAX_LEVELS )) +return 0 ; + ptep +=ARM_LPAE_LVL_IDX (iova, lvl, data); pte = *ptep; - -/* Something went horribly wrong and we ran out of page table */ -if (WARN_ON (!pte || (lvl ==ARM_LPAE_MAX_LEVELS ))) +if (WARN_ON (!pte))return 0 ;/* If the size matches this level, we're in the right place */
Robin Murphy
reviewerPATCH 5/5 iommu/io-pgtable: Add ARMv7 short descriptor support
In reply to Yong WuQuoted 6 lines · Yong Wu
Hi Robin,
Thanks very much for your rewriting. It looks more pretty.
This works well in my selftest. and I will push to our chrome branch
and request our video/display to test more.
Great, thanks.
Quoted 20 lines
Only a little comment below.
Quoted 7 lines · Robin Murphy
Add a nearly-complete ARMv7 short descriptor implementation, omitting only a few legacy and CPU-centric aspects which shouldn't be necessary for IOMMU API use anyway.
Signed-off-by Yong Wu <[email protected]>Signed-off-by Robin Murphy <[email protected]>---
[...]
drivers/iommu/io-pgtable-arm-v7s.c line 81
Quoted 4 lines
drivers/iommu/io-pgtable-arm-v7s.c new file +4
-0+/* PTE type bits: these are all mixed up with XN/PXN bits in most cases */ +#define ARM_V7S_PTE_TYPE_TABLE 0x1 +#define ARM_V7S_PTE_TYPE_PAGE 0x2 +#define ARM_V7S_PTE_TYPE_CONT_PAGE 0x1From the spec, This is Large page, Do we need add a comment for
readable?
/* Large page */
Quoted 1 line
and add /* Supersection */ for
CONT_SECTIONtoo.
Sure, I've added a comment that explains the use of "cont" for clarification.
Quoted 37 lines
Quoted 14 lines
drivers/iommu/io-pgtable-arm-v7s.c new file +14
-0+ +#define ARM_V7S_PTE_IS_VALID (pte) (((pte) & 0x3) != 0) +#define ARM_V7S_PTE_IS_TABLE (pte, lvl) (lvl < 2 && ((pte) & ARM_V7S_PTE_TYPE_TABLE)) + +/* Page table bits */ +#define ARM_V7S_ATTR_XN (lvl) BIT(4 * (2 - (lvl))) +#define ARM_V7S_ATTR_B BIT(2) +#define ARM_V7S_ATTR_C BIT(3) +#define ARM_V7S_ATTR_NS_TABLE BIT(3) +#define ARM_V7S_ATTR_NS_SECTION BIT(19) + +#define ARM_V7S_CONT_SECTION BIT(18) +#define ARM_V7S_CONT_PAGE_XN_SHIFT 15 +[...]
Quoted 22 lines
drivers/iommu/io-pgtable-arm-v7s.c new file +22
-0+static void *__arm_v7s_alloc_table (int lvl,gfp_t gfp, +struct arm_v7s_io_pgtable *data) +{ +struct device *dev = data->iop.cfg.iommu_dev; +dma_addr_t dma; +size_t size =ARM_V7S_TABLE_SIZE (lvl); +void *table =NULL ; + +if (lvl ==1 ) + table = (void *)__get_dma_pages (__GFP_ZERO,get_order (size)); +else if (lvl ==2 ) + table =kmem_cache_zalloc (data->l2_tables, gfp); +if (table && !selftest_running) { + dma =dma_map_single (dev, table, size,DMA_TO_DEVICE ); +if (dma_mapping_error (dev, dma)) + goto out_free; +/* +* We depend on the IOMMU being able to work with any physical +* address directly, so if the DMA layer suggests otherwise by +* translating or truncating them, that bodes very badly... +*/ +if (dma !=virt_to_phys (table))
Quoted 8 lines
Review
Quoted 2 lines
(quoted diff) +2
-0+ goto out_unmap; + }There is some special while we use
kmem_cache, we save the physical address into the pagetable, then get the virtual address viaphys_to_virt, then free it.
It isn't same with the normal case that saving the va and free the va. Do we need addkmemleak_ignorehere?
Indeed you're right; fixed. With only 2-level tables it might be feasible to keep track of all the VAs as well, and break the strict dma==phys dependency, but since things work OK as-is I'll put that idea aside for a slow day...
Quoted 39 lines
Quoted 13 lines
drivers/iommu/io-pgtable-arm-v7s.c new file +13
-0+return table; + +out_unmap: +dev_err (dev,"Cannot accommodate DMA translation for IOMMU page tables\n" ); +dma_unmap_single (dev, dma, size,DMA_TO_DEVICE ); +out_free: +if (lvl ==1 ) +free_pages ((unsigned long )table,get_order (size)); +else +kmem_cache_free (data->l2_tables, table); +return NULL ; +} +[...]
Quoted 11 lines
drivers/iommu/io-pgtable-arm-v7s.c new file +11
-0+static int arm_v7s_init_pte (struct arm_v7s_io_pgtable *data, +unsigned long iova,phys_addr_t paddr,int prot, +int lvl,int num_entries,arm_v7s_iopte *ptep) +{ +struct io_pgtable_cfg *cfg = &data->iop.cfg; +arm_v7s_iopte pte =arm_v7s_prot_to_pte (prot, lvl, cfg); +int i; + +for (i =0 ; i < num_entries; i++) +if (ARM_V7S_PTE_IS_TABLE (ptep[i], lvl)) { +/* drivers/iommu/io-pgtable-arm-v7s.c line 344
Quoted 10 lines
drivers/iommu/io-pgtable-arm-v7s.c new file +10
-0+* We need to unmap and free the old table before +* overwriting it with a block entry. +*/ +arm_v7s_iopte *tblp; +size_t sz =ARM_V7S_BLOCK_SIZE (lvl); + + tblp = ptep + i -ARM_V7S_LVL_IDX (iova, lvl); +if (WARN_ON (__arm_v7s_unmap (data, iova, sz, lvl, tblp) + != sz)) +return -EINVAL ;Here it may come from Will's "iommu/io-pgtable-arm: Unmap and free table when overwriting with block".
Quoted 3 lines
But if we have
IO_PGTABLE_QUIRK_TLBI_ON_MAP, the condition(1) in that comment don't exist. So we don't need take care whether the exist one is a pgtable or not, we could always return-EEXISThere?
So if you map 4K, unmap it, then try to map 1MB of your now-free IOVA space over a pointer to an empty level 2 table, that always unconditionally fails? I'm pretty sure you don't want that ;)
With TLBI_ON_MAP you might not have hit the TLB conflict which revealed the bug in the first place, but the rest of that patch still very much applies (i.e. not leaking the table).
Quoted 84 lines
Quoted 6 lines
drivers/iommu/io-pgtable-arm-v7s.c new file +6
-0+ }else if (ptep[i]) { +/* We require an unmap first */ +WARN_ON (!selftest_running); +return -EEXIST ; + } +[...]
Quoted 32 lines
drivers/iommu/io-pgtable-arm-v7s.c new file +32
-0+static int __arm_v7s_unmap (struct arm_v7s_io_pgtable *data, +unsigned long iova,size_t size,int lvl, +arm_v7s_iopte *ptep) +{ +arm_v7s_iopte pte[ARM_V7S_CONT_PAGES ]; +struct io_pgtable_cfg *cfg = &data->iop.cfg; +const struct iommu_gather_ops *tlb = cfg->tlb; +void *cookie = data->iop.cookie; +int idx, i =0 , num_entries = size >>ARM_V7S_LVL_SHIFT (lvl); + +/* Something went horribly wrong and we ran out of page table */ +if (WARN_ON (lvl >2 )) +return 0 ; + + idx =ARM_V7S_LVL_IDX (iova, lvl); + ptep += idx; +do { +if (WARN_ON (!ARM_V7S_PTE_IS_VALID (ptep[i]))) +return 0 ; + pte[i] = ptep[i]; + }while (++i < num_entries); + +/* +* If we've hit a contiguous 'large page' entry at this level, it +* needs splitting first, unless we're unmapping the whole lot. +*/ +if (num_entries <=1 &&arm_v7s_pte_is_cont (pte[0 ], lvl)) +arm_v7s_split_cont (data, iova, idx, lvl, ptep); + +/* If the size matches this level, we're in the right place */ +if (num_entries) { +size_t blk_size =ARM_V7S_BLOCK_SIZE (lvl);drivers/iommu/io-pgtable-arm-v7s.c line 555
Quoted 10 lines
drivers/iommu/io-pgtable-arm-v7s.c new file +10
-0+ +__arm_v7s_set_pte (ptep,0 , num_entries, cfg); + +for (i =0 ; i < num_entries; i++) { +if (ARM_V7S_PTE_IS_TABLE (pte[i], lvl)) { +/* Also flush any partial walks */ + tlb->tlb_add_flush (iova, blk_size, +ARM_V7S_BLOCK_SIZE (2 ), + false, cookie); + tlb->tlb_sync (cookie);MTK iommu driver will get a warning here in my test.
There is a
tlb_synchere, and inarm_v7s_unmap, there is another one. then the flow is:
tlb->tlb_add_flush(xxx)
tlb->tlb_sync()
tlb->tlb_sync()In MTK
tlb_sync, The code is:static void
mtk_iommu_tlb_sync(void *cookie){ struct mtk_iommu_data *data = cookie; int ret; u32 tmp; ret = readl_poll_timeout_atomic(data->base + REG_MMU_CPE_DONE, tmp, tmp != 0, 10, 100000); if (ret) { dev_warn(data->dev, "Partial TLB flush timed out, falling back to full flush\n"); mtk_iommu_tlb_flush_all(cookie); } /* Clear the CPE status */ writel_relaxed(0, data->base + REG_MMU_CPE_DONE); }In the end of this function, We have to write 0 to clear the CPE status, then the HW could check the status in the next time.
Quoted 8 lines
So if we call
tlb_synctwice continually. It will time out in the second time, then we can see this log:Partial TLB flush timed out, falling back to full flush
I don't know whether it is our HW special behavior, is this case ok in the
arm-smmu.c?
Is there some suggestion about this?
In the case of the SMMU it's probably a needless performance hit but it's not going to cause any errors. I've come up with an idea to try optimising out redundant syncs as generally undesirable, which I'll post, but if back-to-back syncs are really a problem for your hardware then it's probably worth making the driver specifically detect and avoid that condition.
Quoted 43 lines
Quoted 43 lines
drivers/iommu/io-pgtable-arm-v7s.c new file +43
-0+ ptep =iopte_deref (pte[i], lvl); +__arm_v7s_free_table (ptep, lvl +1 , data); + }else { + tlb->tlb_add_flush (iova, blk_size, blk_size, + true, cookie); + } + iova += blk_size; + } +return size; + }else if (lvl ==1 && !ARM_V7S_PTE_IS_TABLE (pte[0 ], lvl)) { +/* +* Insert a table at the next level to map the old region, +* minus the part we want to unmap +*/ +return arm_v7s_split_blk_unmap (data, iova, size, ptep); + } + +/* Keep on walkin' */ + ptep =iopte_deref (pte[0 ], lvl); +return __arm_v7s_unmap (data, iova, size, lvl +1 , ptep); +} + +static int arm_v7s_unmap (struct io_pgtable_ops *ops,unsigned long iova, +size_t size) +{ +size_t unmapped; +struct arm_v7s_io_pgtable *data =io_pgtable_ops_to_data (ops); +struct io_pgtable *iop = &data->iop; + + unmapped =__arm_v7s_unmap (data, iova, size,1 , data->pgd); +if (unmapped) + iop->cfg.tlb->tlb_sync (iop->cookie); + +return unmapped; +} + +static phys_addr_t arm_v7s_iova_to_phys (struct io_pgtable_ops *ops, +unsigned long iova) +{ +struct arm_v7s_io_pgtable *data =io_pgtable_ops_to_data (ops); +arm_v7s_iopte *ptep = data->pgd, pte =ARM_V7S_PTE_TYPE_TABLE ; +int lvl =0 ; +u32 mask;
Quoted 8 lines
drivers/iommu/io-pgtable-arm-v7s.c line 603
Quoted 5 lines
drivers/iommu/io-pgtable-arm-v7s.c new file +5
-0+ +while (ARM_V7S_PTE_IS_TABLE (pte, lvl)) { + pte = ptep[ARM_V7S_LVL_IDX (iova, ++lvl)]; + ptep =iopte_deref (pte, lvl); + }If we would like it always enter this while.
Could we use do{}while? then we don't need initialize the pte.
OK, now I'm embarrassed for missing that, given the time I spent obsessively rewriting this bit about 20 times just because I was sure it was possible to do without any ifs, breaks, or repetitions :D
Quoted 3 lines
And in this file, the valid lvl should be 1 or 2. but here the "lvl" is initialized to 0. Do we need add a enum for the lvl for more safe and readable?
Since "1" and "2" are used to represent the values 1 and 2, plus we use the level directly in arithmetic all over the place, I don't think an enum is really semantically appropriate or necessary. The lvl variable is only initialised to 0 in this one case because of the aforementioned obsessively-clean loop requiring the increment at the start of each iteration. With your change to the loop I can put ARM_V7S_PTE_IS_TABLE back to being predicated on lvl == 1 specifically, and get rid of this last trace of the whole "pretend TTBRn is a 'level 0' entry" bad idea that I had at one point.
Robin.
Quoted 12 lines
Quoted 9 lines
drivers/iommu/io-pgtable-arm-v7s.c new file +9
-0+if (!ARM_V7S_PTE_IS_VALID (pte)) +return 0 ; + + mask =ARM_V7S_LVL_MASK (lvl); +if (arm_v7s_pte_is_cont (pte, lvl)) + mask *=ARM_V7S_CONT_PAGES ; +return (pte & mask) | (iova & ~mask); +} +[...]