From: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Cc: linux-kernel@vger.kernel.org,
Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Subject: [PATCH v20 4/6] mm: reorder mm_struct flexible array to place mm_cpumask first
Date: Tue, 7 Jul 2026 09:15:34 -0400 [thread overview]
Message-ID: <20260707131544.75906-5-mathieu.desnoyers@efficios.com> (raw)
In-Reply-To: <20260707131544.75906-1-mathieu.desnoyers@efficios.com>
Reorder the mm_struct flexible array layout from:
[HPCC tree items][mm_cpumask][mm_cid]
to:
[mm_cpumask][mm_cid][alignment padding][HPCC tree items]
The previous layout placed the HPCC tree items first, which required
mm_cpumask() to skip past them using percpu_counter_tree_items_size().
This created a boot-time initialization ordering dependency: any use of
mm_cpumask() before percpu_counter_tree_subsystem_init() would compute
the wrong pointer offset, reading from or writing to the HPCC items
region instead of the actual cpumask.
On powerpc, switch_mm_irqs_off() accesses mm_cpumask() early in boot
via VM_WARN_ON_ONCE(!cpumask_test_cpu(cpu, mm_cpumask(prev))), which
could fire spuriously or cause silent memory corruption if the HPCC
subsystem was not yet initialized.
By placing mm_cpumask first, mm_cpumask() remains a simple
&mm->flexible_array with no runtime dependency on HPCC initialization.
The HPCC tree items are accessed via get_rss_stat_items_offset(), which
skips past the cpumask and mm_cid with appropriate cacheline alignment
padding. This accessor is only used during mm_struct initialization
(percpu_counter_tree_init_many), not on context switch or other hot
paths.
Introduce the PERCPU_COUNTER_TREE_ITEMS_ALIGN() macro to handle the
SMP cacheline alignment vs !SMP no-op in a single place, used by both
the static init_mm flexible array initializer and the runtime offset
computation.
The cost is at most one cacheline (typically 64 bytes) of padding per
mm_struct between the mm_cid data and the HPCC tree items.
Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
---
include/linux/mm.h | 1 +
include/linux/mm_types.h | 47 +++++++++++++++++------------
include/linux/percpu_counter_tree.h | 3 ++
kernel/fork.c | 4 ++-
4 files changed, 34 insertions(+), 21 deletions(-)
diff --git a/include/linux/mm.h b/include/linux/mm.h
index 45b49f15bb5e..b1f6703cace8 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -3344,6 +3344,7 @@ static inline struct percpu_counter_tree_level_item *get_rss_stat_items(struct m
unsigned long ptr = (unsigned long)mm;
ptr += offsetof(struct mm_struct, flexible_array);
+ ptr += get_rss_stat_items_offset();
return (struct percpu_counter_tree_level_item *)ptr;
}
diff --git a/include/linux/mm_types.h b/include/linux/mm_types.h
index 414618ffe329..4e51b666d72b 100644
--- a/include/linux/mm_types.h
+++ b/include/linux/mm_types.h
@@ -1420,11 +1420,12 @@ struct mm_struct {
} __randomize_layout;
/*
- * The rss hierarchical counter items, mm_cpumask, and mm_cid
- * masks need to be at the end of mm_struct, because they are
+ * The mm_cpumask, mm_cid masks, and rss hierarchical counter
+ * items need to be at the end of mm_struct, because they are
* dynamically sized based on nr_cpu_ids.
- * The content of the flexible array needs to be placed in
- * decreasing alignment requirement order.
+ * The HPCC counter tree items are placed last and aligned
+ * with PERCPU_COUNTER_TREE_ITEMS_ALIGN to satisfy their
+ * cacheline alignment requirement.
*/
char flexible_array[] __mm_struct_flexible_array_aligned;
};
@@ -1463,25 +1464,18 @@ static inline void __mm_flags_set_mask_bits_word(struct mm_struct *mm,
MT_FLAGS_USE_RCU)
extern struct mm_struct init_mm;
-#define MM_STRUCT_FLEXIBLE_ARRAY_INIT \
-{ \
- [0 ... (PERCPU_COUNTER_TREE_ITEMS_STATIC_SIZE * NR_MM_COUNTERS) + sizeof(cpumask_t) + MM_CID_STATIC_SIZE - 1] = 0 \
-}
-
-static inline size_t get_rss_stat_items_size(void)
-{
- return percpu_counter_tree_items_size() * NR_MM_COUNTERS;
+#define MM_STRUCT_FLEXIBLE_ARRAY_INIT \
+{ \
+ [0 ... PERCPU_COUNTER_TREE_ITEMS_ALIGN( \
+ sizeof(cpumask_t) + MM_CID_STATIC_SIZE) \
+ + (PERCPU_COUNTER_TREE_ITEMS_STATIC_SIZE * NR_MM_COUNTERS) \
+ - 1] = 0 \
}
/* Future-safe accessor for struct mm_struct's cpu_vm_mask. */
static inline cpumask_t *mm_cpumask(struct mm_struct *mm)
{
- unsigned long ptr = (unsigned long)mm;
-
- ptr += offsetof(struct mm_struct, flexible_array);
- /* Skip RSS stats counters. */
- ptr += get_rss_stat_items_size();
- return (struct cpumask *)ptr;
+ return (struct cpumask *)&mm->flexible_array;
}
static inline void mm_init_cpumask(struct mm_struct *mm)
@@ -1578,8 +1572,6 @@ static inline cpumask_t *mm_cpus_allowed(struct mm_struct *mm)
unsigned long bitmap = (unsigned long)mm;
bitmap += offsetof(struct mm_struct, flexible_array);
- /* Skip RSS stats counters. */
- bitmap += get_rss_stat_items_size();
/* Skip cpu_bitmap */
bitmap += cpumask_size();
return (struct cpumask *)bitmap;
@@ -1662,6 +1654,21 @@ static inline void mm_destroy_sched(struct mm_struct *mm) { }
#endif /* CONFIG_SCHED_CACHE */
+static inline size_t get_rss_stat_items_size(void)
+{
+ return percpu_counter_tree_items_size() * NR_MM_COUNTERS;
+}
+
+/*
+ * Return the offset of the RSS stat HPCC items within the mm_struct
+ * flexible array. The items are placed after the cpumask and mm_cid,
+ * aligned to the cacheline boundary required by the tree level items.
+ */
+static inline size_t get_rss_stat_items_offset(void)
+{
+ return PERCPU_COUNTER_TREE_ITEMS_ALIGN(cpumask_size() + mm_cid_size());
+}
+
struct mmu_gather;
extern void tlb_gather_mmu(struct mmu_gather *tlb, struct mm_struct *mm);
extern void tlb_gather_mmu_fullmm(struct mmu_gather *tlb, struct mm_struct *mm);
diff --git a/include/linux/percpu_counter_tree.h b/include/linux/percpu_counter_tree.h
index 828c763edd4a..3e8a820e2d1d 100644
--- a/include/linux/percpu_counter_tree.h
+++ b/include/linux/percpu_counter_tree.h
@@ -66,6 +66,8 @@ struct percpu_counter_tree_level_item {
#define PERCPU_COUNTER_TREE_ITEMS_STATIC_SIZE \
(PERCPU_COUNTER_TREE_STATIC_NR_ITEMS * sizeof(struct percpu_counter_tree_level_item))
+#define PERCPU_COUNTER_TREE_ITEMS_ALIGN(offset) \
+ ALIGN((offset), __alignof__(struct percpu_counter_tree_level_item))
struct percpu_counter_tree {
/* Fast-path fields. */
@@ -167,6 +169,7 @@ void percpu_counter_tree_approximate_accuracy_range(struct percpu_counter_tree *
#else /* !CONFIG_SMP */
#define PERCPU_COUNTER_TREE_ITEMS_STATIC_SIZE 0
+#define PERCPU_COUNTER_TREE_ITEMS_ALIGN(offset) (offset)
struct percpu_counter_tree_level_item;
diff --git a/kernel/fork.c b/kernel/fork.c
index d66f5ccd5414..9ff85bd86bb9 100644
--- a/kernel/fork.c
+++ b/kernel/fork.c
@@ -3107,7 +3107,9 @@ void __init mm_cache_init(void)
* dynamically sized based on the maximum CPU number this system
* can have, taking hotplug into account (nr_cpu_ids).
*/
- mm_size = sizeof(struct mm_struct) + cpumask_size() + mm_cid_size() + get_rss_stat_items_size();
+ mm_size = sizeof(struct mm_struct) +
+ PERCPU_COUNTER_TREE_ITEMS_ALIGN(cpumask_size() + mm_cid_size()) +
+ get_rss_stat_items_size();
mm_cachep = kmem_cache_create_usercopy("mm_struct",
mm_size, ARCH_MIN_MMSTRUCT_ALIGN,
--
2.43.0
next prev parent reply other threads:[~2026-07-07 13:16 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-07 13:15 [PATCH v20 0/6] Hierarchical Percpu Counters for RSS Mathieu Desnoyers
2026-07-07 13:15 ` [PATCH v20 1/6] lib: introduce hierarchical per-cpu counters Mathieu Desnoyers
2026-07-07 13:15 ` [PATCH v20 2/6] lib: test " Mathieu Desnoyers
2026-07-07 13:15 ` [PATCH v20 3/6] mm: improve RSS counter approximation accuracy for proc interfaces Mathieu Desnoyers
2026-07-07 13:15 ` Mathieu Desnoyers [this message]
2026-07-07 13:15 ` [PATCH v20 5/6] init: move percpu_counter_tree_subsystem_init() earlier in boot Mathieu Desnoyers
2026-07-07 13:15 ` [PATCH v20 6/6] lib: inline percpu_counter_tree_items_size with boot-safety sentinel Mathieu Desnoyers
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=20260707131544.75906-5-mathieu.desnoyers@efficios.com \
--to=mathieu.desnoyers@efficios.com \
--cc=linux-kernel@vger.kernel.org \
/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
Powered by JetHome