[merged mm-stable] mm-damon-remove-__read_mostly-from-memory_idle_ms_percentiles.patch removed from -mm tree

[merged mm-stable] mm-damon-remove-__read_mostly-from-memory_idle_ms_percentiles.patch removed from -mm tree

[Andrew Morton]

The quilt patch titled
     Subject: mm/damon/stat: remove __read_mostly from memory_idle_ms_percentiles
has been removed from the -mm tree.  Its filename was
     mm-damon-remove-__read_mostly-from-memory_idle_ms_percentiles.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: Li RongQing <lirongqing@baidu.com>
Subject: mm/damon/stat: remove __read_mostly from memory_idle_ms_percentiles
Date: Fri, 30 Jan 2026 03:56:03 -0500

The 'memory_idle_ms_percentiles' array in DAMON_STAT is updated frequently
by the kernel to reflect the latest idle time statistics.  Marking it as
'__read_mostly' is inappropriate for data that is regularly written to, as
it can lead to cache pollution in the read-mostly section.

Remove the '__read_mostly' annotation to accurately reflect the
variable's usage pattern.

Link: https://lkml.kernel.org/r/20260130085603.1814-1-lirongqing@baidu.com
Signed-off-by: Li RongQing <lirongqing@baidu.com>
Reviewed-by: SeongJae Park <sj@kernel.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---

 mm/damon/stat.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

--- a/mm/damon/stat.c~mm-damon-remove-__read_mostly-from-memory_idle_ms_percentiles
+++ a/mm/damon/stat.c
@@ -34,7 +34,7 @@ module_param(estimated_memory_bandwidth,
 MODULE_PARM_DESC(estimated_memory_bandwidth,
 		"Estimated memory bandwidth usage in bytes per second");
 
-static long memory_idle_ms_percentiles[101] __read_mostly = {0,};
+static long memory_idle_ms_percentiles[101] = {0,};
 module_param_array(memory_idle_ms_percentiles, long, NULL, 0400);
 MODULE_PARM_DESC(memory_idle_ms_percentiles,
 		"Memory idle time percentiles in milliseconds");
_

Patches currently in -mm which might be from lirongqing@baidu.com are