* mm.git review status at 7.2-rc7
@ 2026-08-12 3:58 Andrew Morton
2026-08-12 4:04 ` Andrew Morton
2026-08-12 7:58 ` David Hildenbrand (Arm)
0 siblings, 2 replies; 8+ messages in thread
From: Andrew Morton @ 2026-08-12 3:58 UTC (permalink / raw)
To: linux-mm
mm.git's mm-stable branch contains 500 patches (67 series) and that's
the plan for the first week of the upcoming merge window. Review
stats:
mm.git review status for mm-hotfixes-stable..mm-stable
Everything:
Total patches: 500
Reviews/patch: 1.66
Reviewed rate: 70%
Excluding DAMON:
Total patches: 355
Reviews/patch: 2.25
Reviewed rate: 90%
Excluding DAMON and selftests:
Total patches: 329
Reviews/patch: 2.31
Reviewed rate: 92%
For the second week's batch we have 114 patches that look in decent
shape and another 63 which are not looking so good. I'll continue to
chase these over the next couple of weeks.
(This report picked up 26 patches from mm-hotfixes, I need to figure
out how to prevent that).
mm.git review status for mm-stable..mm-new
Everything:
Total patches: 207
Reviews/patch: 1.43
Reviewed rate: 71%
Excluding DAMON:
Total patches: 201
Reviews/patch: 1.47
Reviewed rate: 73%
Excluding DAMON and selftests:
Total patches: 177
Reviews/patch: 1.48
Reviewed rate: 74%
Excluding DAMON, selftests and maple_tree:
Total patches: 157
Reviews/patch: 1.63
Reviewed rate: 80%
Unreviewed patches by author:
Andrew Morton <akpm@linux-foundation.org> (3 total)
"mm/hmm.c:hmm_do_fault(): suppress sparse warning"
"lib/Kconfig.debug: make DEBUG_FORCE_WEAK_PER_CPU depend on S390||ALPHA"
"selftests-cgroup-test_zswap-skip-test_no_kmem_bypass-if-debugfs-is-unavailable-fix"
Audra Mitchell <audra@redhat.com> (1 total)
"selftests/mm: fix soft-dirty kselftest supported check"
Link: https://sashiko.dev/#/patchset/20260806181843.1839943-2-audra@redhat.com
Link: https://lore.kernel.org/20260806181843.1839943-3-audra@redhat.com
Catalin Marinas <catalin.marinas@arm.com> (1 total)
"mm: kmemleak: confirm suspected leaks with a second scan"
Link: https://lore.kernel.org/20260713-catalin_pto-v1-0-5b93b1131089@debian.org
Link: https://lore.kernel.org/20260713-catalin_pto-v1-1-5b93b1131089@debian.org
Yunhui Cui <cuiyunhui@bytedance.com> (1 total)
"riscv: mm: exclude invalid THP PMDs from page table check"
Link: https://lore.kernel.org/20260523042052.35476-1-cuiyunhui@bytedance.com
Danila Tikhonov <danila@mainlining.org> (1 total)
"mailmap: map old addresses to Danila Tikhonov"
Link: https://lore.kernel.org/20260801153333.296218-1-danila@mainlining.org
David Hildenbrand (Arm) <david@kernel.org> (3 total)
"mm: standardize printing for pgtable entries"
Link: https://lore.kernel.org/20260709044334.1741263-1-anshuman.khandual@arm.com
"mm/gup: factor out LRU cache draining for folio into lru_cache_drain_for_folio()"
Link: https://lore.kernel.org/20260806-lru_cache_drain_for_folio-v1-1-c6287d295e99@kernel.org
"mm/gup_test: keep longterm pin state per file"
Link: https://lore.kernel.org/20260810-gup_test_data-v1-1-fb1d41be5bb4@kernel.org
David Carlier <devnexen@gmail.com> (1 total)
"mm/swap, PM: hibernate: atomically replace hibernation pin"
Link: https://lore.kernel.org/20260430195651.287659-1-devnexen@gmail.com
Guodong Xu <docular.xu@gmail.com> (1 total)
"mailmap: add entries for Guodong Xu"
Link: https://lore.kernel.org/20260807-b4-mailmap-guodong-xu-v2-1-f7c71bc6bd9f@gmail.com
Christoph Hellwig <hch@lst.de> (2 total)
"mm/swap: also use struct swap_iocb for block I/O"
Link: https://lore.kernel.org/20260713093350.2154226-4-hch@lst.de
"mm/swap: remove SWP_FS_OPS"
Link: https://lore.kernel.org/20260713093350.2154226-7-hch@lst.de
Jann Horn <jannh@google.com> (1 total)
"mm/page-writeback: document folio_mark_dirty() locking more explicitly"
Link: https://lore.kernel.org/20260810-set-page-dirty-warnings-v2-1-1bd40fadfacd@google.com
Karl Mehltretter <kmehltretter@gmail.com> (1 total)
"selftests/proc: make proc-maps-race work with READ_IMPLIES_EXEC"
Link: https://lore.kernel.org/20260808200312.6326-1-kmehltretter@gmail.com
Breno Leitao <leitao@debian.org> (2 total)
"mm: kmemleak: factor leak confirmation into a helper"
Link: https://lore.kernel.org/20260713-catalin_pto-v1-3-5b93b1131089@debian.org
"selftests: mm: test kmemleak's N-consecutive-scan leak confirmation"
Link: https://lore.kernel.org/20260713-catalin_pto-v1-4-5b93b1131089@debian.org
Liam R. Howlett (Oracle) <liam@infradead.org> (17 total)
"maple_tree: add rcu locking check when LOCKDEP is enabled"
Link: https://lore.kernel.org/20260630190843.3563858-1-liam@infradead.org
Link: https://lore.kernel.org/20260630190843.3563858-2-liam@infradead.org
"locking/lockdep: add sequence counter to held_lock"
Link: https://lore.kernel.org/20260630190843.3563858-3-liam@infradead.org
Link: https://lore.kernel.org/all/h3tpnj5kzcrxms5picmimtkpg4aypcpip5wbd6bt2rpdj5k7eb@nhtzs3lefrkq/
"maple_tree: add write lock checking with lockdep sequence numbers"
Link: https://lore.kernel.org/20260630190843.3563858-4-liam@infradead.org
"maple_tree-stop-flooding-logs-when-debug_locks-is-set-to-zero-fix"
Link: https://lore.kernel.org/fo5r2xl3fql6gyvjasfvfu4ftugjti2vxg7zskdw7hjeo3xvqm@kk66qmsf762s
"maple_tree: drop dead code from mas_extend_spanning_null()"
Link: https://lore.kernel.org/20260630190843.3563858-6-liam@infradead.org
"maple_tree: drop MAPLE_ALLOC_SLOTS"
Link: https://lore.kernel.org/20260630190843.3563858-7-liam@infradead.org
"maple_tree: clarify comments on mas_nomem()"
Link: https://lore.kernel.org/20260630190843.3563858-8-liam@infradead.org
"maple_tree: use prefetched value in mas_wr_store_type()"
Link: https://lore.kernel.org/20260630190843.3563858-9-liam@infradead.org
"maple_tree: optimise mas_wr_node_store() when not in rcu mode"
Link: https://lore.kernel.org/20260630190843.3563858-10-liam@infradead.org
"maple_tree: micro optimisation of mas_wr_store_type()"
Link: https://lore.kernel.org/20260630190843.3563858-11-liam@infradead.org
"maple_tree: add bulk parent set helper"
Link: https://lore.kernel.org/20260630190843.3563858-12-liam@infradead.org
"maple_tree: WARN_ON_ONCE when allocations fail"
Link: https://lore.kernel.org/20260630190843.3563858-15-liam@infradead.org
"maple_tree: document erase and allocations better"
Link: https://lore.kernel.org/all/20260617180419.GA231643@ziepe.ca/
Link: https://lore.kernel.org/20260630190843.3563858-16-liam@infradead.org
"maple_tree: change two GFP flags in tests"
Link: https://lore.kernel.org/all/d9cbb89faa5bdb71d451781d214a51ce8923a83e.camel@perches.com/
Link: https://lore.kernel.org/20260630190843.3563858-17-liam@infradead.org
"maple_tree: fix argument name in header"
Link: https://lore.kernel.org/20260630190843.3563858-18-liam@infradead.org
"maple_tree: avoid extra gap calculation"
Link: https://lore.kernel.org/20260630190843.3563858-19-liam@infradead.org
"maple_tree: add helper mas_make_walkable()"
Link: https://lore.kernel.org/20260630190843.3563858-20-liam@infradead.org
Lorenzo Stoakes (ARM) <ljs@kernel.org> (6 total)
"mm/huge_memory: separate out CONFIG_PERSISTENT_HUGE_ZERO_FOLIO logic"
Link: https://lore.kernel.org/20260730-fix-refcounted-huge-zero-v2-2-c5d8a41b317f@kernel.org
"x86/mm/pat: acquire init_mm read lock on attribute change to avoid UAF"
Link: https://lore.kernel.org/all/20260626163213.2284080-1-den@openvz.org/
Link: https://lore.kernel.org/20260723-series-vmap-race-fix-v6-3-8cc77dcc0018@kernel.org
"mm/vma: only permit MAP_PRIVATE /dev/zero to be mapped anonymous"
Link: https://lore.kernel.org/20260806-b4-scalable-cow-virt-pgoff-v4-17-ab318a350404@kernel.org
"mm/vma: make MAP_PRIVATE-mapped /dev/zero mappings truly anonymous"
Link: https://lore.kernel.org/20260806-b4-scalable-cow-virt-pgoff-v4-18-ab318a350404@kernel.org
"tools/testing/vma: add test to assert MAP_PRIVATE-/dev/zero is anon"
Link: https://lore.kernel.org/20260806-b4-scalable-cow-virt-pgoff-v4-19-ab318a350404@kernel.org
"tools/testing/selftests/mm: add MAP_PRIVATE-/dev/zero merge tests"
Link: https://lore.kernel.org/20260806-b4-scalable-cow-virt-pgoff-v4-20-ab318a350404@kernel.org
Wupeng Ma <mawupeng1@huawei.com> (1 total)
"mm/hugetlb: fix missing migratable flag on same-node hugetlb migration"
Link: https://lore.kernel.org/20260707110254.3147686-1-mawupeng1@huawei.com
Phillip Lougher <phillip@squashfs.org.uk> (1 total)
"MAINTAINERS: remove git URL for Squashfs"
Link: https://lore.kernel.org/20260806181916.617881-1-phillip@squashfs.org.uk
Ramin Moussavi <ramin.moussavi@yacoub.de> (1 total)
"microblaze: restore the page alignment of swapper_pg_dir"
Link: https://lore.kernel.org/20260727215823.1422701-1-ramin.moussavi@yacoub.de
Sergey Senozhatsky <senozhatsky@chromium.org> (4 total)
"zram: set default primary compressor in zram_destroy_comps()"
Link: https://lore.kernel.org/20260729045745.775973-2-senozhatsky@chromium.org
"zram: validate deflate params"
Link: https://lore.kernel.org/20260729045745.775973-3-senozhatsky@chromium.org
Link: https://sashiko.dev/#/patchset/20260728092935.31139-1-haoqinhuang7@gmail.com
"Documentation: zram: correct algo parameters configuration documentation"
Link: https://lore.kernel.org/20260730075158.1339787-1-senozhatsky@chromium.org
"zram: switch to unsigned long indexing"
Link: https://lore.kernel.org/20260806031640.536615-1-senozhatsky@chromium.org
SJ Park <sj@kernel.org> (5 total)
"samples/damon/mtier: error out for zero quota goal target values"
Link: https://lore.kernel.org/20260803134034.15217-1-sj@kernel.org
Link: https://lore.kernel.org/20260803134034.15217-2-sj@kernel.org
"mm/damon/lru_sort: error out for >10000 active_mem_bp"
Link: https://lore.kernel.org/20260803134034.15217-3-sj@kernel.org
"mm/damon/reclaim: skip damon_call() if ctx has not started"
Link: https://lore.kernel.org/20260803134646.16640-1-sj@kernel.org
Link: https://lore.kernel.org/20260803134646.16640-2-sj@kernel.org
"mm/damon/lru_sort: skip damon_call() if ctx has not started"
Link: https://lore.kernel.org/20260803134646.16640-3-sj@kernel.org
"mm/damon: adjust isolated pages stat for DAMOS_MIGRATE_{HOT,COLD}"
Link: https://lore.kernel.org/20260728140404.94476-1-sj@kernel.org
Hajime Tazaki <thehajime@gmail.com> (1 total)
"mm: nommu: point to the write iterator upon split_vma"
Link: https://github.com/linux-test-project/ltp/blob/master/testcases/kernel/syscalls/mseal/mseal02.c
Link: https://lore.kernel.org/20260702012546.665383-1-thehajime@gmail.com
Muhammad Usama Anjum <usama.anjum@arm.com> (2 total)
"selftests/mm: skip khugepaged swap tests without swap"
Link: https://lore.kernel.org/20260727095225.372655-4-usama.anjum@arm.com
"selftests/mm: retry migration failures for the full runtime"
Link: https://lore.kernel.org/20260727095225.372655-6-usama.anjum@arm.com
Vivian Wang <wangruikang@iscas.ac.cn> (1 total)
"riscv: mm: fix concurrency in mark_new_valid_map()"
Link: https://lore.kernel.org/20260629-riscv-mm-new-valid-map-ordering-v1-1-60d8c10c6292@iscas.ac.cn
Zhiling Zou <zhilinz@nebusec.ai> (1 total)
"mm/page_table_check: skip special zero mappings"
Link: https://lore.kernel.org/cover.1784717203.git.zhilinz@nebusec.ai
Link: https://lore.kernel.org/e94478e4fb7912fb7e8ebebed5ce85d00dc9a69d.1784717203.git.zhilinz@nebusec.ai
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: mm.git review status at 7.2-rc7
2026-08-12 3:58 mm.git review status at 7.2-rc7 Andrew Morton
@ 2026-08-12 4:04 ` Andrew Morton
2026-08-12 7:58 ` David Hildenbrand (Arm)
1 sibling, 0 replies; 8+ messages in thread
From: Andrew Morton @ 2026-08-12 4:04 UTC (permalink / raw)
To: linux-mm
On Tue, 11 Aug 2026 20:58:36 -0700 Andrew Morton <akpm@linux-foundation.org> wrote:
> For the second week's batch we have 114 patches that look in decent
> shape and another 63 which are not looking so good. I'll continue to
> chase these over the next couple of weeks.
These are the remaining problem patches, along with the cryptic links
and comments which explain the various potential issues:
As always, append a quilt filename to
https://git.kernel.org/pub/scm/linux/kernel/git/akpm/25-new.git/tree/patches/
to get at the actual patch and its Link:
#selftests-mm-fix-soft-dirty-kselftest-supported-check.patch: https://lore.kernel.org/db04536b-a98f-4025-a095-9ca49de10e12@kernel.org
selftests-mm-fix-soft-dirty-kselftest-supported-check.patch
#
#mm-kmemleak-confirm-suspected-leaks-with-a-second-scan.patch: Catalin acks?
mm-kmemleak-confirm-suspected-leaks-with-a-second-scan.patch
mm-kmemleak-report-leaks-only-after-n-consecutive-unreferenced-scans.patch
mm-kmemleak-factor-leak-confirmation-into-a-helper.patch
selftests-mm-test-kmemleaks-n-consecutive-scan-leak-confirmation.patch
#
mm-kmemleak-default-min_unref_scans-to-2-for-verbose-auto-scan.patch
documentation-kmemleak-document-the-conditional-min_unref_scans-default.patch
selftests-mm-kmemleak-drop-stale-min_unref_scans-default-from-comments.patch
#
#
#
#maple_tree-add-rcu-locking-check-when-lockdep-is-enabled.patch+N: https://lore.kernel.org/6yf7k4fmg4tkbmli6t4qzrk2eiyuuynoc2oimbgaebught2yh5@dspb7xile3kj
maple_tree-add-rcu-locking-check-when-lockdep-is-enabled.patch
locking-lockdep-add-sequence-counter-to-held_lock.patch
maple_tree-add-write-lock-checking-with-lockdep-sequence-numbers.patch
maple_tree-stop-flooding-logs-when-debug_locks-is-set-to-zero-fix.patch
maple_tree-documentation-fix.patch
maple_tree-drop-dead-code-from-mas_extend_spanning_null.patch
maple_tree-drop-maple_alloc_slots.patch
maple_tree-clarify-comments-on-mas_nomem.patch
maple_tree-use-prefetched-value-in-mas_wr_store_type.patch
maple_tree-optimise-mas_wr_node_store-when-not-in-rcu-mode.patch
maple_tree-micro-optimisation-of-mas_wr_store_type.patch
maple_tree-add-bulk-parent-set-helper.patch
maple_tree-catch-race-in-mas_alloc_cyclic.patch
maple_tree-document-that-erase-may-use-gfp_kernel-for-allocations.patch
maple_tree-warn_on_once-when-allocations-fail.patch
maple_tree-document-erase-and-allocations-better.patch
maple_tree-change-two-gfp-flags-in-tests.patch
maple_tree-fix-argument-name-in-header.patch
maple_tree-avoid-extra-gap-calculation.patch
maple_tree-add-helper-mas_make_walkable.patch
#
#
#
#
#riscv-mm-fix-concurrency-in-mark_new_valid_map.patch+1: Paul? TBU (Aug) https://lore.kernel.org/41c1a3ed-0afd-4bf9-9749-2031bff00fda@iscas.ac.cn
riscv-mm-fix-concurrency-in-mark_new_valid_map.patch
riscv-mm-exclude-invalid-thp-pmds-from-page-table-check.patch
#
#mm-khugepaged-refactor-per-scan-state-clearing-into-collapse_control_init_scan.patch: await David review
mm-khugepaged-refactor-per-scan-state-clearing-into-collapse_control_init_scan.patch
mm-khugepaged-extract-reference-check-into-folio_pte_referenced-helper.patch
mm-khugepaged-introduce-a-count_collapse_event-helper.patch
mm-khugepaged-fix-outdated-comments.patch
mm-khugepaged-refactor-the-pte-state-checks-into-a-helper.patch
mm-khugepaged-unmap-pte-before-releasing-vma-write-lock.patch
mm-documentation-clarify-where-the-mthp-stats-live.patch
#
#sh-remove-config_numa-and-realted-configuration-options.patch+N: sh review?
sh-remove-config_numa-and-realted-configuration-options.patch
sh-mm-remove-numac.patch
sh-mm-drop-allocate_pgdat.patch
sh-remove-setup_bootmem_node-and-plat_mem_setup.patch
sh-drop-dead-code-guarded-by-ifdef-config_numa.patch
sh-drop-include-asm-mmzoneh.patch
init-kconfig-drop-arch_want_numa_variable_locality.patch
sh-init-remove-call-the-memblock_set_node.patch
sh-remove-sparsemem-related-entries-from-kconfig.patch
sh-drop-include-asm-sparsememh.patch
#
mm-cma-remove-stray-newline-from-auto-generated-cma-area-name.patch
#
kasan-fix-cache-shrink-race-with-cpu-hotplug.patch
#
mm-gup_test-keep-longterm-pin-state-per-file.patch
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
#
# mmend
#
#ENDBRANCH mm-unstable
#
#BRANCH mm-new
#
mm-hmmc-hmm_do_fault-suppress-sparse-warning.patch
mm-hmmc-hmm_do_fault-suppress-sparse-warning-fix.patch
#
zram-fix-slot-lock-bit-position-on-big-endian-64-bit.patch
#
mm-page-writeback-document-folio_mark_dirty-locking-more-explicitly.patch
#
zsmalloc-account-for-handle-size-in-class-lookup.patch
#
#selftests-proc-make-proc-maps-race-work-with-read_implies_exec.patch: Suren?
selftests-proc-make-proc-maps-race-work-with-read_implies_exec.patch
#
#
mm-swap-revert-to-single-folio-writes-for-synchronous-swap-devices.patch
mm-swap-add-a-new-swap_opsh-header-to-allow-for-pluggable-swap-ops.patch
mm-swap-move-swap_ops-into-file-systems-for-file-system-based-swap.patch
#
#lib-kconfigdebug-make-debug_force_weak_per_cpu-depend-on-s390alpha.patch: acks?
lib-kconfigdebug-make-debug_force_weak_per_cpu-depend-on-s390alpha.patch
#
kasan-fix-quarantine_size-accounting-during-cache-removal.patch
#
selftests-cgroup-test_zswap-skip-test_no_kmem_bypass-if-debugfs-is-unavailable.patch
selftests-cgroup-test_zswap-skip-test_no_kmem_bypass-if-debugfs-is-unavailable-fix.patch
#
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: mm.git review status at 7.2-rc7
2026-08-12 3:58 mm.git review status at 7.2-rc7 Andrew Morton
2026-08-12 4:04 ` Andrew Morton
@ 2026-08-12 7:58 ` David Hildenbrand (Arm)
2026-08-12 8:37 ` David Hildenbrand (Arm)
1 sibling, 1 reply; 8+ messages in thread
From: David Hildenbrand (Arm) @ 2026-08-12 7:58 UTC (permalink / raw)
To: Andrew Morton, linux-mm
>
> Audra Mitchell <audra@redhat.com> (1 total)
> "selftests/mm: fix soft-dirty kselftest supported check"
> Link: https://sashiko.dev/#/patchset/20260806181843.1839943-2-audra@redhat.com
> Link: https://lore.kernel.org/20260806181843.1839943-3-audra@redhat.com
I provided review feedback for that one.
> Liam R. Howlett (Oracle) <liam@infradead.org> (17 total)
> "maple_tree: add rcu locking check when LOCKDEP is enabled"
> Link: https://lore.kernel.org/20260630190843.3563858-1-liam@infradead.org
> Link: https://lore.kernel.org/20260630190843.3563858-2-liam@infradead.org
> "locking/lockdep: add sequence counter to held_lock"
> Link: https://lore.kernel.org/20260630190843.3563858-3-liam@infradead.org
> Link: https://lore.kernel.org/all/h3tpnj5kzcrxms5picmimtkpg4aypcpip5wbd6bt2rpdj5k7eb@nhtzs3lefrkq/
> "maple_tree: add write lock checking with lockdep sequence numbers"
> Link: https://lore.kernel.org/20260630190843.3563858-4-liam@infradead.org
> "maple_tree-stop-flooding-logs-when-debug_locks-is-set-to-zero-fix"
> Link: https://lore.kernel.org/fo5r2xl3fql6gyvjasfvfu4ftugjti2vxg7zskdw7hjeo3xvqm@kk66qmsf762s
> "maple_tree: drop dead code from mas_extend_spanning_null()"
> Link: https://lore.kernel.org/20260630190843.3563858-6-liam@infradead.org
> "maple_tree: drop MAPLE_ALLOC_SLOTS"
> Link: https://lore.kernel.org/20260630190843.3563858-7-liam@infradead.org
> "maple_tree: clarify comments on mas_nomem()"
> Link: https://lore.kernel.org/20260630190843.3563858-8-liam@infradead.org
> "maple_tree: use prefetched value in mas_wr_store_type()"
> Link: https://lore.kernel.org/20260630190843.3563858-9-liam@infradead.org
> "maple_tree: optimise mas_wr_node_store() when not in rcu mode"
> Link: https://lore.kernel.org/20260630190843.3563858-10-liam@infradead.org
> "maple_tree: micro optimisation of mas_wr_store_type()"
> Link: https://lore.kernel.org/20260630190843.3563858-11-liam@infradead.org
> "maple_tree: add bulk parent set helper"
> Link: https://lore.kernel.org/20260630190843.3563858-12-liam@infradead.org
> "maple_tree: WARN_ON_ONCE when allocations fail"
> Link: https://lore.kernel.org/20260630190843.3563858-15-liam@infradead.org
> "maple_tree: document erase and allocations better"
> Link: https://lore.kernel.org/all/20260617180419.GA231643@ziepe.ca/
> Link: https://lore.kernel.org/20260630190843.3563858-16-liam@infradead.org
> "maple_tree: change two GFP flags in tests"
> Link: https://lore.kernel.org/all/d9cbb89faa5bdb71d451781d214a51ce8923a83e.camel@perches.com/
> Link: https://lore.kernel.org/20260630190843.3563858-17-liam@infradead.org
> "maple_tree: fix argument name in header"
> Link: https://lore.kernel.org/20260630190843.3563858-18-liam@infradead.org
> "maple_tree: avoid extra gap calculation"
> Link: https://lore.kernel.org/20260630190843.3563858-19-liam@infradead.org
> "maple_tree: add helper mas_make_walkable()"
> Link: https://lore.kernel.org/20260630190843.3563858-20-liam@infradead.org
>
We really need more maple_tree reviewers.
> Lorenzo Stoakes (ARM) <ljs@kernel.org> (6 total)
> "mm/huge_memory: separate out CONFIG_PERSISTENT_HUGE_ZERO_FOLIO logic"
> Link: https://lore.kernel.org/20260730-fix-refcounted-huge-zero-v2-2-c5d8a41b317f@kernel.org
I want to review that. I am still not convinced that we really need that right
now. The fix was the important bit.
> "x86/mm/pat: acquire init_mm read lock on attribute change to avoid UAF"
> Link: https://lore.kernel.org/all/20260626163213.2284080-1-den@openvz.org/
> Link: https://lore.kernel.org/20260723-series-vmap-race-fix-v6-3-8cc77dcc0018@kernel.org
[...]
> "mm/vma: only permit MAP_PRIVATE /dev/zero to be mapped anonymous"
> Link: https://lore.kernel.org/20260806-b4-scalable-cow-virt-pgoff-v4-17-ab318a350404@kernel.org
> "mm/vma: make MAP_PRIVATE-mapped /dev/zero mappings truly anonymous"
> Link: https://lore.kernel.org/20260806-b4-scalable-cow-virt-pgoff-v4-18-ab318a350404@kernel.org
> "tools/testing/vma: add test to assert MAP_PRIVATE-/dev/zero is anon"
> Link: https://lore.kernel.org/20260806-b4-scalable-cow-virt-pgoff-v4-19-ab318a350404@kernel.org
> "tools/testing/selftests/mm: add MAP_PRIVATE-/dev/zero merge tests"
> Link: https://lore.kernel.org/20260806-b4-scalable-cow-virt-pgoff-v4-20-ab318a350404@kernel.org
Planning on reviewing these 4 today.
--
Cheers,
David
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: mm.git review status at 7.2-rc7
2026-08-12 7:58 ` David Hildenbrand (Arm)
@ 2026-08-12 8:37 ` David Hildenbrand (Arm)
2026-08-12 23:46 ` Matthew Wilcox
0 siblings, 1 reply; 8+ messages in thread
From: David Hildenbrand (Arm) @ 2026-08-12 8:37 UTC (permalink / raw)
To: Andrew Morton, linux-mm
> We really need more maple_tree reviewers.
>
>> Lorenzo Stoakes (ARM) <ljs@kernel.org> (6 total)
>> "mm/huge_memory: separate out CONFIG_PERSISTENT_HUGE_ZERO_FOLIO logic"
>> Link: https://lore.kernel.org/20260730-fix-refcounted-huge-zero-v2-2-c5d8a41b317f@kernel.org
>
> I want to review that. I am still not convinced that we really need that right
> now. The fix was the important bit.
Oh, good, we fast-tracked an unreviewed cleanup as a stable fix upstream.
What is happening.
--
Cheers,
David
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: mm.git review status at 7.2-rc7
2026-08-12 8:37 ` David Hildenbrand (Arm)
@ 2026-08-12 23:46 ` Matthew Wilcox
2026-08-13 7:16 ` David Hildenbrand (Arm)
2026-08-13 21:14 ` Andrew Morton
0 siblings, 2 replies; 8+ messages in thread
From: Matthew Wilcox @ 2026-08-12 23:46 UTC (permalink / raw)
To: David Hildenbrand (Arm); +Cc: Andrew Morton, linux-mm
On Wed, Aug 12, 2026 at 10:37:13AM +0200, David Hildenbrand (Arm) wrote:
> > We really need more maple_tree reviewers.
> >
> >> Lorenzo Stoakes (ARM) <ljs@kernel.org> (6 total)
> >> "mm/huge_memory: separate out CONFIG_PERSISTENT_HUGE_ZERO_FOLIO logic"
> >> Link: https://lore.kernel.org/20260730-fix-refcounted-huge-zero-v2-2-c5d8a41b317f@kernel.org
> >
> > I want to review that. I am still not convinced that we really need that right
> > now. The fix was the important bit.
>
> Oh, good, we fast-tracked an unreviewed cleanup as a stable fix upstream.
>
> What is happening.
Meanwhile a well-reviewed series which includes bugfixes is apparently
not even being considered for this merge window because I spent a lot of
time figuring out what Sashiko was concerned about?
https://lore.kernel.org/linux-mm/20260805210557.1118966-1-willy@infradead.org/
This was originally posted 5 weeks ago (ie when rc2 was current), so I
don't understand why it's not being considered. It's been tested by the
people most likely to uncover bugs in it. It's not going to get any
realistic testing in -next because most people use neither hugetlb nor
hwpoison.
There's a bunch more patches to come, and getting this batch in now
would be very convenient. Otherwise it's going to balloon to 30 patches
next kernel release.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: mm.git review status at 7.2-rc7
2026-08-12 23:46 ` Matthew Wilcox
@ 2026-08-13 7:16 ` David Hildenbrand (Arm)
2026-08-13 21:14 ` Andrew Morton
1 sibling, 0 replies; 8+ messages in thread
From: David Hildenbrand (Arm) @ 2026-08-13 7:16 UTC (permalink / raw)
To: Matthew Wilcox; +Cc: Andrew Morton, linux-mm
On 8/13/26 01:46, Matthew Wilcox wrote:
> On Wed, Aug 12, 2026 at 10:37:13AM +0200, David Hildenbrand (Arm) wrote:
>>> We really need more maple_tree reviewers.
>>>
>>>
>>> I want to review that. I am still not convinced that we really need that right
>>> now. The fix was the important bit.
>>
>> Oh, good, we fast-tracked an unreviewed cleanup as a stable fix upstream.
>>
>> What is happening.
>
> Meanwhile a well-reviewed series which includes bugfixes is apparently
> not even being considered for this merge window because I spent a lot of
> time figuring out what Sashiko was concerned about?
The bugfixes (especially stable ones) are best sent out separately, or cherry
picked from the series, so they can go in through hotfixes. (I prefer the latter)
--
Cheers,
David
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: mm.git review status at 7.2-rc7
2026-08-12 23:46 ` Matthew Wilcox
2026-08-13 7:16 ` David Hildenbrand (Arm)
@ 2026-08-13 21:14 ` Andrew Morton
2026-08-14 8:00 ` David Hildenbrand (Arm)
1 sibling, 1 reply; 8+ messages in thread
From: Andrew Morton @ 2026-08-13 21:14 UTC (permalink / raw)
To: Matthew Wilcox; +Cc: David Hildenbrand (Arm), linux-mm
On Thu, 13 Aug 2026 00:46:45 +0100 Matthew Wilcox <willy@infradead.org> wrote:
> On Wed, Aug 12, 2026 at 10:37:13AM +0200, David Hildenbrand (Arm) wrote:
> > > We really need more maple_tree reviewers.
> > >
> > >> Lorenzo Stoakes (ARM) <ljs@kernel.org> (6 total)
> > >> "mm/huge_memory: separate out CONFIG_PERSISTENT_HUGE_ZERO_FOLIO logic"
> > >> Link: https://lore.kernel.org/20260730-fix-refcounted-huge-zero-v2-2-c5d8a41b317f@kernel.org
> > >
> > > I want to review that. I am still not convinced that we really need that right
> > > now. The fix was the important bit.
> >
> > Oh, good, we fast-tracked an unreviewed cleanup as a stable fix upstream.
> >
> > What is happening.
Yes, the fix should have been tested, sent and merged as a standalone
thing. But I'm reluctant to split a series because that results in
merging code which the author didn't test.
> Meanwhile a well-reviewed series which includes bugfixes is apparently
> not even being considered for this merge window because I spent a lot of
> time figuring out what Sashiko was concerned about?
>
> https://lore.kernel.org/linux-mm/20260805210557.1118966-1-willy@infradead.org/
>
> This was originally posted 5 weeks ago (ie when rc2 was current), so I
> don't understand why it's not being considered. It's been tested by the
> people most likely to uncover bugs in it. It's not going to get any
> realistic testing in -next because most people use neither hugetlb nor
> hwpoison.
Sorry, this simply fell through a crack. Happens sometimes - poke me!
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: mm.git review status at 7.2-rc7
2026-08-13 21:14 ` Andrew Morton
@ 2026-08-14 8:00 ` David Hildenbrand (Arm)
0 siblings, 0 replies; 8+ messages in thread
From: David Hildenbrand (Arm) @ 2026-08-14 8:00 UTC (permalink / raw)
To: Andrew Morton, Matthew Wilcox; +Cc: linux-mm
On 8/13/26 23:14, Andrew Morton wrote:
> On Thu, 13 Aug 2026 00:46:45 +0100 Matthew Wilcox <willy@infradead.org> wrote:
>
>> On Wed, Aug 12, 2026 at 10:37:13AM +0200, David Hildenbrand (Arm) wrote:
>>>
>>> Oh, good, we fast-tracked an unreviewed cleanup as a stable fix upstream.
>>>
>>> What is happening.
>
> Yes, the fix should have been tested, sent and merged as a standalone
> thing. But I'm reluctant to split a series because that results in
> merging code which the author didn't test.
>
>> Meanwhile a well-reviewed series which includes bugfixes is apparently
>> not even being considered for this merge window because I spent a lot of
>> time figuring out what Sashiko was concerned about?
>>
>> https://lore.kernel.org/linux-mm/20260805210557.1118966-1-willy@infradead.org/
>>
>> This was originally posted 5 weeks ago (ie when rc2 was current), so I
>> don't understand why it's not being considered. It's been tested by the
>> people most likely to uncover bugs in it. It's not going to get any
>> realistic testing in -next because most people use neither hugetlb nor
>> hwpoison.
>
> Sorry, this simply fell through a crack. Happens sometimes - poke me!
>
Just noting that it's the right thing to do to not merge code without component
maintainer's ACKs :)
--
Cheers,
David
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2026-08-14 8:00 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-08-12 3:58 mm.git review status at 7.2-rc7 Andrew Morton
2026-08-12 4:04 ` Andrew Morton
2026-08-12 7:58 ` David Hildenbrand (Arm)
2026-08-12 8:37 ` David Hildenbrand (Arm)
2026-08-12 23:46 ` Matthew Wilcox
2026-08-13 7:16 ` David Hildenbrand (Arm)
2026-08-13 21:14 ` Andrew Morton
2026-08-14 8:00 ` David Hildenbrand (Arm)
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.