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:55:20 +0100 [thread overview]
Message-ID: <ahA1-QcSK3_hoC5Z@lucifer> (raw)
In-Reply-To: <ahAxasYwrGvwQLKs@lucifer>
On Fri, May 22, 2026 at 11:39:45AM +0100, Lorenzo Stoakes wrote:
> 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.
Apologies, again I (somehow) missed the in-body From: :P
You're good, ignore this. But do please look at the suggest below re: naming!
Thanks :)
>
> 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:55 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-18 12:32 [PATCH v3 0/2] refactors thpsize_shmem_enabled_store() and thpsize_shmem_enabled_show() ranxiaokai627
2026-05-18 12:32 ` [PATCH v3 1/2] mm: shmem: refactor thpsize_shmem_enabled_store() with sysfs_match_string() ranxiaokai627
2026-05-19 2:22 ` Baolin Wang
2026-05-21 13:17 ` Lance Yang
2026-05-22 8:07 ` Barry Song
2026-05-22 10:39 ` Lorenzo Stoakes
2026-05-22 10:55 ` Lorenzo Stoakes [this message]
2026-05-25 7:52 ` ranxiaokai627
2026-05-18 12:32 ` [PATCH v3 2/2] mm: shmem: refactor thpsize_shmem_enabled_show() with helper arrays ranxiaokai627
2026-05-21 13:18 ` 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
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=ahA1-QcSK3_hoC5Z@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.