From: Lorenzo Stoakes <ljs@kernel.org>
To: ranxiaokai627@163.com
Cc: hughd@google.com, baolin.wang@linux.alibaba.com,
akpm@linux-foundation.org, leitao@debian.org, ziy@nvidia.com,
liam@infradead.org, npache@redhat.com, ryan.roberts@arm.com,
dev.jain@arm.com, baohua@kernel.org, lance.yang@linux.dev,
david@kernel.org, linux-mm@kvack.org,
linux-kernel@vger.kernel.org, ran.xiaokai@zte.com.cn
Subject: Re: [PATCH v3 1/2] mm: shmem: refactor thpsize_shmem_enabled_store() with sysfs_match_string()
Date: Fri, 22 May 2026 11:39:39 +0100 [thread overview]
Message-ID: <ahAxasYwrGvwQLKs@lucifer> (raw)
In-Reply-To: <20260518123238.56344-2-ranxiaokai627@163.com>
On Mon, May 18, 2026 at 12:32:37PM +0000, ranxiaokai627@163.com wrote:
> From: Ran Xiaokai <ran.xiaokai@zte.com.cn>
>
> Inspired by commit 82d9ff648c6c ("mm: huge_memory: refactor
> anon_enabled_store() with set_anon_enabled_mode()"), refactor
> thpsize_shmem_enabled_store() using sysfs_match_string().
> This eliminates the duplicated spin_lock/unlock(), set/clear_bit(),
> calls across all branches, reducing code duplication.
>
> Behavioral change:
> Call start_stop_khugepaged() only when the mode actually changes.
> If unchanged, call set_recommended_min_free_kbytes() to preserve
> legacy watermark behavior. This avoids unnecessary khugepaged restarts.
>
> Tested with selftests ./run_kselftest.sh -t mm:ksft_thp.sh,
> all test cases passed.
>
> Signed-off-by: Ran Xiaokai <ran.xiaokai@zte.com.cn>
Your From: and Signed-off-by: differs. As per my mail to the 2/2 this violates
kernel process rules. Please either update the signed-off-by to your @163.com
address or resend from your zte.com.cn address.
Logic generally looks good, but you need to fix your From/Signed-off-by and the
rename suggested below would be good.
Thanks, Lorenzo
> ---
> mm/shmem.c | 107 ++++++++++++++++++++++++++++++-----------------------
> 1 file changed, 60 insertions(+), 47 deletions(-)
>
> diff --git a/mm/shmem.c b/mm/shmem.c
> index 3b5dc21b323c..46d2cfc30823 100644
> --- a/mm/shmem.c
> +++ b/mm/shmem.c
> @@ -5526,6 +5526,29 @@ static ssize_t shmem_enabled_store(struct kobject *kobj,
> struct kobj_attribute shmem_enabled_attr = __ATTR_RW(shmem_enabled);
> static DEFINE_SPINLOCK(huge_shmem_orders_lock);
>
> +enum huge_shmem_enabled_mode {
> + HUGE_SHMEM_ENABLED_ALWAYS = 0,
> + HUGE_SHMEM_ENABLED_INHERIT,
> + HUGE_SHMEM_ENABLED_WITHIN_SIZE,
> + HUGE_SHMEM_ENABLED_ADVISE,
> + HUGE_SHMEM_ENABLED_NEVER,
> +};
> +
> +static const char * const huge_shmem_enabled_mode_strings[] = {
> + [HUGE_SHMEM_ENABLED_ALWAYS] = "always",
> + [HUGE_SHMEM_ENABLED_INHERIT] = "inherit",
> + [HUGE_SHMEM_ENABLED_WITHIN_SIZE] = "within_size",
> + [HUGE_SHMEM_ENABLED_ADVISE] = "advise",
> + [HUGE_SHMEM_ENABLED_NEVER] = "never",
> +};
> +
> +static unsigned long * const huge_shmem_orders_by_mode[] = {
> + [HUGE_SHMEM_ENABLED_ALWAYS] = &huge_shmem_orders_always,
> + [HUGE_SHMEM_ENABLED_INHERIT] = &huge_shmem_orders_inherit,
> + [HUGE_SHMEM_ENABLED_WITHIN_SIZE] = &huge_shmem_orders_within_size,
> + [HUGE_SHMEM_ENABLED_ADVISE] = &huge_shmem_orders_madvise,
> +};
As Baolin suggested, we can probably rename these for bervity.
We know it's shmem, as it's in shmem.c :) so drop that.
huge_mode, huge_mode_strings, huge_mode_orders seems good to me?
> +
> static ssize_t thpsize_shmem_enabled_show(struct kobject *kobj,
> struct kobj_attribute *attr, char *buf)
> {
> @@ -5546,63 +5569,53 @@ static ssize_t thpsize_shmem_enabled_show(struct kobject *kobj,
> return sysfs_emit(buf, "%s\n", output);
> }
>
> +static bool set_shmem_enabled_mode(int order, enum huge_shmem_enabled_mode mode)
> +{
> + bool changed = false;
> + enum huge_shmem_enabled_mode idx;
> +
> + spin_lock(&huge_shmem_orders_lock);
> + for (idx = 0; idx < ARRAY_SIZE(huge_shmem_orders_by_mode); idx++) {
> + if (idx == mode)
> + changed |= !__test_and_set_bit(order, huge_shmem_orders_by_mode[idx]);
> + else
> + changed |= __test_and_clear_bit(order, huge_shmem_orders_by_mode[idx]);
> + }
> + spin_unlock(&huge_shmem_orders_lock);
> +
> + return changed;
> +}
> +
Thanks for separating this out! :)
> static ssize_t thpsize_shmem_enabled_store(struct kobject *kobj,
> struct kobj_attribute *attr,
> const char *buf, size_t count)
> {
> int order = to_thpsize(kobj)->order;
> - ssize_t ret = count;
> -
> - if (sysfs_streq(buf, "always")) {
> - spin_lock(&huge_shmem_orders_lock);
> - clear_bit(order, &huge_shmem_orders_inherit);
> - clear_bit(order, &huge_shmem_orders_madvise);
> - clear_bit(order, &huge_shmem_orders_within_size);
> - set_bit(order, &huge_shmem_orders_always);
> - spin_unlock(&huge_shmem_orders_lock);
> - } else if (sysfs_streq(buf, "inherit")) {
> - /* Do not override huge allocation policy with non-PMD sized mTHP */
> - if (shmem_huge == SHMEM_HUGE_FORCE && !is_pmd_order(order))
> - return -EINVAL;
> + int mode;
>
> - spin_lock(&huge_shmem_orders_lock);
> - clear_bit(order, &huge_shmem_orders_always);
> - clear_bit(order, &huge_shmem_orders_madvise);
> - clear_bit(order, &huge_shmem_orders_within_size);
> - set_bit(order, &huge_shmem_orders_inherit);
> - spin_unlock(&huge_shmem_orders_lock);
> - } else if (sysfs_streq(buf, "within_size")) {
> - spin_lock(&huge_shmem_orders_lock);
> - clear_bit(order, &huge_shmem_orders_always);
> - clear_bit(order, &huge_shmem_orders_inherit);
> - clear_bit(order, &huge_shmem_orders_madvise);
> - set_bit(order, &huge_shmem_orders_within_size);
> - spin_unlock(&huge_shmem_orders_lock);
> - } else if (sysfs_streq(buf, "advise")) {
> - spin_lock(&huge_shmem_orders_lock);
> - clear_bit(order, &huge_shmem_orders_always);
> - clear_bit(order, &huge_shmem_orders_inherit);
> - clear_bit(order, &huge_shmem_orders_within_size);
> - set_bit(order, &huge_shmem_orders_madvise);
> - spin_unlock(&huge_shmem_orders_lock);
> - } else if (sysfs_streq(buf, "never")) {
> - spin_lock(&huge_shmem_orders_lock);
> - clear_bit(order, &huge_shmem_orders_always);
> - clear_bit(order, &huge_shmem_orders_inherit);
> - clear_bit(order, &huge_shmem_orders_within_size);
> - clear_bit(order, &huge_shmem_orders_madvise);
> - spin_unlock(&huge_shmem_orders_lock);
> - } else {
> - ret = -EINVAL;
> - }
> + mode = sysfs_match_string(huge_shmem_enabled_mode_strings, buf);
> + if (mode < 0)
> + return mode;
>
> - if (ret > 0) {
> - int err = start_stop_khugepaged();
> + /* Do not override huge allocation policy with non-PMD sized mTHP */
> + if (mode == HUGE_SHMEM_ENABLED_INHERIT &&
> + shmem_huge == SHMEM_HUGE_FORCE && !is_pmd_order(order))
> + return -EINVAL;
>
> + if (set_shmem_enabled_mode(order, mode)) {
> + int err = start_stop_khugepaged();
> if (err)
> - ret = err;
> + return err;
> + } else {
> + /*
> + * Recalculate watermarks even when the mode hasn't changed
> + * to preserve the legacy behavior, as this is always called
> + * inside start_stop_khugepaged().
> + */
> + set_recommended_min_free_kbytes();
> }
> - return ret;
> +
> + return count;
> }
>
> struct kobj_attribute thpsize_shmem_enabled_attr =
> --
> 2.25.1
>
>
next prev parent reply other threads:[~2026-05-22 10:39 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20260518123238.56344-1-ranxiaokai627@163.com>
[not found] ` <20260518123238.56344-3-ranxiaokai627@163.com>
2026-05-21 13:18 ` [PATCH v3 2/2] mm: shmem: refactor thpsize_shmem_enabled_show() with helper arrays Lance Yang
2026-05-22 10:34 ` Lorenzo Stoakes
2026-05-22 10:44 ` Barry Song
2026-05-22 10:56 ` Lorenzo Stoakes
2026-05-22 10:54 ` Lorenzo Stoakes
2026-05-22 11:36 ` Barry Song
[not found] ` <20260518123238.56344-2-ranxiaokai627@163.com>
2026-05-19 2:22 ` [PATCH v3 1/2] mm: shmem: refactor thpsize_shmem_enabled_store() with sysfs_match_string() Baolin Wang
2026-05-21 13:17 ` Lance Yang
2026-05-22 8:07 ` Barry Song
2026-05-22 10:39 ` Lorenzo Stoakes [this message]
2026-05-22 10:55 ` Lorenzo Stoakes
2026-05-25 7:52 ` ranxiaokai627
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=ahAxasYwrGvwQLKs@lucifer \
--to=ljs@kernel.org \
--cc=akpm@linux-foundation.org \
--cc=baohua@kernel.org \
--cc=baolin.wang@linux.alibaba.com \
--cc=david@kernel.org \
--cc=dev.jain@arm.com \
--cc=hughd@google.com \
--cc=lance.yang@linux.dev \
--cc=leitao@debian.org \
--cc=liam@infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=npache@redhat.com \
--cc=ran.xiaokai@zte.com.cn \
--cc=ranxiaokai627@163.com \
--cc=ryan.roberts@arm.com \
--cc=ziy@nvidia.com \
/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