From: Frederic Weisbecker <frederic@kernel.org>
To: Gabriele Monaco <gmonaco@redhat.com>
Cc: linux-kernel@vger.kernel.org,
Thomas Gleixner <tglx@linutronix.de>,
Waiman Long <longman@redhat.com>
Subject: Re: [PATCH v5 6/6] timers: Exclude isolated cpus from timer migation
Date: Tue, 20 May 2025 16:43:45 +0200 [thread overview]
Message-ID: <aCyVIfD-pbOlvsFy@localhost.localdomain> (raw)
In-Reply-To: <20250508145319.97794-14-gmonaco@redhat.com>
Le Thu, May 08, 2025 at 04:53:26PM +0200, Gabriele Monaco a écrit :
> diff --git a/kernel/time/timer_migration.c b/kernel/time/timer_migration.c
> index 25439f961ccf..fb27e929e2cf 100644
> --- a/kernel/time/timer_migration.c
> +++ b/kernel/time/timer_migration.c
> @@ -10,6 +10,7 @@
> #include <linux/spinlock.h>
> #include <linux/timerqueue.h>
> #include <trace/events/ipi.h>
> +#include <linux/sched/isolation.h>
>
> #include "timer_migration.h"
> #include "tick-internal.h"
> @@ -1478,6 +1479,16 @@ static int tmigr_cpu_available(unsigned int cpu)
> if (WARN_ON_ONCE(!tmc->tmgroup))
> return -EINVAL;
>
> + /*
> + * Domain isolated CPUs don't participate in timer migration.
> + * Checking here guarantees that CPUs isolated at boot (e.g. isolcpus)
> + * are not marked as available when they first become online.
> + * During runtime, any offline isolated CPU is also not incorrectly
> + * marked as available once it gets back online.
> + */
> + if (!housekeeping_test_cpu(cpu, HK_TYPE_DOMAIN) ||
> + cpuset_cpu_is_isolated(cpu))
if (housekeeping_cpu(cpu, HK_TYPE_KERNEL_NOISE) &&
(!housekeeping_cpu(cpu,HK_TYPE_DOMAIN) || cpuset_cpu_is_isolated(cpu)))
Because nohz_full= must be part of the hierarchy.
> + return 0;
> raw_spin_lock_irq(&tmc->lock);
> trace_tmigr_cpu_available(tmc);
> tmc->idle = timer_base_is_idle();
> @@ -1489,6 +1500,38 @@ static int tmigr_cpu_available(unsigned int cpu)
> return 0;
> }
>
> +static void tmigr_remote_cpu_unavailable(void *ignored)
> +{
> + tmigr_cpu_unavailable(smp_processor_id());
> +}
> +
> +static void tmigr_remote_cpu_available(void *ignored)
> +{
> + tmigr_cpu_available(smp_processor_id());
> +}
> +
> +int tmigr_isolated_exclude_cpumask(cpumask_var_t exclude_cpumask)
> +{
> + cpumask_var_t cpumask;
> + int ret = 0;
> +
> + lockdep_assert_cpus_held();
> +
> + if (!alloc_cpumask_var(&cpumask, GFP_KERNEL))
> + return -ENOMEM;
> +
> + cpumask_and(cpumask, exclude_cpumask, tmigr_available_cpumask);
> + cpumask_and(cpumask, cpumask, housekeeping_cpumask(HK_TYPE_TICK));
Good, but please use HK_TYPE_KERNEL_NOISE, I need to finish that rename at some
point.
Thanks.
> + on_each_cpu_mask(cpumask, tmigr_remote_cpu_unavailable, NULL, 0);
> +
> + cpumask_andnot(cpumask, cpu_online_mask, exclude_cpumask);
> + cpumask_andnot(cpumask, cpumask, tmigr_available_cpumask);
> + on_each_cpu_mask(cpumask, tmigr_remote_cpu_available, NULL, 0);
> +
> + free_cpumask_var(cpumask);
> + return ret;
> +}
> +
> static void tmigr_init_group(struct tmigr_group *group, unsigned int lvl,
> int node)
> {
> --
> 2.49.0
>
--
Frederic Weisbecker
SUSE Labs
prev parent reply other threads:[~2025-05-20 14:43 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-08 14:53 [PATCH v5 0/6] timers: Exclude isolated cpus from timer migation Gabriele Monaco
2025-05-08 14:53 ` [PATCH v5 1/6] timers: Rename tmigr 'online' bit to 'available' Gabriele Monaco
2025-05-08 14:53 ` [PATCH v5 2/6] timers: Add the available mask in timer migration Gabriele Monaco
2025-05-08 14:53 ` [PATCH v5 3/6] cgroup/cpuset: Rename update_unbound_workqueue_cpumask() to update_exclusion_cpumasks() Gabriele Monaco
2025-05-08 14:53 ` [PATCH v5 4/6] sched/isolation: Force housekeeping if isolcpus and nohz_full don't leave any Gabriele Monaco
2025-05-20 10:17 ` Frederic Weisbecker
2025-05-20 11:17 ` Gabriele Monaco
2025-05-20 11:57 ` Frederic Weisbecker
2025-05-20 12:02 ` Frederic Weisbecker
2025-05-20 12:28 ` Gabriele Monaco
2025-05-08 14:53 ` [PATCH v5 5/6] cgroup/cpuset: Fail if isolated and nohz_full don't leave any housekeeping Gabriele Monaco
2025-05-20 13:39 ` Gabriele Monaco
2025-05-20 14:28 ` Frederic Weisbecker
2025-05-20 15:24 ` Gabriele Monaco
2025-05-23 11:15 ` Gabriele Monaco
2025-06-24 14:11 ` Frederic Weisbecker
2025-05-08 14:53 ` [PATCH v5 6/6] timers: Exclude isolated cpus from timer migation Gabriele Monaco
2025-05-20 14:43 ` Frederic Weisbecker [this message]
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=aCyVIfD-pbOlvsFy@localhost.localdomain \
--to=frederic@kernel.org \
--cc=gmonaco@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=longman@redhat.com \
--cc=tglx@linutronix.de \
/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