From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.remote-ip=100.103.45.18 ARC-Seal: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; cv=none; t=1794446241; b=XwB2w4dDJJFpUhNP/8tYFk0D4qqs5EYJ8LT8DERC2dTRe5+hEQWM8KfQqgI1q2hem0tG nR2qSuwmpwQQkh0dvaTsgkfyd70rQJyQHowrpNyx272f7iPbJnyqn5K5weOEOk07icu8W l+GuLWJT6rBoW9jd3XpPWH+RGWtaxBo+o/O5v+pW1sXkEbdRUZLei7kKfxub8Urm3Wc8S cVZGCuHL1YOFxv/oAUiDU0yiMCNulrLxL7C4uzP1agGp88WTtywZzUJdopifO8aUgIdcs mn8bV9hqIXkuR5LjZMZ+9DUGLhRurGRWrm2YuuH2m/Bzdy9FixLaV2BMUkzMZyA9Kyg== ARC-Message-Signature: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; c=relaxed/relaxed; t=1794446241; h=Received:DKIM-Signature:Date:To:From:Subject:Message-Id; bh=5NqlARY/BWYmiivlbVt68Uf+5o2ZpMus5IYxfdDmT/Q=; b=Uc+kKGiqCYyBZRj+f+SgoVPCVqDMz8xCwB2acaE6Ycsi4YjW1b1s7nrPdDw/KA3aWz// J/OmJcggnHexOKKxUS6GcPHnsdDUCizwAXBe15CdLocUgDtVMzbuuJZZqHomYAIEhffHC QIx150ge3i0tApLgax7sEacNTsJnuX83AhuUTj+g1pAumbELNdivfH03e6XSAzL+wwBQf 9p+LSS/SpAnOZ2S8ZdbuXhAlYiPogqh9ou0jjN6shTZaBJDxTYAt2xddbSEbx9NQXj2zc vYRmC8hfEKcx4HnVj/DKDypC8eeACIL6PKF+HizwJJrR193XzSPaCtSzHP/kyOmcmuQ== ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dkim=pass header.d=linux-foundation.org header.i=@linux-foundation.org header.a=rsa-sha256 header.s=korg header.b=or6ZRNOz; arc=none smtp.remote-ip=100.103.45.18 Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id D6BA3606A326 for ; Thu, 12 Nov 2026 01:17:21 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.a=rsa-sha256 header.s=korg header.b=or6ZRNOz Received: by smtp.kernel.org (Postfix) with ESMTPSA id 93C591F00A05; Thu, 12 Nov 2026 01:17:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux-foundation.org; s=korg; t=1794446241; bh=5NqlARY/BWYmiivlbVt68Uf+5o2ZpMus5IYxfdDmT/Q=; h=Date:To:From:Subject; b=or6ZRNOzVsJnAUSBFUNIsbJQVFk6bzv1Fpl8CmhvxPaTt76Qnh1HkzWXQt91l0Guh 9GYuFP4g1A7LtlN6aiA/iC4Pvc8DYuEVvhB0d+esaTj2PX4j4Y5AiLXZBdHmQxSXA2 GeXYqzP2TDZAZOnFLfLEgeG1rBQ3mYBlz57wLv2w= Date: Wed, 11 Nov 2026 17:17:21 -0800 To: mm-commits@vger.kernel.org,zhuhui@kylinos.cn,zhangbo56@xiaomi.com, yuanchu@google.com,weixugc@google.com,wangzicheng@honor.com, surenb@google.com,sidchintamaneni@gmail.com,shakeel.butt@linux.dev, rppt@kernel.org,ridong.chen@linux.dev,qi.zheng@linux.dev,mhocko@suse.com, lyugaofei@xiaomi.com,liuxiang.277@bytedance.com,lianux.mm@gmail.com, liam@infradead.org,kunwu.chan@gmail.com,kasong@tencent.com,hui.zhu@linux.dev, hannes@cmpxchg.org,baoquan.he@linux.dev,baolin.wang@linux.alibaba.com, axelrasmussen@google.com,baohua@kernel.org,akpm@linux-foundation.org From: Andrew Morton Subject: + mm-mglru-restrict-eviction-accounting-to-eligible-zones.patch added to mm-new branch Message-Id: <20261112011721.93C591F00A05@smtp.kernel.org> X-Mailing-List: mm-commits@vger.kernel.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list The patch titled Subject: mm/mglru: restrict eviction accounting to eligible zones has been added to the -mm mm-new branch. Its filename is mm-mglru-restrict-eviction-accounting-to-eligible-zones.patch This patch will shortly appear at https://git.kernel.org/pub/scm/linux/kernel/git/akpm/25-new.git/tree/patches/mm-mglru-restrict-eviction-accounting-to-eligible-zones.patch This patch will later appear in the mm-new branch at git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm Note, mm-new is a provisional staging ground for work-in-progress patches, and acceptance into mm-new is a notification for others take notice and to finish up reviews. Please do not hesitate to respond to review feedback and post updated versions to replace or incrementally fixup patches in mm-new. The mm-new branch of mm.git is not included in linux-next If a few days of testing in mm-new is successful, the patch will me moved into mm.git's mm-unstable branch, which is included in linux-next Before you just go and hit "reply", please: a) Consider who else should be cc'ed b) Prefer to cc a suitable mailing list as well c) Ideally: find the original patch on the mailing list and do a reply-to-all to that, adding suitable additional cc's *** Remember to use Documentation/process/submit-checklist.rst when testing your code *** The -mm tree is included into linux-next via various branches at git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm and is updated there most days ------------------------------------------------------ From: "Barry Song (Xiaomi)" Subject: mm/mglru: restrict eviction accounting to eligible zones Date: Thu, 12 Nov 2026 07:25:59 +0800 For both lruvec_evictable_size() and lru_gen_imbalanced(), only count eligible zones below sc->reclaim_idx. This avoids inflating the number of scanned pages and allows aging to proceed more promptly when eligible zones have few folios. Link: https://lore.kernel.org/20261111232603.9934-13-baohua@kernel.org Signed-off-by: Barry Song (Xiaomi) Signed-off-by: Andrew Morton Cc: Axel Rasmussen Cc: Baolin Wang Cc: Baoquan He Cc: Johannes Weiner Cc: Cc: Kairui Song Cc: Kunwu Chan Cc: Liam R. Howlett Cc: wang lian Cc: Cc: Cc: Michal Hocko Cc: Qi Zheng Cc: Ridong Chen Cc: Mike Rapoport Cc: Shakeel Butt Cc: Suren Baghdasaryan Cc: wangzicheng Cc: Wei Xu Cc: Yuanchu Xie Cc: Bo Zhang Cc: Hui Zhu Cc: Siddharth Chintamaneni --- mm/trace_vmscan.h | 4 ++-- mm/vmscan.c | 18 +++++++++--------- mm/vmscan.h | 5 +++-- 3 files changed, 14 insertions(+), 13 deletions(-) --- a/mm/trace_vmscan.h~mm-mglru-restrict-eviction-accounting-to-eligible-zones +++ a/mm/trace_vmscan.h @@ -488,9 +488,9 @@ TRACE_EVENT(mm_mglru_aging, unsigned long seq = max_seq - MAX_NR_GENS + 1 + i; __entry->nr_anon[i] = - lruvec_gen_size(lrugen, LRU_GEN_ANON, seq); + lruvec_gen_size(lrugen, LRU_GEN_ANON, seq, MAX_NR_ZONES); __entry->nr_file[i] = - lruvec_gen_size(lrugen, LRU_GEN_FILE, seq); + lruvec_gen_size(lrugen, LRU_GEN_FILE, seq, MAX_NR_ZONES); } __entry->nid = lruvec_pgdat(lruvec)->node_id; __entry->priority = sc->priority; --- a/mm/vmscan.c~mm-mglru-restrict-eviction-accounting-to-eligible-zones +++ a/mm/vmscan.c @@ -4207,8 +4207,8 @@ static void set_initial_priority(struct sc->priority = clamp(priority, DEF_PRIORITY / 2, DEF_PRIORITY); } -static void lruvec_evictable_size(struct lruvec *lruvec, int swappiness, - unsigned long nr[]) +static void lruvec_evictable_size(struct lruvec *lruvec, struct scan_control *sc, + int swappiness, unsigned long nr[]) { int type; unsigned long seq; @@ -4221,7 +4221,7 @@ static void lruvec_evictable_size(struct for_each_evictable_type(type, swappiness) { for (seq = min_seq[type]; seq <= max_seq; seq++) - nr[type] += lruvec_gen_size(lrugen, type, seq); + nr[type] += lruvec_gen_size(lrugen, type, seq, sc->reclaim_idx + 1); } } @@ -4230,7 +4230,7 @@ static bool lruvec_is_sizable(struct lru unsigned long total, sizes[ANON_AND_FILE]; int swappiness = get_swappiness(lruvec, sc); - lruvec_evictable_size(lruvec, swappiness, sizes); + lruvec_evictable_size(lruvec, sc, swappiness, sizes); total = sizes[LRU_GEN_ANON] + sizes[LRU_GEN_FILE]; /* whether the size is big enough to be helpful */ @@ -5090,9 +5090,9 @@ static bool lru_gen_imbalanced(struct lr for_each_evictable_type(type, swappiness) { unsigned long seq; - youngest[type] = lruvec_gen_size(lrugen, type, max_seq); + youngest[type] = lruvec_gen_size(lrugen, type, max_seq, sc->reclaim_idx + 1); for (seq = min_seq[type]; seq < max_seq; seq++) - old[type] += lruvec_gen_size(lrugen, type, seq); + old[type] += lruvec_gen_size(lrugen, type, seq, sc->reclaim_idx + 1); } /* the vast majority of pages sit in the youngest gen */ @@ -5145,7 +5145,7 @@ static void lru_gen_prepare_scan(struct { unsigned long total; - lruvec_evictable_size(lruvec, swappiness, nr_to_scan); + lruvec_evictable_size(lruvec, sc, swappiness, nr_to_scan); total = nr_to_scan[LRU_GEN_ANON] + nr_to_scan[LRU_GEN_FILE]; total = apply_proportional_protection(memcg, sc, total); @@ -5843,7 +5843,7 @@ static int lru_gen_seq_show(struct seq_f char mark = full && seq < min_seq[type] ? 'x' : ' '; seq_printf(m, " %10lu%c", - lruvec_gen_size(lrugen, type, seq), mark); + lruvec_gen_size(lrugen, type, seq, MAX_NR_ZONES), mark); } seq_putc(m, '\n'); @@ -5896,7 +5896,7 @@ static int run_eviction(struct lruvec *l if (sc->nr_reclaimed >= nr_to_reclaim) return 0; - lruvec_evictable_size(lruvec, swappiness, nr_to_scan); + lruvec_evictable_size(lruvec, sc, swappiness, nr_to_scan); lru_gen_balance_scan(lruvec, swappiness, nr_to_reclaim - sc->nr_reclaimed, nr_to_scan); --- a/mm/vmscan.h~mm-mglru-restrict-eviction-accounting-to-eligible-zones +++ a/mm/vmscan.h @@ -119,12 +119,13 @@ struct scan_control { #ifdef CONFIG_LRU_GEN /* The number of pages of @type in the generation @seq, summed over all zones */ static inline unsigned long lruvec_gen_size(struct lru_gen_folio *lrugen, - int type, unsigned long seq) + int type, unsigned long seq, + int max_zone) { int gen = lru_gen_from_seq(seq); unsigned long size = 0; - for (int zone = 0; zone < MAX_NR_ZONES; zone++) + for (int zone = 0; zone < max_zone; zone++) size += max(READ_ONCE(lrugen->nr_pages[gen][type][zone]), 0L); return size; _ Patches currently in -mm which might be from baohua@kernel.org are arm64-vmalloc-allow-arch_vmap_pte_range_map_size-to-batch-multiple-cont_pte.patch mm-vmalloc-extend-page-table-walk-to-support-larger-page_shift-sizes-and-eliminate-page-table-rewalk.patch mm-vmalloc-map-contiguous-pages-in-batches-for-vmap-if-possible.patch mm-vmalloc-align-vm_area-so-vmap-can-batch-mappings.patch mm-mglru-avoid-placing-rejected-folios-below-populated-gen.patch mm-mglru-run-aging-when-one-type-has-no-populatable-folios.patch mm-mglru-restrict-eviction-accounting-to-eligible-zones.patch mm-mglru-reduce-lru-lock-contention-by-shrinking-folio-batches-in-inc_min_seq.patch mm-mglru-make-swappiness=1-file-reclaim-more-aggressive.patch