* [PATCH v5] iommu/io-pgtable-arm: Add support for contiguous hint bit
@ 2026-09-21 11:14 Vijayanand Jitta
2026-09-24 0:15 ` Jason Gunthorpe
2026-09-24 20:36 ` Daniel Mentz
0 siblings, 2 replies; 6+ messages in thread
From: Vijayanand Jitta @ 2026-09-21 11:14 UTC (permalink / raw)
To: Will Deacon, Robin Murphy, Joerg Roedel (AMD)
Cc: linux-arm-msm, linux-arm-kernel, iommu, linux-kernel,
Prakash Gupta, Vijayanand Jitta
From: Prakash Gupta <prakash.gupta@oss.qualcomm.com>
Add support for the contiguous hint (CONT) bit in ARM LPAE page tables.
When a set of consecutive PTEs map a naturally aligned contiguous block of
memory, set CONT on every descriptor in that group so the hardware can
combine translations and improve TLB reach.
Advertise the supported CONT group sizes in pgsize_bitmap. Callers select
those sizes through the normal page-size selection path; io-pgtable-arm
then installs the corresponding tagged descriptors directly. A partial
unmap of a tagged CONT group is rejected before modifying any descriptor,
so a rejected request cannot leave the group partly unmapped.
The IO_PGTABLE_QUIRK_ARM_NO_CONT_HINT quirk allows SMMU drivers to disable
CONT support for hardware with implementation-specific errata.
Suggested-by: Robin Murphy <robin.murphy@arm.com>
Signed-off-by: Vijayanand Jitta <vijayanand.jitta@oss.qualcomm.com>
Signed-off-by: Prakash Gupta <prakash.gupta@oss.qualcomm.com>
---
Changes in v5:
- Keep CONT sizes that exactly span the configured IAS or OAS, allowing a
valid mapping at address zero.
- Derive CONT sizes from the architecture-valid base page-size bitmap and
constrain the final result by IAS and OAS, replacing the bespoke
arm_lpae_get_cont_sizes() helpers.
- Guard CONT-size expansion against 32-bit overflow.
- Let callers select exact CONT sizes through pgsize_bitmap, and remove the
internal prefix/group/suffix promotion path.
- Reject a partial CONT-group unmap before any PTE is cleared, making the
rejection a complete no-op.
- Link to v4: https://lore.kernel.org/all/20260804-iommu_contig_hint-v4-1-d7a47ed5db98@oss.qualcomm.com/
Changes in v4:
- Merge each run of consecutive aligned (or consecutive non-aligned)
num_cont windows within arm_lpae_install_leaf() into a single
arm_lpae_init_pte() call instead of one call per window. idx and
paddr both advance by block_size per entry, so once a window
qualifies (or fails to qualify) for the CONT hint, every later whole
window in the same call does too - collapsing the common fully-
aligned or fully-unaligned case back down to one call, matching v2's
call count without reintroducing v2's alignment gaps.
- Fix min_t(int, pgcount, max_entries) truncating pgcount (size_t) to a
signed int in both __arm_lpae_map() and __arm_lpae_unmap(), which
could go negative and spin the caller's while (pgcount) loop forever
for a large enough single request - especially reachable now that
pgcount is scaled by num_cont (up to 128) for whole-CONT-group
requests. Compare in size_t via min_t(size_t, ...) instead; the
result remains bounded by max_entries before being stored back into
the int num_entries. Reported by the Sashiko AI review bot on v3.
- Stop short of the offending entry instead of returning 0 outright
when __arm_lpae_unmap() detects a misaligned CONT group mid-loop.
Earlier entries in the same call may already have had non-leaf
sub-tables torn down and freed, so returning 0 both under-reports
the actual unmap progress to the caller and skips the bulk
clear/gather for those already-freed entries. Breaking out of the
loop at the current index lets the existing post-loop clear/gather
path handle entries [0, i) correctly and report i * size unmapped.
Reported by the Sashiko AI review bot on v3.
- Link to v3: https://lore.kernel.org/all/20260722-iommu_contig_hint-v3-1-10923a683441@oss.qualcomm.com/
Changes in v3:
- Collapse arm_lpae_cont_ptes()/arm_lpae_cont_blks()/
arm_lpae_cont_pte_size()/arm_lpae_cont_blk_size()/
arm_lpae_find_num_cont() into a single arm_lpae_num_cont(size_t size)
helper, since leaf/block/L1-block sizes never overlap across granules.
- Fix arm_lpae_pte_is_contiguous_range() never checking that iova/paddr
are aligned to the contiguous group size, by removing it entirely -
__arm_lpae_map()'s new arm_lpae_install_leaf() helper scans for
aligned sub-chunks and independently verifies paddr alignment for
each one before applying the CONT hint.
- Fold the CONT case into __arm_lpae_map()'s existing size == block_size
leaf path instead of duplicating arm_lpae_init_pte() in a separate
branch. A request whose size exactly matches a whole CONT group is
normalized down to block_size/scaled pgcount so it reaches that path;
arm_lpae_install_leaf() then walks the resulting range in chunks,
tagging only the sub-chunks that are both index-aligned and
paddr-aligned to the group size, since a single map_pages() call at
the plain block_size can still contain such an aligned group midway
through a larger, otherwise ungrouped range.
- Replace the unmap-side WARN_ON_ONCE(!IS_ALIGNED(iova, size)) with a
check on the actual ARM_LPAE_PTE_CONT bit of the PTEs being cleared.
The previous check incorrectly warned on any unmap whose size
happened to numerically match a CONT group size, even when the
underlying PTEs were never CONT-tagged (e.g. because the original
iommu_map() wasn't group-aligned), and even though iommu_unmap() can
legitimately assemble such a size from multiple independent prior
iommu_map() calls.
- Close a leak where ARM_MALI_LPAE would gain CONT-sized entries in its
pgsize_bitmap despite the format having no CONT bit, by having
arm_mali_lpae_alloc_pgtable() set IO_PGTABLE_QUIRK_ARM_NO_CONT_HINT
internally rather than special-casing the format in the shared
arm_lpae_restrict_pgsizes()/arm_lpae_get_cont_sizes() path.
- Gate each contiguous-hint size in arm_lpae_get_cont_sizes() on whether
a single group actually fits within the configured IAS/OAS, so e.g. a
16G level-1 CONT group is never advertised for an IAS too small to
address it.
- Link to v2: https://patch.msgid.link/20260721-iommu_contig_hint-v2-1-90c731a41163@oss.qualcomm.com
Changes in v2:
- Extend contiguous hint support to level-1 (1G) blocks for the 4K granule,
adding a CONT L1 (16G) grouping alongside the existing CONT PTE/CONT Block
sizes.
- Replace the compile-time CONFIG_IOMMU_IO_PGTABLE_CONTIG_HINT Kconfig option
with a runtime quirk, IO_PGTABLE_QUIRK_ARM_NO_CONT_HINT, so SMMU drivers
can opt out per page table instance instead of at build time.
- Simplify __arm_lpae_map() to program the CONT-sized block directly via
arm_lpae_init_pte() instead of recursing into the next level with an
adjusted pgcount.
- Reject unmaps that are not aligned to the contiguous group size with
WARN_ON_ONCE(), instead of clearing the CONT bit on a partial group before
invalidation.
- Link to v1: https://patch.msgid.link/20260618-iommu_contig_hint-v1-1-4502a59e6388@oss.qualcomm.com
Changes in v1:
- Initial version.
To: Will Deacon <will@kernel.org>
To: Robin Murphy <robin.murphy@arm.com>
To: "Joerg Roedel (AMD)" <joro@8bytes.org>
Cc: linux-arm-msm@vger.kernel.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: iommu@lists.linux.dev
Cc: linux-kernel@vger.kernel.org
---
drivers/iommu/io-pgtable-arm.c | 125 ++++++++++++++++++++++++++++++++++++-----
include/linux/io-pgtable.h | 3 +
2 files changed, 115 insertions(+), 13 deletions(-)
diff --git a/drivers/iommu/io-pgtable-arm.c b/drivers/iommu/io-pgtable-arm.c
index 476c0e25631af..01d98959c514f 100644
--- a/drivers/iommu/io-pgtable-arm.c
+++ b/drivers/iommu/io-pgtable-arm.c
@@ -86,6 +86,21 @@
/* Software bit for solving coherency races */
#define ARM_LPAE_PTE_SW_SYNC (((arm_lpae_iopte)1) << 55)
+/* PTE Contiguous Bit */
+#define ARM_LPAE_PTE_CONT (((arm_lpae_iopte)1) << 52)
+
+/*
+ * Contiguous hint group sizes per granule:
+ *
+ *------------------------------------------------------------------
+ *| Page Size | CONT PTE | Block | CONT Block | L1 Block | CONT L1 |
+ *------------------------------------------------------------------
+ *| 4K | 64K | 2M | 32M | 1G | 16G |
+ *| 16K | 2M | 32M | 1G | | |
+ *| 64K | 2M | 512M | 16G | | |
+ *------------------------------------------------------------------
+ */
+
/* Stage-1 PTE */
#define ARM_LPAE_PTE_AP_UNPRIV (((arm_lpae_iopte)1) << 6)
#define ARM_LPAE_PTE_AP_RDONLY_BIT 7
@@ -453,6 +468,24 @@ static arm_lpae_iopte arm_lpae_install_table(arm_lpae_iopte *table,
return old;
}
+static int arm_lpae_num_cont(size_t size)
+{
+ switch (size) {
+ case SZ_4K:
+ case SZ_2M:
+ case SZ_1G:
+ return 16;
+ case SZ_64K:
+ case SZ_32M:
+ case SZ_512M:
+ return 32;
+ case SZ_16K:
+ return 128;
+ default:
+ return 1;
+ }
+}
+
static int __arm_lpae_map(struct arm_lpae_io_pgtable *data, unsigned long iova,
phys_addr_t paddr, size_t size, size_t pgcount,
arm_lpae_iopte prot, int lvl, arm_lpae_iopte *ptep,
@@ -462,20 +495,41 @@ static int __arm_lpae_map(struct arm_lpae_io_pgtable *data, unsigned long iova,
size_t block_size = ARM_LPAE_BLOCK_SIZE(lvl, data);
size_t tblsz = ARM_LPAE_GRANULE(data);
struct io_pgtable_cfg *cfg = &data->iop.cfg;
- int ret = 0, num_entries, max_entries, map_idx_start;
+ int num_cont = arm_lpae_num_cont(block_size);
+ size_t cont_size = 0, entries_per_map;
+ int num_entries, max_entries, map_idx_start;
+ bool cont = false;
+
+ if (num_cont > 1 && block_size <= SIZE_MAX / num_cont)
+ cont_size = num_cont * block_size;
/* Find our entry at the current level */
map_idx_start = ARM_LPAE_LVL_IDX(iova, lvl, data);
ptep += map_idx_start;
/* If we can install a leaf entry at this level, then do so */
- if (size == block_size) {
+ if (size == block_size ||
+ (!(cfg->quirks & IO_PGTABLE_QUIRK_ARM_NO_CONT_HINT) &&
+ size == cont_size)) {
+ int ret;
+
+ cont = size == cont_size;
+ if (cont && (!IS_ALIGNED(iova, size) || !IS_ALIGNED(paddr, size)))
+ return -EINVAL;
+
+ entries_per_map = size / block_size;
max_entries = arm_lpae_max_entries(map_idx_start, data);
- num_entries = min_t(int, pgcount, max_entries);
- ret = arm_lpae_init_pte(data, iova, paddr, prot, lvl, num_entries, ptep);
+ num_entries = min_t(size_t, pgcount,
+ max_entries / entries_per_map) * entries_per_map;
+ if (!num_entries)
+ return -EINVAL;
+ if (cont)
+ prot |= ARM_LPAE_PTE_CONT;
+
+ ret = arm_lpae_init_pte(data, iova, paddr, prot, lvl,
+ num_entries, ptep);
if (!ret)
- *mapped += num_entries * size;
-
+ *mapped += num_entries * block_size;
return ret;
}
@@ -660,12 +714,18 @@ static size_t __arm_lpae_unmap(struct arm_lpae_io_pgtable *data,
{
arm_lpae_iopte pte;
struct io_pgtable *iop = &data->iop;
+ size_t block_size = ARM_LPAE_BLOCK_SIZE(lvl, data);
+ int num_cont = arm_lpae_num_cont(block_size);
+ size_t cont_size = 0, entries_per_map;
int i = 0, num_entries, max_entries, unmap_idx_start;
/* Something went horribly wrong and we ran out of page table */
if (WARN_ON(lvl == ARM_LPAE_MAX_LEVELS))
return 0;
+ if (num_cont > 1 && block_size <= SIZE_MAX / num_cont)
+ cont_size = num_cont * block_size;
+
unmap_idx_start = ARM_LPAE_LVL_IDX(iova, lvl, data);
ptep += unmap_idx_start;
pte = READ_ONCE(*ptep);
@@ -675,9 +735,27 @@ static size_t __arm_lpae_unmap(struct arm_lpae_io_pgtable *data,
}
/* If the size matches this level, we're in the right place */
- if (size == ARM_LPAE_BLOCK_SIZE(lvl, data)) {
+ if (size == block_size ||
+ (!(data->iop.cfg.quirks & IO_PGTABLE_QUIRK_ARM_NO_CONT_HINT) &&
+ size == cont_size)) {
+ entries_per_map = size / block_size;
max_entries = arm_lpae_max_entries(unmap_idx_start, data);
- num_entries = min_t(int, pgcount, max_entries);
+ num_entries = min_t(size_t, pgcount,
+ max_entries / entries_per_map) * entries_per_map;
+ if (!num_entries)
+ return 0;
+
+ /*
+ * A CONT group must be invalidated as a unit. Reject a request that
+ * starts or ends inside a tagged group before changing any PTEs.
+ */
+ if ((READ_ONCE(*ptep) & ARM_LPAE_PTE_CONT &&
+ !IS_ALIGNED(iova, cont_size)) ||
+ (READ_ONCE(ptep[num_entries - 1]) & ARM_LPAE_PTE_CONT &&
+ !IS_ALIGNED(iova + num_entries * block_size, cont_size))) {
+ WARN_ONCE(true, "Unmap of a partial CONT IOPTE group is not allowed");
+ return 0;
+ }
/* Find and handle non-leaf entries */
for (i = 0; i < num_entries; i++) {
@@ -691,7 +769,8 @@ static size_t __arm_lpae_unmap(struct arm_lpae_io_pgtable *data,
__arm_lpae_clear_pte(&ptep[i], &iop->cfg, 1);
/* Also flush any partial walks */
- io_pgtable_tlb_flush_walk(iop, iova + i * size, size,
+ io_pgtable_tlb_flush_walk(iop,
+ iova + i * block_size, block_size,
ARM_LPAE_GRANULE(data));
__arm_lpae_free_pgtable(data, lvl + 1, iopte_deref(pte, data));
}
@@ -702,9 +781,10 @@ static size_t __arm_lpae_unmap(struct arm_lpae_io_pgtable *data,
if (gather && !iommu_iotlb_gather_queued(gather))
for (int j = 0; j < i; j++)
- io_pgtable_tlb_add_page(iop, gather, iova + j * size, size);
+ io_pgtable_tlb_add_page(iop, gather,
+ iova + j * block_size, block_size);
- return i * size;
+ return i * block_size;
} else if (iopte_leaf(pte, lvl, iop->fmt)) {
WARN_ONCE(true, "Unmap of a partial large IOPTE is not allowed");
return 0;
@@ -943,8 +1023,23 @@ static void arm_lpae_restrict_pgsizes(struct io_pgtable_cfg *cfg)
}
cfg->pgsize_bitmap &= page_sizes;
+ if (!(cfg->quirks & IO_PGTABLE_QUIRK_ARM_NO_CONT_HINT)) {
+ unsigned long sizes = cfg->pgsize_bitmap;
+
+ while (sizes) {
+ unsigned long size = BIT(__ffs(sizes));
+ int num_cont = arm_lpae_num_cont(size);
+
+ if (size <= ULONG_MAX / num_cont)
+ cfg->pgsize_bitmap |= num_cont * size;
+ sizes &= ~size;
+ }
+ }
+
cfg->ias = min(cfg->ias, max_addr_bits);
cfg->oas = min(cfg->oas, max_addr_bits);
+ cfg->pgsize_bitmap &= GENMASK_ULL(cfg->ias, 0);
+ cfg->pgsize_bitmap &= GENMASK_ULL(cfg->oas, 0);
}
static struct arm_lpae_io_pgtable *
@@ -1001,7 +1096,8 @@ arm_64_lpae_alloc_pgtable_s1(struct io_pgtable_cfg *cfg, void *cookie)
IO_PGTABLE_QUIRK_ARM_TTBR1 |
IO_PGTABLE_QUIRK_ARM_OUTER_WBWA |
IO_PGTABLE_QUIRK_ARM_HD |
- IO_PGTABLE_QUIRK_NO_WARN))
+ IO_PGTABLE_QUIRK_NO_WARN |
+ IO_PGTABLE_QUIRK_ARM_NO_CONT_HINT))
return NULL;
data = arm_lpae_alloc_pgtable(cfg);
@@ -1103,7 +1199,8 @@ arm_64_lpae_alloc_pgtable_s2(struct io_pgtable_cfg *cfg, void *cookie)
typeof(&cfg->arm_lpae_s2_cfg.vtcr) vtcr = &cfg->arm_lpae_s2_cfg.vtcr;
if (cfg->quirks & ~(IO_PGTABLE_QUIRK_ARM_S2FWB |
- IO_PGTABLE_QUIRK_NO_WARN))
+ IO_PGTABLE_QUIRK_NO_WARN |
+ IO_PGTABLE_QUIRK_ARM_NO_CONT_HINT))
return NULL;
data = arm_lpae_alloc_pgtable(cfg);
@@ -1224,6 +1321,8 @@ arm_mali_lpae_alloc_pgtable(struct io_pgtable_cfg *cfg, void *cookie)
return NULL;
cfg->pgsize_bitmap &= (SZ_4K | SZ_2M | SZ_1G);
+ /* Mali LPAE has no CONT bit - never advertise CONT page sizes */
+ cfg->quirks |= IO_PGTABLE_QUIRK_ARM_NO_CONT_HINT;
data = arm_lpae_alloc_pgtable(cfg);
if (!data)
diff --git a/include/linux/io-pgtable.h b/include/linux/io-pgtable.h
index e19872e37e067..7b2097aaffb09 100644
--- a/include/linux/io-pgtable.h
+++ b/include/linux/io-pgtable.h
@@ -86,6 +86,8 @@ struct io_pgtable_cfg {
*
* IO_PGTABLE_QUIRK_ARM_HD: Enables dirty tracking in stage 1 pagetable.
* IO_PGTABLE_QUIRK_ARM_S2FWB: Use the FWB format for the MemAttrs bits
+ * IO_PGTABLE_QUIRK_ARM_NO_CONT_HINT: Disable use of the contiguous
+ * hint for hardware affected by implementation-specific errata.
*
* IO_PGTABLE_QUIRK_NO_WARN: Do not WARN_ON() on conflicting
* mappings, but silently return -EEXISTS. Normally an attempt
@@ -103,6 +105,7 @@ struct io_pgtable_cfg {
#define IO_PGTABLE_QUIRK_ARM_HD BIT(7)
#define IO_PGTABLE_QUIRK_ARM_S2FWB BIT(8)
#define IO_PGTABLE_QUIRK_NO_WARN BIT(9)
+ #define IO_PGTABLE_QUIRK_ARM_NO_CONT_HINT BIT(10)
unsigned long quirks;
unsigned long pgsize_bitmap;
unsigned int ias;
---
base-commit: 5dd1818b15d98d4a20806cd00b1b40320b06004f
change-id: 20260618-iommu_contig_hint-71ae491fbb52
Best regards,
--
Vijayanand Jitta <vijayanand.jitta@oss.qualcomm.com>
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: [PATCH v5] iommu/io-pgtable-arm: Add support for contiguous hint bit
2026-09-21 11:14 [PATCH v5] iommu/io-pgtable-arm: Add support for contiguous hint bit Vijayanand Jitta
@ 2026-09-24 0:15 ` Jason Gunthorpe
2026-09-24 18:49 ` Daniel Mentz
2026-09-24 20:36 ` Daniel Mentz
1 sibling, 1 reply; 6+ messages in thread
From: Jason Gunthorpe @ 2026-09-24 0:15 UTC (permalink / raw)
To: Vijayanand Jitta
Cc: Will Deacon, Robin Murphy, Joerg Roedel (AMD),
linux-arm-msm, linux-arm-kernel, iommu, linux-kernel,
Prakash Gupta
On Mon, Sep 21, 2026 at 04:44:07PM +0530, Vijayanand Jitta wrote:
> From: Prakash Gupta <prakash.gupta@oss.qualcomm.com>
>
> Add support for the contiguous hint (CONT) bit in ARM LPAE page tables.
> When a set of consecutive PTEs map a naturally aligned contiguous block of
> memory, set CONT on every descriptor in that group so the hardware can
> combine translations and improve TLB reach.
>
> Advertise the supported CONT group sizes in pgsize_bitmap. Callers select
> those sizes through the normal page-size selection path; io-pgtable-arm
> then installs the corresponding tagged descriptors directly. A partial
> unmap of a tagged CONT group is rejected before modifying any descriptor,
> so a rejected request cannot leave the group partly unmapped.
>
> The IO_PGTABLE_QUIRK_ARM_NO_CONT_HINT quirk allows SMMU drivers to disable
> CONT support for hardware with implementation-specific errata.
smmuv3 has this errata, it must be disabled there too. I didn't notice
it in this patch?
Jason
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH v5] iommu/io-pgtable-arm: Add support for contiguous hint bit
2026-09-24 0:15 ` Jason Gunthorpe
@ 2026-09-24 18:49 ` Daniel Mentz
2026-09-24 22:53 ` Jason Gunthorpe
0 siblings, 1 reply; 6+ messages in thread
From: Daniel Mentz @ 2026-09-24 18:49 UTC (permalink / raw)
To: Jason Gunthorpe
Cc: Vijayanand Jitta, Will Deacon, Robin Murphy, Joerg Roedel (AMD),
linux-arm-msm, linux-arm-kernel, iommu, linux-kernel,
Prakash Gupta
On Wed, Sep 23, 2026 at 5:15 PM Jason Gunthorpe <jgg@ziepe.ca> wrote:
>
> On Mon, Sep 21, 2026 at 04:44:07PM +0530, Vijayanand Jitta wrote:
> > From: Prakash Gupta <prakash.gupta@oss.qualcomm.com>
> >
> > Add support for the contiguous hint (CONT) bit in ARM LPAE page tables.
> > When a set of consecutive PTEs map a naturally aligned contiguous block of
> > memory, set CONT on every descriptor in that group so the hardware can
> > combine translations and improve TLB reach.
> >
> > Advertise the supported CONT group sizes in pgsize_bitmap. Callers select
> > those sizes through the normal page-size selection path; io-pgtable-arm
> > then installs the corresponding tagged descriptors directly. A partial
> > unmap of a tagged CONT group is rejected before modifying any descriptor,
> > so a rejected request cannot leave the group partly unmapped.
> >
> > The IO_PGTABLE_QUIRK_ARM_NO_CONT_HINT quirk allows SMMU drivers to disable
> > CONT support for hardware with implementation-specific errata.
>
> smmuv3 has this errata, it must be disabled there too. I didn't notice
> it in this patch?
SMMU is an architecture specification. I am not aware of errors in
this architecture specification that would preclude the usage of the
contiguous bit. I understand that Arm MMU-700 has the following
erratum
3777127 Under invalidation in TBU possible when using contiguous page
table entries
The recommended workaround is described as
"Ensure that contiguous page tables are removed using a single range
invalidation. Arm recommends using range invalidations to remove
contiguous entries anyway for performance reasons."
and I believe we are already doing this.
Which specific implementations of SMMUv3 do you have in mind that have
errata precluding the usage of the contiguous bit?
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH v5] iommu/io-pgtable-arm: Add support for contiguous hint bit
2026-09-24 18:49 ` Daniel Mentz
@ 2026-09-24 22:53 ` Jason Gunthorpe
0 siblings, 0 replies; 6+ messages in thread
From: Jason Gunthorpe @ 2026-09-24 22:53 UTC (permalink / raw)
To: Daniel Mentz
Cc: Vijayanand Jitta, Will Deacon, Robin Murphy, Joerg Roedel (AMD),
linux-arm-msm, linux-arm-kernel, iommu, linux-kernel,
Prakash Gupta
On Thu, Sep 24, 2026 at 11:49:50AM -0700, Daniel Mentz wrote:
> On Wed, Sep 23, 2026 at 5:15 PM Jason Gunthorpe <jgg@ziepe.ca> wrote:
> >
> > On Mon, Sep 21, 2026 at 04:44:07PM +0530, Vijayanand Jitta wrote:
> > > From: Prakash Gupta <prakash.gupta@oss.qualcomm.com>
> > >
> > > Add support for the contiguous hint (CONT) bit in ARM LPAE page tables.
> > > When a set of consecutive PTEs map a naturally aligned contiguous block of
> > > memory, set CONT on every descriptor in that group so the hardware can
> > > combine translations and improve TLB reach.
> > >
> > > Advertise the supported CONT group sizes in pgsize_bitmap. Callers select
> > > those sizes through the normal page-size selection path; io-pgtable-arm
> > > then installs the corresponding tagged descriptors directly. A partial
> > > unmap of a tagged CONT group is rejected before modifying any descriptor,
> > > so a rejected request cannot leave the group partly unmapped.
> > >
> > > The IO_PGTABLE_QUIRK_ARM_NO_CONT_HINT quirk allows SMMU drivers to disable
> > > CONT support for hardware with implementation-specific errata.
> >
> > smmuv3 has this errata, it must be disabled there too. I didn't notice
> > it in this patch?
>
> SMMU is an architecture specification. I am not aware of errors in
> this architecture specification that would preclude the usage of the
> contiguous bit. I understand that Arm MMU-700 has the following
> erratum
>
> 3777127 Under invalidation in TBU possible when using contiguous page
> table entries
And a neoverse one too.
> The recommended workaround is described as
>
> "Ensure that contiguous page tables are removed using a single range
> invalidation. Arm recommends using range invalidations to remove
> contiguous entries anyway for performance reasons."
>
> and I believe we are already doing this.
No we aren't. Go read my fix on this:
https://lore.kernel.org/linux-iommu/1-v7-e84261bbe7cd+2ea80b-smmu_tlbi_jgg@nvidia.com/
I have another patch that fixes it for iommu domain mappings too.
Jason
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH v5] iommu/io-pgtable-arm: Add support for contiguous hint bit
2026-09-21 11:14 [PATCH v5] iommu/io-pgtable-arm: Add support for contiguous hint bit Vijayanand Jitta
2026-09-24 0:15 ` Jason Gunthorpe
@ 2026-09-24 20:36 ` Daniel Mentz
2026-09-24 22:55 ` Jason Gunthorpe
1 sibling, 1 reply; 6+ messages in thread
From: Daniel Mentz @ 2026-09-24 20:36 UTC (permalink / raw)
To: Vijayanand Jitta
Cc: Will Deacon, Robin Murphy, Joerg Roedel (AMD),
linux-arm-msm, linux-arm-kernel, iommu, linux-kernel,
Prakash Gupta
On Mon, Sep 21, 2026 at 4:44 AM Vijayanand Jitta
<vijayanand.jitta@oss.qualcomm.com> wrote:
> diff --git a/drivers/iommu/io-pgtable-arm.c b/drivers/iommu/io-pgtable-arm.c
> index 476c0e25631af..01d98959c514f 100644
> --- a/drivers/iommu/io-pgtable-arm.c
> +++ b/drivers/iommu/io-pgtable-arm.c
> @@ -86,6 +86,21 @@
> /* Software bit for solving coherency races */
> #define ARM_LPAE_PTE_SW_SYNC (((arm_lpae_iopte)1) << 55)
>
> +/* PTE Contiguous Bit */
> +#define ARM_LPAE_PTE_CONT (((arm_lpae_iopte)1) << 52)
> +
> +/*
> + * Contiguous hint group sizes per granule:
> + *
> + *------------------------------------------------------------------
> + *| Page Size | CONT PTE | Block | CONT Block | L1 Block | CONT L1 |
> + *------------------------------------------------------------------
> + *| 4K | 64K | 2M | 32M | 1G | 16G |
> + *| 16K | 2M | 32M | 1G | | |
> + *| 64K | 2M | 512M | 16G | | |
> + *------------------------------------------------------------------
> + */
I find this comment redundant. People can find this information in the
Arm architecture specification.
> +static int arm_lpae_num_cont(size_t size)
> +{
> + switch (size) {
> + case SZ_4K:
> + case SZ_2M:
> + case SZ_1G:
> + return 16;
I'm thinking that if you use something like
return BITS_PER_TYPE(size_t) >= 64 ? 16 : 1
i.e. return 16 only on 64 bit platforms, then you can avoid those
overflow checks in various places. Same for the SZ_512M cases.
> + case SZ_64K:
> + case SZ_32M:
> + case SZ_512M:
> + return 32;
> + case SZ_16K:
> + return 128;
> + default:
> + return 1;
> + }
> +}
> +
> static int __arm_lpae_map(struct arm_lpae_io_pgtable *data, unsigned long iova,
> phys_addr_t paddr, size_t size, size_t pgcount,
> arm_lpae_iopte prot, int lvl, arm_lpae_iopte *ptep,
> @@ -462,20 +495,41 @@ static int __arm_lpae_map(struct arm_lpae_io_pgtable *data, unsigned long iova,
> size_t block_size = ARM_LPAE_BLOCK_SIZE(lvl, data);
> size_t tblsz = ARM_LPAE_GRANULE(data);
> struct io_pgtable_cfg *cfg = &data->iop.cfg;
> - int ret = 0, num_entries, max_entries, map_idx_start;
> + int num_cont = arm_lpae_num_cont(block_size);
> + size_t cont_size = 0, entries_per_map;
> + int num_entries, max_entries, map_idx_start;
> + bool cont = false;
> +
> + if (num_cont > 1 && block_size <= SIZE_MAX / num_cont)
> + cont_size = num_cont * block_size;
>
> /* Find our entry at the current level */
> map_idx_start = ARM_LPAE_LVL_IDX(iova, lvl, data);
> ptep += map_idx_start;
>
> /* If we can install a leaf entry at this level, then do so */
> - if (size == block_size) {
> + if (size == block_size ||
> + (!(cfg->quirks & IO_PGTABLE_QUIRK_ARM_NO_CONT_HINT) &&
I'm thinking that the check for IO_PGTABLE_QUIRK_ARM_NO_CONT_HINT is
redundant. If this quirk is active, none of the contiguous sizes were
advertised, so no one should call this function with any of the
contiguous sizes.
> + size == cont_size)) {
> + int ret;
> +
> + cont = size == cont_size;
> + if (cont && (!IS_ALIGNED(iova, size) || !IS_ALIGNED(paddr, size)))
These alignment checks are also redundant. We can rely on the caller
to pass properly aligned values. It's also inconsistent, because it
verifies alignment only for contiguous sizes.
> + return -EINVAL;
> +
> + entries_per_map = size / block_size;
Can't you just do
pgcount *= num_cont;
Wouldn't that be easier?
> max_entries = arm_lpae_max_entries(map_idx_start, data);
> - num_entries = min_t(int, pgcount, max_entries);
> - ret = arm_lpae_init_pte(data, iova, paddr, prot, lvl, num_entries, ptep);
> + num_entries = min_t(size_t, pgcount,
> + max_entries / entries_per_map) * entries_per_map;
> + if (!num_entries)
> + return -EINVAL;
I believe this check is also redundant. Can we remove it?
> + if (cont)
> + prot |= ARM_LPAE_PTE_CONT;
> +
> + ret = arm_lpae_init_pte(data, iova, paddr, prot, lvl,
> + num_entries, ptep);
> if (!ret)
> - *mapped += num_entries * size;
> -
> + *mapped += num_entries * block_size;
> return ret;
> }
>
> @@ -660,12 +714,18 @@ static size_t __arm_lpae_unmap(struct arm_lpae_io_pgtable *data,
> {
> arm_lpae_iopte pte;
> struct io_pgtable *iop = &data->iop;
> + size_t block_size = ARM_LPAE_BLOCK_SIZE(lvl, data);
> + int num_cont = arm_lpae_num_cont(block_size);
> + size_t cont_size = 0, entries_per_map;
> int i = 0, num_entries, max_entries, unmap_idx_start;
>
> /* Something went horribly wrong and we ran out of page table */
> if (WARN_ON(lvl == ARM_LPAE_MAX_LEVELS))
> return 0;
>
> + if (num_cont > 1 && block_size <= SIZE_MAX / num_cont)
> + cont_size = num_cont * block_size;
> +
> unmap_idx_start = ARM_LPAE_LVL_IDX(iova, lvl, data);
> ptep += unmap_idx_start;
> pte = READ_ONCE(*ptep);
> @@ -675,9 +735,27 @@ static size_t __arm_lpae_unmap(struct arm_lpae_io_pgtable *data,
> }
>
> /* If the size matches this level, we're in the right place */
> - if (size == ARM_LPAE_BLOCK_SIZE(lvl, data)) {
> + if (size == block_size ||
> + (!(data->iop.cfg.quirks & IO_PGTABLE_QUIRK_ARM_NO_CONT_HINT) &&
Checking for IO_PGTABLE_QUIRK_ARM_NO_CONT_HINT is redundant. Can we remove it?
> + size == cont_size)) {
> + entries_per_map = size / block_size;
> max_entries = arm_lpae_max_entries(unmap_idx_start, data);
> - num_entries = min_t(int, pgcount, max_entries);
> + num_entries = min_t(size_t, pgcount,
> + max_entries / entries_per_map) * entries_per_map;
> + if (!num_entries)
> + return 0;
> +
> + /*
> + * A CONT group must be invalidated as a unit. Reject a request that
> + * starts or ends inside a tagged group before changing any PTEs.
> + */
> + if ((READ_ONCE(*ptep) & ARM_LPAE_PTE_CONT &&
> + !IS_ALIGNED(iova, cont_size)) ||
> + (READ_ONCE(ptep[num_entries - 1]) & ARM_LPAE_PTE_CONT &&
> + !IS_ALIGNED(iova + num_entries * block_size, cont_size))) {
> + WARN_ONCE(true, "Unmap of a partial CONT IOPTE group is not allowed");
> + return 0;
> + }
>
> /* Find and handle non-leaf entries */
> for (i = 0; i < num_entries; i++) {
> @@ -691,7 +769,8 @@ static size_t __arm_lpae_unmap(struct arm_lpae_io_pgtable *data,
> __arm_lpae_clear_pte(&ptep[i], &iop->cfg, 1);
>
> /* Also flush any partial walks */
> - io_pgtable_tlb_flush_walk(iop, iova + i * size, size,
> + io_pgtable_tlb_flush_walk(iop,
> + iova + i * block_size, block_size,
> ARM_LPAE_GRANULE(data));
> __arm_lpae_free_pgtable(data, lvl + 1, iopte_deref(pte, data));
> }
> @@ -702,9 +781,10 @@ static size_t __arm_lpae_unmap(struct arm_lpae_io_pgtable *data,
>
> if (gather && !iommu_iotlb_gather_queued(gather))
> for (int j = 0; j < i; j++)
> - io_pgtable_tlb_add_page(iop, gather, iova + j * size, size);
> + io_pgtable_tlb_add_page(iop, gather,
> + iova + j * block_size, block_size);
>
> - return i * size;
> + return i * block_size;
> } else if (iopte_leaf(pte, lvl, iop->fmt)) {
> WARN_ONCE(true, "Unmap of a partial large IOPTE is not allowed");
> return 0;
> @@ -943,8 +1023,23 @@ static void arm_lpae_restrict_pgsizes(struct io_pgtable_cfg *cfg)
I want to re-iterate what I wrote earlier: I think we should change
this function's name. This is what our AI model has to say:
Originally, arm_lpae_restrict_pgsizes() performed a purely monotonic reduction:
1. Identified the translation granule (e.g. matching CPU PAGE_SIZE).
2. Performed a bitwise-AND (cfg->pgsize_bitmap &= page_sizes) to
discard non-granule sizes.
3. Clamped ias and oas.
With this commit, it now:
1. Restricts to the base granule sizes (&= page_sizes).
2. Expands the bitmap with synthesized contiguous sizes (|= num_cont * size).
3. Restricts again against ias and oas (&= GENMASK_ULL(...)).
Calling a function ..._restrict_... when it actively synthesizes and
injects new page sizes violates the principle of least astonishment.
> }
>
> cfg->pgsize_bitmap &= page_sizes;
> + if (!(cfg->quirks & IO_PGTABLE_QUIRK_ARM_NO_CONT_HINT)) {
> + unsigned long sizes = cfg->pgsize_bitmap;
> +
> + while (sizes) {
> + unsigned long size = BIT(__ffs(sizes));
> + int num_cont = arm_lpae_num_cont(size);
> +
> + if (size <= ULONG_MAX / num_cont)
> + cfg->pgsize_bitmap |= num_cont * size;
> + sizes &= ~size;
> + }
> + }
> +
> cfg->ias = min(cfg->ias, max_addr_bits);
> cfg->oas = min(cfg->oas, max_addr_bits);
> + cfg->pgsize_bitmap &= GENMASK_ULL(cfg->ias, 0);
> + cfg->pgsize_bitmap &= GENMASK_ULL(cfg->oas, 0);
> }
Gemini added the following. I have to admit, though, that I'm not
familiar enough with dirty bit tracking to determine if this is a real
concern.
Interaction with Hardware Dirty Tracking (IO_PGTABLE_QUIRK_ARM_HD)
When Hardware Dirty Tracking (ARM_LPAE_PTE_DBM) is enabled on Stage-1 tables:
* In visit_dirty() / arm_lpae_read_and_clear_dirty(), dirty bits are
queried and cleared on a page-by-page granularity
(iopte_set_writeable_clean(ptep)).
* If a single 4KB page within a 64KB CONT group is marked clean while
neighboring pages remain marked dirty/writeable, the descriptors in
that group will differ in access permissions (AP[2]).
* According to Arm ARM D8.3.1, all descriptors in a contiguous block
must share identical permissions and attributes. If dirty tracking is
active on a domain, consider whether IO_PGTABLE_QUIRK_ARM_NO_CONT_HINT
should be set or whether CONT sizes should be suppressed when
IO_PGTABLE_QUIRK_ARM_HD is active.
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: [PATCH v5] iommu/io-pgtable-arm: Add support for contiguous hint bit
2026-09-24 20:36 ` Daniel Mentz
@ 2026-09-24 22:55 ` Jason Gunthorpe
0 siblings, 0 replies; 6+ messages in thread
From: Jason Gunthorpe @ 2026-09-24 22:55 UTC (permalink / raw)
To: Daniel Mentz
Cc: Vijayanand Jitta, Will Deacon, Robin Murphy, Joerg Roedel (AMD),
linux-arm-msm, linux-arm-kernel, iommu, linux-kernel,
Prakash Gupta
On Thu, Sep 24, 2026 at 01:36:12PM -0700, Daniel Mentz wrote:
> Interaction with Hardware Dirty Tracking (IO_PGTABLE_QUIRK_ARM_HD)
>
> When Hardware Dirty Tracking (ARM_LPAE_PTE_DBM) is enabled on Stage-1 tables:
> * In visit_dirty() / arm_lpae_read_and_clear_dirty(), dirty bits are
> queried and cleared on a page-by-page granularity
> (iopte_set_writeable_clean(ptep)).
> * If a single 4KB page within a 64KB CONT group is marked clean while
> neighboring pages remain marked dirty/writeable, the descriptors in
> that group will differ in access permissions (AP[2]).
> * According to Arm ARM D8.3.1, all descriptors in a contiguous block
> must share identical permissions and attributes. If dirty tracking is
> active on a domain, consider whether IO_PGTABLE_QUIRK_ARM_NO_CONT_HINT
> should be set or whether CONT sizes should be suppressed when
> IO_PGTABLE_QUIRK_ARM_HD is active.
This is right, handling dirty and CONT together is a PITA. You should
probably make them exclusive for this simplified implementation.
SMMUv3 is the only user of dirty and it will switch to iommupt which
does all this right.
Jason
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2026-09-24 22:55 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2026-09-21 11:14 [PATCH v5] iommu/io-pgtable-arm: Add support for contiguous hint bit Vijayanand Jitta
2026-09-24 0:15 ` Jason Gunthorpe
2026-09-24 18:49 ` Daniel Mentz
2026-09-24 22:53 ` Jason Gunthorpe
2026-09-24 20:36 ` Daniel Mentz
2026-09-24 22:55 ` Jason Gunthorpe
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®