From: Waiman Long <longman@redhat.com>
To: Frederic Weisbecker <frederic@kernel.org>
Cc: Ingo Molnar <mingo@redhat.com>,
Peter Zijlstra <peterz@infradead.org>,
Juri Lelli <juri.lelli@redhat.com>,
Vincent Guittot <vincent.guittot@linaro.org>,
Dietmar Eggemann <dietmar.eggemann@arm.com>,
Steven Rostedt <rostedt@goodmis.org>,
Ben Segall <bsegall@google.com>, Mel Gorman <mgorman@suse.de>,
Valentin Schneider <vschneid@redhat.com>,
linux-kernel@vger.kernel.org, Phil Auld <pauld@redhat.com>
Subject: Re: [PATCH v3 2/2] sched/isolation: Consolidate housekeeping cpumasks that are always identical
Date: Wed, 4 Sep 2024 19:57:13 -0400 [thread overview]
Message-ID: <4b976f7c-b105-4093-8838-eae26fc7de85@redhat.com> (raw)
In-Reply-To: <ZtjOmPV0V7jbYqfO@pavilion.home>
On 9/4/24 17:18, Frederic Weisbecker wrote:
> Le Wed, Sep 04, 2024 at 02:36:50PM -0400, Waiman Long a écrit :
>> The housekeeping cpumasks are only set by two boot commandline
>> parameters: "nohz_full" and "isolcpus". When there is more than one of
>> "nohz_full" or "isolcpus", the extra ones must have the same CPU list
>> or the setup will fail partially.
>>
>> The HK_TYPE_TICK, HK_TYPE_DOMAIN and HK_TYPE_MANAGED_IRQ types are
>> settable by "isolcpus" and they can be set individually. The other
>> housekeeping types are all set by "nohz_full" without a way to set them
>> individually. So they all have identical cpumasks.
> And HK_TYPE_TICK is part of them, so it should become HK_TYPE_KERNEL_NOISE.
HK_TYPE_TICK can also be set with "isolcpus=tick,...". That is the
reason why it is still a separate type.
>
>> There is actually no point in having different cpumasks for these
>> "nohz_full" only housekeeping types. Consolidate these types to use the
>> same cpumask by aliasing them to the same value. If there is a need to
>> set any of them independently in the future, we can break them out to
>> their own cpumasks again.
>>
>> With this change, the number of cpumasks in the housekeeping structure
>> drops from 9 to 4. There is no other functional change.
>>
>> Signed-off-by: Waiman Long <longman@redhat.com>
>> ---
>> include/linux/sched/isolation.h | 18 ++++++++++++------
>> kernel/sched/isolation.c | 9 ++-------
>> 2 files changed, 14 insertions(+), 13 deletions(-)
>>
>> diff --git a/include/linux/sched/isolation.h b/include/linux/sched/isolation.h
>> index 499d5e480882..e2c42172de82 100644
>> --- a/include/linux/sched/isolation.h
>> +++ b/include/linux/sched/isolation.h
>> @@ -7,15 +7,21 @@
>> #include <linux/tick.h>
>>
>> enum hk_type {
>> - HK_TYPE_TIMER,
>> - HK_TYPE_RCU,
>> - HK_TYPE_MISC,
>> HK_TYPE_TICK,
>> HK_TYPE_DOMAIN,
>> - HK_TYPE_WQ,
>> HK_TYPE_MANAGED_IRQ,
>> - HK_TYPE_KTHREAD,
>> - HK_TYPE_MAX
>> + HK_TYPE_KERNEL_NOISE,
>> + HK_TYPE_MAX,
>> +
>> + /*
>> + * The following housekeeping types are only set by the nohz_full
>> + * boot commandline option. So they can share the same value.
>> + */
>> + HK_TYPE_TIMER = HK_TYPE_KERNEL_NOISE,
>> + HK_TYPE_RCU = HK_TYPE_KERNEL_NOISE,
>> + HK_TYPE_MISC = HK_TYPE_KERNEL_NOISE,
>> + HK_TYPE_WQ = HK_TYPE_KERNEL_NOISE,
>> + HK_TYPE_KTHREAD = HK_TYPE_KERNEL_NOISE
> Why not removing them entirely and only keep HK_TYPE_KERNEL_NOISE ?
All these HK_TYPE_* types are still used in other parts of kernel. We
need to clean them all up before we can remove them, but that is outside
the scope of this series.
Cheers,
Longman
next prev parent reply other threads:[~2024-09-04 23:57 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-04 18:36 [PATCH v3 0/2] sched: Miscellaneous isolation related cleanups Waiman Long
2024-09-04 18:36 ` [PATCH v3 1/2] sched/core: Remove HK_TYPE_SCHED Waiman Long
2024-09-04 18:36 ` [PATCH v3 2/2] sched/isolation: Consolidate housekeeping cpumasks that are always identical Waiman Long
2024-09-04 21:18 ` Frederic Weisbecker
2024-09-04 23:57 ` Waiman Long [this message]
2024-09-06 13:10 ` Frederic Weisbecker
2024-09-07 1:06 ` Waiman Long
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=4b976f7c-b105-4093-8838-eae26fc7de85@redhat.com \
--to=longman@redhat.com \
--cc=bsegall@google.com \
--cc=dietmar.eggemann@arm.com \
--cc=frederic@kernel.org \
--cc=juri.lelli@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mgorman@suse.de \
--cc=mingo@redhat.com \
--cc=pauld@redhat.com \
--cc=peterz@infradead.org \
--cc=rostedt@goodmis.org \
--cc=vincent.guittot@linaro.org \
--cc=vschneid@redhat.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
all inboxes | Powered by JetHome®