[merged mm-stable] memcg-bail-out-proactive-reclaim-when-memcg-is-dying.patch removed from -mm tree

The quilt patch titled
     Subject: memcg: bail out proactive reclaim when memcg is dying
has been removed from the -mm tree.  Its filename was
     memcg-bail-out-proactive-reclaim-when-memcg-is-dying.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: Jiayuan Chen <[email protected]>
Subject: memcg: bail out proactive reclaim when memcg is dying
Date: Thu, 2 Jul 2026 20:02:29 +0800

Proactive reclaim via memory.reclaim can run for a long time - swap I/O
or thrashing again dominating the latency - and delays cgroup removal in
the same way.

Mitigate this by stopping the reclaim once memcg_is_dying().

Link: https://lore.kernel.org/[email protected]
Signed-off-by: Jiayuan Chen <[email protected]>
Reported-by: Zhou Yingfu <[email protected]>
Acked-by: Johannes Weiner <[email protected]>
Cc: Jiayuan Chen <[email protected]>
Cc: Axel Rasmussen <[email protected]>
Cc: Barry Song <[email protected]>
Cc: David Hildenbrand <[email protected]>
Cc: Kairui Song <[email protected]>
Cc: Lorenzo Stoakes <[email protected]>
Cc: Michal Hocko <[email protected]>
Cc: Muchun Song <[email protected]>
Cc: Roman Gushchin <[email protected]>
Cc: Shakeel Butt <[email protected]>
Cc: Wei Xu <[email protected]>
Cc: Yuanchu Xie <[email protected]>
Signed-off-by: Andrew Morton <[email protected]>
---

 mm/vmscan.c |    4 ++++
 1 file changed, 4 insertions(+)

--- a/mm/vmscan.c~memcg-bail-out-proactive-reclaim-when-memcg-is-dying
+++ a/mm/vmscan.c
@@ -7912,6 +7912,10 @@ int user_proactive_reclaim(char *buf,
 		if (signal_pending(current))
 			return -ERESTARTSYS;
 
+		/* cgroup_rmdir() waits for us with cgroup_mutex held. */
+		if (memcg && memcg_is_dying(memcg))
+			return -EAGAIN;
+
 		/*
 		 * This is the final attempt, drain percpu lru caches in the
 		 * hope of introducing more evictable pages.
_

Patches currently in -mm which might be from [email protected] are