From: ranxiaokai627@163.com
To: ljs@kernel.org
Cc: akpm@linux-foundation.org, baolin.wang@linux.alibaba.com,
hughd@google.com, leitao@debian.org,
linux-kernel@vger.kernel.org, linux-mm@kvack.org,
ran.xiaokai@zte.com.cn, ranxiaokai627@163.com
Subject: Re: [PATCH v2 1/2] mm: huge_memory: refactor thpsize_shmem_enabled_store() with sysfs_match_string()
Date: Fri, 15 May 2026 06:21:08 +0000 [thread overview]
Message-ID: <20260515062108.53231-1-ranxiaokai627@163.com> (raw)
In-Reply-To: <agW_BR8qNsxzAKYi@lucifer>
>On Wed, May 13, 2026 at 09:45:07AM +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.
>
>You are not mentioning that you're changing the stop/start behaviour. This
>is a fundamental part of the change that should be documented in the commit
>message.
Hi, Lorenzo,
Thanks for your detailed review.
I'll update the commit message to document this:
"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>
>> ---
>> mm/shmem.c | 94 +++++++++++++++++++++++++++++-------------------------
>> 1 file changed, 51 insertions(+), 43 deletions(-)
>>
>> diff --git a/mm/shmem.c b/mm/shmem.c
>> index 3b5dc21b323c..60cb10854f11 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,
>> +};
>
>I think it's perfectly cromulent to put this within a function rather than as a
>static value at file scope. See below.
>
>> +
>> static ssize_t thpsize_shmem_enabled_show(struct kobject *kobj,
>> struct kobj_attribute *attr, char *buf)
>> {
>> @@ -5551,57 +5574,42 @@ static ssize_t thpsize_shmem_enabled_store(struct kobject *kobj,
>> const char *buf, size_t count)
>> {
>> int order = to_thpsize(kobj)->order;
>> + int mode, m;
>
>I hate single letter variable names (yes I see set_anon_enabled_mode() has it, I
>should have reviewed against that, oops :).
>
>Please give it its type of enum huge_shmem_enalbed_mode.
int main()
{
enum huge_shmem_enabled_mode mode = 0;
const char* type_name = _Generic((mode),
int: "signed int",
unsigned int: "unsigned int",
default: "other"
);
printf("enum huge_shmem_enabled_mode underlying type is: %s\n", type_name);
return 0;
}
./a.out
enum huge_shmem_enabled_mode underlying type is: unsigned int
This will cause the following check to always evaluate to false:
if (mode < 0)
return mode;
So i think we should keep mode as integer.
>> ssize_t ret = count;
>> + int err;
>
>This is silly, we don't need ret and err (the ret is not your fault
>obviously...)
>
>On success, we return count, on failure we return err. Drop the ret here.
>
>(I think Baolin reviewed similarly :)
Agreed, will simplify return logic and return count in v3.
>> + bool changed = false;
>>
>> - 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;
>> + mode = sysfs_match_string(huge_shmem_enabled_mode_strings, buf);
>> + if (mode < 0)
>> + return -EINVAL;
>
>I don't know why we filter this error, it returns -EINVAL on error anyway, just
>return mode in this case.
yes, will return mode directly,
but the type of mode needs to remain an integer variable as replied above.
>>
>> - 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;
>> - }
>> + /* 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 (ret > 0) {
>> - int err = start_stop_khugepaged();
>> + spin_lock(&huge_shmem_orders_lock);
>> + for (m = 0; m < ARRAY_SIZE(huge_shmem_orders_by_mode); m++) {
>> + if (m == mode)
>> + changed |= !__test_and_set_bit(order, huge_shmem_orders_by_mode[m]);
>> + else
>> + changed |= __test_and_clear_bit(order, huge_shmem_orders_by_mode[m]);
>> + }
>> + spin_unlock(&huge_shmem_orders_lock);
>
>You're copy/pasta'ing anon_enabled_store() but not the nicer refactoring that's
>there.
>
>Please split this out like set_anon_enabled_mode() does. And put:
>
> static unsigned long *enabled_orders[] = {
> &huge_shmem_orders_always,
> &huge_shmem_orders_inherit,
> &huge_shmem_orders_within_size,
> &huge_shmem_orders_madvise,
> };
>
>At the start of it like that does also.
>
>Please don't reproduce the single letter var name though :)
Agreed, will extract a set_shmem_enabled_mode() helper with local array.
>> +};
>
>>
>> + if (changed) {
>> + err = start_stop_khugepaged();
>> if (err)
>> ret = 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;
>
>> }
>>
>> --
>> 2.25.1
>>
>>
>
>Cheers, Lorenzo
next prev parent reply other threads:[~2026-05-15 6:21 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-13 9:45 [PATCH v2 1/2] mm: huge_memory: refactor thpsize_shmem_enabled_store() with sysfs_match_string() ranxiaokai627
2026-05-13 9:45 ` [PATCH v2 2/2] mm: huge_memory: refactor thpsize_shmem_enabled_show() with helper arrays ranxiaokai627
2026-05-14 2:41 ` Baolin Wang
2026-05-14 9:08 ` Breno Leitao
2026-05-14 12:22 ` Lorenzo Stoakes
2026-05-15 6:04 ` ranxiaokai627
2026-05-15 11:36 ` Lorenzo Stoakes
2026-05-14 2:36 ` [PATCH v2 1/2] mm: huge_memory: refactor thpsize_shmem_enabled_store() with sysfs_match_string() Baolin Wang
2026-05-14 10:10 ` ranxiaokai627
2026-05-14 12:05 ` Lorenzo Stoakes
2026-05-14 8:33 ` Breno Leitao
2026-05-14 9:26 ` ranxiaokai627
2026-05-14 12:48 ` Lorenzo Stoakes
2026-05-15 6:21 ` ranxiaokai627 [this message]
2026-05-15 7:23 ` ranxiaokai627
2026-05-15 11:34 ` Lorenzo Stoakes
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=20260515062108.53231-1-ranxiaokai627@163.com \
--to=ranxiaokai627@163.com \
--cc=akpm@linux-foundation.org \
--cc=baolin.wang@linux.alibaba.com \
--cc=hughd@google.com \
--cc=leitao@debian.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=ljs@kernel.org \
--cc=ran.xiaokai@zte.com.cn \
/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