From: Andrew Morton <akpm@linux-foundation.org>
To: mm-commits@vger.kernel.org,osalvador@suse.de,muchun.song@linux.dev,enze.li@gmx.com,david@kernel.org,lienze@kylinos.cn,akpm@linux-foundation.org
Subject: [merged mm-stable] mm-hugetlb-move-hugetlb_sysfs_initialized-into-hugetlb_register_all_nodes.patch removed from -mm tree
Date: Sat, 24 Oct 2026 02:01:09 -0700 [thread overview]
Message-ID: <20261024090109.DCC1C1F01828@smtp.kernel.org> (raw)
The quilt patch titled
Subject: mm/hugetlb: move hugetlb_sysfs_initialized into hugetlb_register_all_nodes()
has been removed from the -mm tree. Its filename was
mm-hugetlb-move-hugetlb_sysfs_initialized-into-hugetlb_register_all_nodes.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: Enze Li <lienze@kylinos.cn>
Subject: mm/hugetlb: move hugetlb_sysfs_initialized into hugetlb_register_all_nodes()
Date: Fri, 9 Oct 2026 22:20:10 +0800
hugetlb_sysfs_init() guards the "hugetlb_sysfs_initialized = true"
assignment with an #ifdef CONFIG_NUMA block, while the following
hugetlb_register_all_nodes() call is left unguarded and relies on the
empty !CONFIG_NUMA stub.
Move the assignment into the NUMA version of hugetlb_register_all_nodes(),
before it registers the online nodes, so the #ifdef in
hugetlb_sysfs_init() can go away. Keep the !CONFIG_NUMA stub, so the call
site is unconditional in both configurations.
No functional change; this is an #ifdef cleanup.
Link: https://lore.kernel.org/20261009142010.552614-1-lienze@kylinos.cn
Signed-off-by: Enze Li <lienze@kylinos.cn>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Suggested-by: Muchun Song <muchun.song@linux.dev>
Acked-by: David Hildenbrand (Arm) <david@kernel.org>
Reviewed-by: Muchun Song <muchun.song@linux.dev>
Cc: Oscar Salvador <osalvador@suse.de>
Cc: Enze Li <enze.li@gmx.com>
---
mm/hugetlb_sysfs.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
--- a/mm/hugetlb_sysfs.c~mm-hugetlb-move-hugetlb_sysfs_initialized-into-hugetlb_register_all_nodes
+++ a/mm/hugetlb_sysfs.c
@@ -462,6 +462,8 @@ static void __init hugetlb_register_all_
{
int nid;
+ hugetlb_sysfs_initialized = true;
+
for_each_online_node(nid)
hugetlb_register_node(node_devices[nid]);
}
@@ -495,8 +497,5 @@ void __init hugetlb_sysfs_init(void)
pr_err("HugeTLB: Unable to add hstate %s\n", h->name);
}
-#ifdef CONFIG_NUMA
- hugetlb_sysfs_initialized = true;
-#endif
hugetlb_register_all_nodes();
}
_
Patches currently in -mm which might be from lienze@kylinos.cn are
reply other threads:[~2026-10-24 9:01 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20261024090109.DCC1C1F01828@smtp.kernel.org \
--to=akpm@linux-foundation.org \
--cc=david@kernel.org \
--cc=enze.li@gmx.com \
--cc=lienze@kylinos.cn \
--cc=mm-commits@vger.kernel.org \
--cc=muchun.song@linux.dev \
--cc=osalvador@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox