[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4b976f7c-b105-4093-8838-eae26fc7de85@redhat.com>
Date: Wed, 4 Sep 2024 19:57:13 -0400
From: Waiman Long <longman@...hat.com>
To: Frederic Weisbecker <frederic@...nel.org>
Cc: Ingo Molnar <mingo@...hat.com>, Peter Zijlstra <peterz@...radead.org>,
Juri Lelli <juri.lelli@...hat.com>,
Vincent Guittot <vincent.guittot@...aro.org>,
Dietmar Eggemann <dietmar.eggemann@....com>,
Steven Rostedt <rostedt@...dmis.org>, Ben Segall <bsegall@...gle.com>,
Mel Gorman <mgorman@...e.de>, Valentin Schneider <vschneid@...hat.com>,
linux-kernel@...r.kernel.org, Phil Auld <pauld@...hat.com>
Subject: Re: [PATCH v3 2/2] sched/isolation: Consolidate housekeeping cpumasks
that are always identical
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@...hat.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
Powered by blists - more mailing lists