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=1794063643; b=SrvxkV8hhgv7YnUiPwxUzYOgTCEAn72+T4qMmroB4K8GbY3Sq19/v7xDKRg/hB5OVLGO nJHD9WCdGrzAPa//x+BBvmkFXFVmlKjwIzPxb77aMki0a/kSvbKsb/Sq2NBJ/Jdjiy7cj jL90ChZbbctovqgjPChf50+J3oGJrc2s0dph8vZvk0Yc9qckI86mpHF0mvn98uLiTNdiV wvZalZL1D7iH+EiM4w5G88bgUJbb38RUT86eWTZ3Vg8BsdKUkzRtZWYZ88YedN6x6d9mu RELgjoin0aL3+PvWrVlz0F1VBSOTAyNi+cr+O00ApLbJIWsiwfKVr24OrePgrr6sYCw== ARC-Message-Signature: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; c=relaxed/relaxed; t=1794063643; h=Received:DKIM-Signature:From:To:Cc:Subject:Date:Message-ID:X-Mailer: In-Reply-To:References:User-Agent:X-stable:X-Patchwork-Hint: MIME-Version:Content-Transfer-Encoding; bh=cWV2qvN+6VIk0VJEMzvvDH//1FuCSBT35ONGgNjIuGI=; b=H44YqoQt+NZH8oEG2TECmw6f9xJZyd8nh5XjTkyezT8qf66lyPve9fZwwUtkCQNxD+3e PgrJoacacO5wOE+Q6oPjoz/VSbaVmnkY9nzZxD/LQVkUN2R6A940CGFmm099UIH2OCGLe B7gltayPJGsvrDlVVbJ/x4dhilCSGmmRrOBYS2iA1/J1wkOp/jUEfCcFcSaz6heTtiNfx hmkf7OXEJvbt2Zef8FPdQboas6ViVbkEZqZ9zaCWpEQ/Pgogcmkedh5zy6UsNhi5poxLl 0N+fOuUofEWfwJdPGITgaQzDPBbkhsrJjRFZ7spWAT8HsyOIEZ+JAi5ORizPkJnmuOw== ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dkim=pass header.d=linuxfoundation.org header.i=@linuxfoundation.org header.a=rsa-sha256 header.s=korg header.b=LvWfzEiG; 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 A5DA06082BF1; Sat, 7 Nov 2026 15:00:42 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.a=rsa-sha256 header.s=korg header.b=LvWfzEiG Received: by smtp.kernel.org (Postfix) with ESMTPSA id 4E8001F0089F; Sat, 7 Nov 2026 15:00:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxfoundation.org; s=korg; t=1794063642; bh=cWV2qvN+6VIk0VJEMzvvDH//1FuCSBT35ONGgNjIuGI=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=LvWfzEiGCB5v4O2J8y9WtsGhb0wWcgNDWYk4fo8nad6ge9jxayfXpWZhG3t9N9/TN vMtZ/qebIujWiYEt4AcnskpgBvTliqfm5zNEIY+ZP944yISShGIrhwdX1AcxqbKmgf m/v+HKKscewm7Dk+e6ttv6sg+fGmARtk3fcJZxx0= From: Greg Kroah-Hartman To: stable@vger.kernel.org Cc: Greg Kroah-Hartman , patches@lists.linux.dev, "Gregory Price (Meta)" , Andrew Morton , Barry Song , Johannes Weiner , "Harry Yoo (Meta)" , Shakeel Butt , Yosry Ahmed , SJ Park , Balbir Singh , Davidlohr Bueso , Michal Hocko , Xueyuan Chen , "Lorenzo Stoakes (ARM)" , "Vishal Moola (Fractile)" , Kairui Song , Qi Zheng , Axel Rasmussen , Yuanchu Xie , Wei Xu , Baoquan He , Baolin Wang , David Hildenbrand , Michal Hocko , Roman Gushchin , Sasha Levin Subject: [PATCH 6.18 757/869] mm/vmscan: reclaim every zone in per-node proactive reclaim Date: Sat, 7 Nov 2026 08:57:19 -0500 Message-ID: <20261107134918.386183853@linuxfoundation.org> X-Mailer: git-send-email 2.56.0 In-Reply-To: <20261107134852.069646174@linuxfoundation.org> References: <20261107134852.069646174@linuxfoundation.org> User-Agent: quilt/0.69 X-stable: review X-Patchwork-Hint: ignore X-Mailing-List: stable@vger.kernel.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 6.18-stable review patch. If anyone has any objections, please let me know. ------------------ From: Gregory Price (Meta) [ Upstream commit d0a12d80d2f7e9f4ed2030b6f04c8a897956bf84 ] user_proactive_reclaim() limits per-node reclaim to gfp_zone(GFP_KERNEL), which is ZONE_NORMAL. Proactive reclaim serves no allocation, but that limit makes shrink_node() skip every ZONE_MOVABLE folio, so writing to /sys/devices/system/node/nodeN/reclaim never reclaims a node's movable memory. A movable-only node, such as dax/kmem or hotplugged memory onlined movable, reclaims nothing and fails with -EAGAIN. To reproduce, fill a movable-only node with clean page cache and write 200M to its nodeN/reclaim: the write fails with -EAGAIN and the page cache stays. The same write to a ZONE_NORMAL node frees 200MB. Scan every zone, as memory.reclaim does. Link: https://lore.kernel.org/20261019185002.3428594-1-gourry@gourry.net Fixes: b980077899ea ("mm: introduce per-node proactive reclaim interface") Signed-off-by: Gregory Price (Meta) Signed-off-by: Andrew Morton Reviewed-by: Barry Song Reviewed-by: Johannes Weiner Reviewed-by: Harry Yoo (Meta) Acked-by: Shakeel Butt Reviewed-by: Yosry Ahmed Reviewed-by: SJ Park Reviewed-by: Balbir Singh Acked-by: Davidlohr Bueso Acked-by: Michal Hocko Reviewed-by: Xueyuan Chen Acked-by: Lorenzo Stoakes (ARM) Acked-by: Vishal Moola (Fractile) Cc: Kairui Song Cc: Qi Zheng Cc: Axel Rasmussen Cc: Yuanchu Xie Cc: Wei Xu Cc: Baoquan He Cc: Baolin Wang Cc: David Hildenbrand Cc: Michal Hocko Cc: Roman Gushchin Cc: Signed-off-by: Sasha Levin --- mm/vmscan.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/vmscan.c b/mm/vmscan.c index 6d53f83e9dbcf..8fb0d79a00b9e 100644 --- a/mm/vmscan.c +++ b/mm/vmscan.c @@ -7825,7 +7825,7 @@ int user_proactive_reclaim(char *buf, } else { struct scan_control sc = { .gfp_mask = current_gfp_context(gfp_mask), - .reclaim_idx = gfp_zone(gfp_mask), + .reclaim_idx = MAX_NR_ZONES - 1, .proactive_swappiness = swappiness == -1 ? NULL : &swappiness, .priority = DEF_PRIORITY, .may_writepage = !laptop_mode, -- 2.53.0