[merged mm-stable] mm-mprotect-drop-sub-from-batching-context.patch removed from -mm tree
Andrew Morton <[email protected]> Tue, 28 Jul 2026 21:12:58 -0700
| Newsgroups | org.kernel.vger.mm-commits |
|---|---|
| Message-ID | <[email protected]> |
The quilt patch titled
Subject: mm/mprotect: drop 'sub' from batching context
has been removed from the -mm tree. Its filename was
mm-mprotect-drop-sub-from-batching-context.patch
This patch was dropped because it was merged into the mm-stable branch
of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm
------------------------------------------------------
From: Dev Jain <[email protected]>
Subject: mm/mprotect: drop 'sub' from batching context
Date: Tue, 23 Jun 2026 12:57:22 +0000
Shorten the name of page_anon_exclusive_sub_batch by dropping the
"sub-batch" context - the function itself doesn't need this context.
Similarly, drop "sub" from sub_batch_idx, it is unnecessary and the usage
is clear enough.
Link: https://lore.kernel.org/[email protected]
Signed-off-by: Dev Jain <[email protected]>
Reviewed-by: Lance Yang <[email protected]>
Reviewed-by: Pedro Falcato <[email protected]>
Reviewed-by: Lorenzo Stoakes <[email protected]>
Acked-by: David Hildenbrand (Arm) <[email protected]>
Reviewed-by: Barry Song <[email protected]>
Cc: Anshuman Khandual <[email protected]>
Cc: Baoquan He <[email protected]>
Cc: Chris Li <[email protected]>
Cc: Jann Horn <[email protected]>
Cc: Kairui Song <[email protected]>
Cc: Kemeng Shi <[email protected]>
Cc: Liam R. Howlett <[email protected]>
Cc: Nhat Pham <[email protected]>
Cc: Ryan Roberts <[email protected]>
Cc: Vlastimil Babka <[email protected]>
Signed-off-by: Andrew Morton <[email protected]>
---
mm/mprotect.c | 12 ++++++------
1 file changed, 6 insertions(+), 6 deletions(-)
--- a/mm/mprotect.c~mm-mprotect-drop-sub-from-batching-context
+++ a/mm/mprotect.c
@@ -143,7 +143,7 @@ static __always_inline void prot_commit_
* !PageAnonExclusive() pages, starting from start_idx. Caller must enforce
* that the ptes point to consecutive pages of the same anon large folio.
*/
-static __always_inline int page_anon_exclusive_sub_batch(int start_idx, int max_len,
+static __always_inline int page_anon_exclusive_batch(int start_idx, int max_len,
struct page *first_page, bool expected_anon_exclusive)
{
int idx;
@@ -174,16 +174,16 @@ static __always_inline void commit_anon_
pte_t oldpte, pte_t ptent, int nr_ptes, struct mmu_gather *tlb)
{
bool expected_anon_exclusive;
- int sub_batch_idx = 0;
+ int batch_idx = 0;
int len;
while (nr_ptes) {
- expected_anon_exclusive = PageAnonExclusive(first_page + sub_batch_idx);
- len = page_anon_exclusive_sub_batch(sub_batch_idx, nr_ptes,
+ expected_anon_exclusive = PageAnonExclusive(first_page + batch_idx);
+ len = page_anon_exclusive_batch(batch_idx, nr_ptes,
first_page, expected_anon_exclusive);
prot_commit_flush_ptes(vma, addr, ptep, oldpte, ptent, len,
- sub_batch_idx, expected_anon_exclusive, tlb);
- sub_batch_idx += len;
+ batch_idx, expected_anon_exclusive, tlb);
+ batch_idx += len;
nr_ptes -= len;
}
}
_
Patches currently in -mm which might be from [email protected] are
mm-rmap-use-huge_ptep_get-in-try_to_unmap_one.patch
mm-rmap-use-huge_ptep_get-in-try_to_migrate_one.patch
mm-migrate-use-huge_ptep_get-in-remove_migration_pte.patch
mm-page_vma_mapped-use-huge_ptep_get-for-hugetlb.patch
mm-mprotect-use-huge_ptep_get-for-hugetlb.patch
mm-rmap-convert-page-folio-for-hwpoison-checks.patch
mm-rmap-add-try_to_unmap_hugetlb_one.patch
mm-rmap-refactor-some-code-around-lazyfree-folio-unmapping.patch
mm-rmap-refactor-anon-folio-unmap-in-try_to_unmap_one.patch
mm-rmap-add-anon-folio-unmap-dispatcher.patch
mm-memory-move-pte_install_uffd_wp_if_needed-into-memoryc.patch
mm-memory-batch-set-uffd-wp-markers-during-zapping.patch
mm-rmap-batch-unmap-file-folios-belonging-to-uffd-wp-vmas.patch