[{"id":3679661,"web_url":"http://patchwork.ozlabs.org/comment/3679661/","msgid":"","date":"2026-04-21T03:55:35","subject":"Re: [PATCH v3 2/4] mm/sparse-vmemmap: Pass @pgmap argument to memory\n deactivation paths","submitter":{"id":76330,"url":"http://patchwork.ozlabs.org/api/people/76330/","name":"Oscar Salvador","email":"osalvador@suse.de"},"content":"On Tue, Apr 21, 2026 at 10:20:42AM +0800, Muchun Song wrote:\n> Currently, the memory hot-remove call chain -- arch_remove_memory(),\n> __remove_pages(), sparse_remove_section() and section_deactivate() --\n> does not carry the struct dev_pagemap pointer. This prevents the lower\n> levels from knowing whether the section was originally populated with\n> vmemmap optimizations (e.g., DAX with vmemmap optimization enabled).\n> \n> Without this information, we cannot call vmemmap_can_optimize() to\n> determine if the vmemmap pages were optimized. As a result, the vmemmap\n> page accounting during teardown will mistakenly assume a non-optimized\n> allocation, leading to incorrect memmap statistics.\n> \n> To lay the groundwork for fixing the vmemmap page accounting, we need\n> to pass the @pgmap pointer down to the deactivation location. Plumb the\n> @pgmap argument through the APIs of arch_remove_memory(), __remove_pages()\n> and sparse_remove_section(), mirroring the corresponding *_activate()\n> paths.\n> \n> Signed-off-by: Muchun Song \n> Acked-by: Mike Rapoport (Microsoft) \n\nReviewed-by: Oscar Salvador \n\nThe change looks good to me, but I was wondering whether we should pass a\nmhp struct instead to low-level functions like arch_remove_memory and\n__remove_pages and have __remove_pages then pass the right stuff down\nthe road.\nThat way it would mimic more what we do in hot-add path.","headers":{"Return-Path":"\n ","X-Original-To":["incoming@patchwork.ozlabs.org","linuxppc-dev@lists.ozlabs.org"],"Delivered-To":"patchwork-incoming@legolas.ozlabs.org","Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (1024-bit key;\n unprotected) header.d=suse.de header.i=@suse.de header.a=rsa-sha256\n header.s=susede2_rsa header.b=z+aTATz0;\n\tdkim=pass header.d=suse.de header.i=@suse.de header.a=ed25519-sha256\n header.s=susede2_ed25519 header.b=bFbKc3gi;\n\tdkim=pass (1024-bit key) header.d=suse.de header.i=@suse.de\n header.a=rsa-sha256 header.s=susede2_rsa header.b=z+aTATz0;\n\tdkim=neutral header.d=suse.de header.i=@suse.de header.a=ed25519-sha256\n header.s=susede2_ed25519 header.b=bFbKc3gi;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=lists.ozlabs.org\n (client-ip=2404:9400:21b9:f100::1; helo=lists.ozlabs.org;\n envelope-from=linuxppc-dev+bounces-19863-incoming=patchwork.ozlabs.org@lists.ozlabs.org;\n receiver=patchwork.ozlabs.org)","lists.ozlabs.org;\n arc=none smtp.remote-ip=\"2a07:de40:b251:101:10:150:64:2\"","lists.ozlabs.org;\n dmarc=pass (p=none dis=none) header.from=suse.de","lists.ozlabs.org;\n\tdkim=pass (1024-bit key;\n unprotected) header.d=suse.de header.i=@suse.de header.a=rsa-sha256\n header.s=susede2_rsa header.b=z+aTATz0;\n\tdkim=pass header.d=suse.de header.i=@suse.de header.a=ed25519-sha256\n header.s=susede2_ed25519 header.b=bFbKc3gi;\n\tdkim=pass (1024-bit key) header.d=suse.de header.i=@suse.de\n header.a=rsa-sha256 header.s=susede2_rsa header.b=z+aTATz0;\n\tdkim=neutral header.d=suse.de header.i=@suse.de header.a=ed25519-sha256\n header.s=susede2_ed25519 header.b=bFbKc3gi;\n\tdkim-atps=neutral","lists.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=suse.de\n (client-ip=2a07:de40:b251:101:10:150:64:2; helo=smtp-out2.suse.de;\n envelope-from=osalvador@suse.de; receiver=lists.ozlabs.org)","smtp-out2.suse.de;\n\tnone"],"Received":["from lists.ozlabs.org (lists.ozlabs.org\n [IPv6:2404:9400:21b9:f100::1])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519 server-signature ECDSA (secp384r1 raw public key)\n server-digest SHA384)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4g07n50hSvz1yGt\n\tfor ; Tue, 21 Apr 2026 13:55:53 +1000 (AEST)","from boromir.ozlabs.org (localhost [127.0.0.1])\n\tby lists.ozlabs.org (Postfix) with ESMTP id 4g07n41D78z2yl2;\n\tTue, 21 Apr 2026 13:55:52 +1000 (AEST)","from smtp-out2.suse.de (smtp-out2.suse.de\n [IPv6:2a07:de40:b251:101:10:150:64:2])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519 server-signature RSA-PSS (2048 bits) server-digest\n SHA256)\n\t(No client certificate requested)\n\tby lists.ozlabs.org (Postfix) with ESMTPS id 4g07n329g2z2xc8\n\tfor ; Tue, 21 Apr 2026 13:55:50 +1000 (AEST)","from imap1.dmz-prg2.suse.org (unknown [10.150.64.97])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest\n SHA256)\n\t(No client certificate requested)\n\tby smtp-out2.suse.de (Postfix) with ESMTPS id 301705BCDB;\n\tTue, 21 Apr 2026 03:55:46 +0000 (UTC)","from imap1.dmz-prg2.suse.org (localhost [127.0.0.1])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest\n SHA256)\n\t(No client certificate requested)\n\tby imap1.dmz-prg2.suse.org (Postfix) with ESMTPS id 3C208593AF;\n\tTue, 21 Apr 2026 03:55:45 +0000 (UTC)","from dovecot-director2.suse.de ([2a07:de40:b281:106:10:150:64:167])\n\tby imap1.dmz-prg2.suse.org with ESMTPSA\n\tid +2K0C0H15mk2YAAAD6G6ig\n\t(envelope-from ); Tue, 21 Apr 2026 03:55:45 +0000"],"ARC-Seal":"i=1; a=rsa-sha256; d=lists.ozlabs.org; s=201707; t=1776743752;\n\tcv=none;\n b=MQXR3l7zrHbm9pHEMv7fKpDqwrtTjLets9xXIaYi/H5MsbVIu7XfvjmmFzlR1jq61LATkb6QiZ4VOH8LQaDxq655VRPcaFpuFi90B9gFNK9SwqUatgwYc4hl5j+Icw5p1S9QgPZPXtsz/YOhHuxQMyxFt42oNujoS/uJ2uzAghubxCRqZfgJgfbE979bEne16me34ZIgQVLN9FH2vYfi2vVd+P3uY0eGclGmogdEwdLZGwctqQvipf0uBhC8nG7LdiA65B0BILhyVKPmRn3H14tdNkB+rcE5tN7371WNisF8Ck5ha/D2sfvZS6xUDOeCj2JTtpp03D1frGDCRa9SYA==","ARC-Message-Signature":"i=1; a=rsa-sha256; d=lists.ozlabs.org; s=201707;\n\tt=1776743752; c=relaxed/relaxed;\n\tbh=IDVUbgdLvJLIeQVXYQIqbs7pEdXqPLVFAHC8mrcXVSg=;\n\th=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:\n\t Content-Type:Content-Disposition:In-Reply-To;\n b=hWDTqtagYiuBJ6DjW0ykUoqA9fNGRifF4Yg2nW50HejR4ohtMtjjU6sc/J01DOUnvlm2AlFhZIknJgrD8TC3qsUECPR/F7b67VvvUMfGWdwcCwS+zsB319bwcA+IgylKXm41XwwfyC58RXjyYrw4Gbzw/UlLig1L3yspDtqz7zsHmXi3ptzC4dRnN0Z+4Pvr+t1ilvF8yJ4POmRL1egpv7utbYxaa/JqbzrTBa3jNYtKdcslJIwYAh2FRCBbF3YdiHzdhpnS9jPl6j0hbfNxVrPxWB79IPAHJSg5qn2leGaTWg8qY9Sjhs6rKxB5bBqk4XBvSH41IabFSFXt+Tum0A==","ARC-Authentication-Results":"i=1; lists.ozlabs.org;\n dmarc=pass (p=none dis=none) header.from=suse.de; dkim=pass (1024-bit key;\n unprotected) header.d=suse.de header.i=@suse.de header.a=rsa-sha256\n header.s=susede2_rsa header.b=z+aTATz0;\n dkim=pass header.d=suse.de header.i=@suse.de header.a=ed25519-sha256\n header.s=susede2_ed25519 header.b=bFbKc3gi;\n dkim=pass (1024-bit key) header.d=suse.de header.i=@suse.de\n header.a=rsa-sha256 header.s=susede2_rsa header.b=z+aTATz0;\n dkim=neutral header.d=suse.de header.i=@suse.de header.a=ed25519-sha256\n header.s=susede2_ed25519 header.b=bFbKc3gi; dkim-atps=neutral;\n spf=pass (client-ip=2a07:de40:b251:101:10:150:64:2; helo=smtp-out2.suse.de;\n envelope-from=osalvador@suse.de;\n receiver=lists.ozlabs.org) smtp.mailfrom=suse.de","DKIM-Signature":["v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de;\n s=susede2_rsa;\n\tt=1776743746;\n h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc:\n\t mime-version:mime-version:content-type:content-type:\n\t in-reply-to:in-reply-to:references:references;\n\tbh=IDVUbgdLvJLIeQVXYQIqbs7pEdXqPLVFAHC8mrcXVSg=;\n\tb=z+aTATz0T6umjQ5O0z+TOGIn74fHWAefJyFfgsKaUncEB4dmC30Iq37o2gy1hsv8uUp89u\n\toJmIEcBm9v4JB6hBc7kgD0Od9amhicQy9vYyZQj8ckQf+u6hBjG/3ICY+iOWCPHRP9UXQt\n\tLSPoJJ4TqwaF/FPM0wJm2OoxxHbZevA=","v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de;\n\ts=susede2_ed25519; t=1776743746;\n\th=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc:\n\t mime-version:mime-version:content-type:content-type:\n\t in-reply-to:in-reply-to:references:references;\n\tbh=IDVUbgdLvJLIeQVXYQIqbs7pEdXqPLVFAHC8mrcXVSg=;\n\tb=bFbKc3gikECZQSviGQs0y1uKj+LVkV0Wg3WuYg04UDC7GzXWXzmKSt7B9Z/5pUiF5l8Lwe\n\tnuLmnak/+N32IPAw==","v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de;\n s=susede2_rsa;\n\tt=1776743746;\n h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc:\n\t mime-version:mime-version:content-type:content-type:\n\t in-reply-to:in-reply-to:references:references;\n\tbh=IDVUbgdLvJLIeQVXYQIqbs7pEdXqPLVFAHC8mrcXVSg=;\n\tb=z+aTATz0T6umjQ5O0z+TOGIn74fHWAefJyFfgsKaUncEB4dmC30Iq37o2gy1hsv8uUp89u\n\toJmIEcBm9v4JB6hBc7kgD0Od9amhicQy9vYyZQj8ckQf+u6hBjG/3ICY+iOWCPHRP9UXQt\n\tLSPoJJ4TqwaF/FPM0wJm2OoxxHbZevA=","v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de;\n\ts=susede2_ed25519; t=1776743746;\n\th=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc:\n\t mime-version:mime-version:content-type:content-type:\n\t in-reply-to:in-reply-to:references:references;\n\tbh=IDVUbgdLvJLIeQVXYQIqbs7pEdXqPLVFAHC8mrcXVSg=;\n\tb=bFbKc3gikECZQSviGQs0y1uKj+LVkV0Wg3WuYg04UDC7GzXWXzmKSt7B9Z/5pUiF5l8Lwe\n\tnuLmnak/+N32IPAw=="],"Date":"Tue, 21 Apr 2026 05:55:35 +0200","From":"Oscar Salvador ","To":"Muchun Song ","Cc":"Andrew Morton ,\n\tDavid Hildenbrand ,\n\tMuchun Song ,\n\tMichael Ellerman ,\n\tMadhavan Srinivasan ,\n\tMike Rapoport , Lorenzo Stoakes ,\n\t\"Liam R . Howlett\" ,\n\tVlastimil Babka ,\n\tSuren Baghdasaryan ,\n\tMichal Hocko , Nicholas Piggin ,\n\tChristophe Leroy , aneesh.kumar@linux.ibm.com,\n\tjoao.m.martins@oracle.com, linux-mm@kvack.org,\n\tlinuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org","Subject":"Re: [PATCH v3 2/4] mm/sparse-vmemmap: Pass @pgmap argument to memory\n deactivation paths","Message-ID":"","References":"<20260421022044.1217503-1-songmuchun@bytedance.com>\n <20260421022044.1217503-3-songmuchun@bytedance.com>","X-Mailing-List":"linuxppc-dev@lists.ozlabs.org","List-Id":"","List-Help":"","List-Owner":"","List-Post":"","List-Archive":",\n ","List-Subscribe":",\n ,\n ","List-Unsubscribe":"","Precedence":"list","MIME-Version":"1.0","Content-Type":"text/plain; charset=us-ascii","Content-Disposition":"inline","In-Reply-To":"<20260421022044.1217503-3-songmuchun@bytedance.com>","X-Spamd-Result":"default: False [-8.30 / 50.00];\n\tREPLY(-4.00)[];\n\tBAYES_HAM(-3.00)[100.00%];\n\tNEURAL_HAM_LONG(-1.00)[-1.000];\n\tNEURAL_HAM_SHORT(-0.20)[-1.000];\n\tMIME_GOOD(-0.10)[text/plain];\n\tMIME_TRACE(0.00)[0:+];\n\tTO_MATCH_ENVRCPT_ALL(0.00)[];\n\tARC_NA(0.00)[];\n\tRCPT_COUNT_TWELVE(0.00)[19];\n\tFUZZY_RATELIMITED(0.00)[rspamd.com];\n\tDKIM_SIGNED(0.00)[suse.de:s=susede2_rsa,suse.de:s=susede2_ed25519];\n\tFREEMAIL_ENVRCPT(0.00)[gmail.com];\n\tFREEMAIL_CC(0.00)[linux-foundation.org,kernel.org,linux.dev,ellerman.id.au,linux.ibm.com,oracle.com,google.com,suse.com,gmail.com,kvack.org,lists.ozlabs.org,vger.kernel.org];\n\tRCVD_TLS_ALL(0.00)[];\n\tFROM_EQ_ENVFROM(0.00)[];\n\tFROM_HAS_DN(0.00)[];\n\tTO_DN_SOME(0.00)[];\n\tRCVD_COUNT_TWO(0.00)[2];\n\tMISSING_XM_UA(0.00)[];\n\tRCVD_VIA_SMTP_AUTH(0.00)[];\n\tDBL_BLOCKED_OPENRESOLVER(0.00)[bytedance.com:email,localhost.localdomain:mid,imap1.dmz-prg2.suse.org:helo,suse.de:email]","X-Spam-Score":"-8.30","X-Spam-Level":"","X-Spam-Status":"No, score=-0.2 required=3.0 tests=DKIM_SIGNED,DKIM_VALID,\n\tDKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS autolearn=disabled\n\tversion=4.0.1 OzLabs 8","X-Spam-Checker-Version":"SpamAssassin 4.0.1 (2024-03-25) on lists.ozlabs.org"}},{"id":3679663,"web_url":"http://patchwork.ozlabs.org/comment/3679663/","msgid":"","date":"2026-04-21T04:01:42","subject":"Re: [PATCH v3 2/4] mm/sparse-vmemmap: Pass @pgmap argument to memory\n deactivation paths","submitter":{"id":84878,"url":"http://patchwork.ozlabs.org/api/people/84878/","name":"Muchun Song","email":"muchun.song@linux.dev"},"content":"> On Apr 21, 2026, at 11:55, Oscar Salvador wrote:\n> \n> On Tue, Apr 21, 2026 at 10:20:42AM +0800, Muchun Song wrote:\n>> Currently, the memory hot-remove call chain -- arch_remove_memory(),\n>> __remove_pages(), sparse_remove_section() and section_deactivate() --\n>> does not carry the struct dev_pagemap pointer. This prevents the lower\n>> levels from knowing whether the section was originally populated with\n>> vmemmap optimizations (e.g., DAX with vmemmap optimization enabled).\n>> \n>> Without this information, we cannot call vmemmap_can_optimize() to\n>> determine if the vmemmap pages were optimized. As a result, the vmemmap\n>> page accounting during teardown will mistakenly assume a non-optimized\n>> allocation, leading to incorrect memmap statistics.\n>> \n>> To lay the groundwork for fixing the vmemmap page accounting, we need\n>> to pass the @pgmap pointer down to the deactivation location. Plumb the\n>> @pgmap argument through the APIs of arch_remove_memory(), __remove_pages()\n>> and sparse_remove_section(), mirroring the corresponding *_activate()\n>> paths.\n>> \n>> Signed-off-by: Muchun Song \n>> Acked-by: Mike Rapoport (Microsoft) \n> \n> Reviewed-by: Oscar Salvador \n\nThanks.\n\n> \n> The change looks good to me, but I was wondering whether we should pass a\n> mhp struct instead to low-level functions like arch_remove_memory and\n> __remove_pages and have __remove_pages then pass the right stuff down\n> the road.\n> That way it would mimic more what we do in hot-add path.\n\nPassing the pgmap parameter is a temporary fix, as I have another\npatchset coming up to remove pgmap entirely [1].\n\n[1] https://lore.kernel.org/linux-mm/20260405125240.2558577-46-songmuchun@bytedance.com/\n\nThanks,\nMuchun.\n\n> \n> \n> -- \n> Oscar Salvador\n> SUSE Labs","headers":{"Return-Path":"\n ","X-Original-To":["incoming@patchwork.ozlabs.org","linuxppc-dev@lists.ozlabs.org"],"Delivered-To":"patchwork-incoming@legolas.ozlabs.org","Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (1024-bit key;\n unprotected) header.d=linux.dev header.i=@linux.dev header.a=rsa-sha256\n header.s=key1 header.b=P0xaSkgf;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=lists.ozlabs.org\n (client-ip=112.213.38.117; helo=lists.ozlabs.org;\n envelope-from=linuxppc-dev+bounces-19865-incoming=patchwork.ozlabs.org@lists.ozlabs.org;\n receiver=patchwork.ozlabs.org)","lists.ozlabs.org;\n arc=none smtp.remote-ip=\"2001:41d0:1004:224b::ab\"","lists.ozlabs.org;\n dmarc=pass (p=none dis=none) header.from=linux.dev","lists.ozlabs.org;\n\tdkim=pass (1024-bit key;\n unprotected) header.d=linux.dev header.i=@linux.dev header.a=rsa-sha256\n header.s=key1 header.b=P0xaSkgf;\n\tdkim-atps=neutral","lists.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=linux.dev\n (client-ip=2001:41d0:1004:224b::ab; helo=out-171.mta0.migadu.com;\n envelope-from=muchun.song@linux.dev; receiver=lists.ozlabs.org)"],"Received":["from lists.ozlabs.org (lists.ozlabs.org [112.213.38.117])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519 server-signature ECDSA (secp384r1 raw public key)\n server-digest SHA384)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4g07xD30Ndz1yCv\n\tfor ; Tue, 21 Apr 2026 14:02:55 +1000 (AEST)","from boromir.ozlabs.org (localhost [127.0.0.1])\n\tby lists.ozlabs.org (Postfix) with ESMTP id 4g07x91l7Xz2yl2;\n\tTue, 21 Apr 2026 14:02:53 +1000 (AEST)","from out-171.mta0.migadu.com (out-171.mta0.migadu.com\n [IPv6:2001:41d0:1004:224b::ab])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519 server-signature RSA-PSS (2048 bits) server-digest\n SHA256)\n\t(No client certificate requested)\n\tby lists.ozlabs.org (Postfix) with ESMTPS id 4g07x45jCpz2xc8\n\tfor ; Tue, 21 Apr 2026 14:02:47 +1000 (AEST)"],"ARC-Seal":"i=1; a=rsa-sha256; d=lists.ozlabs.org; s=201707; t=1776744173;\n\tcv=none;\n b=gRA/MCiy/zR6BW8Hc2PxfjdDe6OzGf0wkH5+K7g8LGh6yXYBQi6RzXXz3DAdNdPqqvQrbRBMopvhBS9vm9MSlpAW4RzMo9VFq7urE6BKhSQN5QFQM+Q6bXFGoIXfQ4nIjwoUstL+b87sWb3KQxQ9j8PfJ2OVLfpfBNbNrfcscufQp1O2oxM6W6V95j/aQGZVFv09XZc3vI5FLTvy8ToMhdveKKJBFRkE4XAhX3RduEve7MQxFCUvdqGEU92x4rkHCzkCUySGD3vE0Ohj3gcwD+Uus5rvcOhFsHNQSg4iXr0lSEiorqBrtCxt4kPcHl2amJ544iapbzEh3hvzEctxNA==","ARC-Message-Signature":"i=1; a=rsa-sha256; d=lists.ozlabs.org; s=201707;\n\tt=1776744173; c=relaxed/relaxed;\n\tbh=jMdJRNtKo7iaVl+CsUGo+lqElncIkwLhNwFqakkkUeM=;\n\th=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc:\n\t Message-Id:References:To;\n b=ipqnj9SMb/TZCPHoxAHIxMWiF/bHDBJjMYseeiuDpBiR4+PkhWhftqNx/ugQZbAK16XsDwz0oT87ltQCWaUvuRWLs9T7rDAKVB4t8/BfR4XXqNsHXNzu9ps7dv5Utqi0AldhTKBfP8To8HOZumtPq0cURH5RIQOzr4SLNrj4ff192GdQU5XyNUqH4gMKM8LE1Ho1w0Txu9n4o3q2kKjJJoxUX+nsUJusA6o5/b9ASKrjw5hBEXr9HRZdExNcYH9X/3eerl7xrNa8MKhU3v+dVHcexAy5xETeoP/rAcdbsR3IsIAlWz329dmK7iXU9uQ/7KtZVnJ6FIbziEZrt09t5A==","ARC-Authentication-Results":"i=1; lists.ozlabs.org;\n dmarc=pass (p=none dis=none) header.from=linux.dev; dkim=pass (1024-bit key;\n unprotected) header.d=linux.dev header.i=@linux.dev header.a=rsa-sha256\n header.s=key1 header.b=P0xaSkgf; dkim-atps=neutral;\n spf=pass (client-ip=2001:41d0:1004:224b::ab; helo=out-171.mta0.migadu.com;\n envelope-from=muchun.song@linux.dev;\n receiver=lists.ozlabs.org) smtp.mailfrom=linux.dev","Content-Type":"text/plain;\n\tcharset=us-ascii","DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1;\n\tt=1776744143;\n\th=from:from:reply-to:subject:subject:date:date:message-id:message-id:\n\t to:to:cc:cc:mime-version:mime-version:content-type:content-type:\n\t content-transfer-encoding:content-transfer-encoding:\n\t in-reply-to:in-reply-to:references:references;\n\tbh=jMdJRNtKo7iaVl+CsUGo+lqElncIkwLhNwFqakkkUeM=;\n\tb=P0xaSkgffkY/VRF9fMqKDRh7+V+gLrQC2wIjEZ6WMNXTbB4slbAyJZcsfbYpBc8bue41Gs\n\tuC++PiG4GNvn5/ExS0vNS0mVz2zXeeQ1kIUJ7wtddJaMO0GIWpx0gQHOLUqaQ7IjZOyY0b\n\tcV6Lg9OsFyqR52slTe7DWhNESR/Rq/0=","X-Mailing-List":"linuxppc-dev@lists.ozlabs.org","List-Id":"","List-Help":"","List-Owner":"","List-Post":"","List-Archive":",\n ","List-Subscribe":",\n ,\n ","List-Unsubscribe":"","Precedence":"list","Mime-Version":"1.0 (Mac OS X Mail 16.0 \\(3864.500.181\\))","Subject":"Re: [PATCH v3 2/4] mm/sparse-vmemmap: Pass @pgmap argument to memory\n deactivation paths","X-Report-Abuse":"Please report any abuse attempt to abuse@migadu.com and\n include these headers.","From":"Muchun Song ","In-Reply-To":"","Date":"Tue, 21 Apr 2026 12:01:42 +0800","Cc":"Muchun Song ,\n Andrew Morton ,\n David Hildenbrand ,\n Michael Ellerman ,\n Madhavan Srinivasan ,\n Mike Rapoport ,\n Lorenzo Stoakes ,\n \"Liam R . Howlett\" ,\n Vlastimil Babka ,\n Suren Baghdasaryan ,\n Michal Hocko ,\n Nicholas Piggin ,\n Christophe Leroy ,\n aneesh.kumar@linux.ibm.com,\n joao.m.martins@oracle.com,\n linux-mm@kvack.org,\n linuxppc-dev@lists.ozlabs.org,\n linux-kernel@vger.kernel.org","Content-Transfer-Encoding":"quoted-printable","Message-Id":"","References":"<20260421022044.1217503-1-songmuchun@bytedance.com>\n <20260421022044.1217503-3-songmuchun@bytedance.com>\n ","To":"Oscar Salvador ","X-Migadu-Flow":"FLOW_OUT","X-Spam-Status":"No, score=-0.2 required=3.0 tests=DKIM_SIGNED,DKIM_VALID,\n\tDKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_PASS,SPF_PASS autolearn=disabled\n\tversion=4.0.1 OzLabs 8","X-Spam-Checker-Version":"SpamAssassin 4.0.1 (2024-03-25) on lists.ozlabs.org"}}]