From: Frederic Weisbecker <frederic@kernel.org>
To: Waiman Long <llong@redhat.com>
Cc: "Chen Ridong" <chenridong@huaweicloud.com>,
LKML <linux-kernel@vger.kernel.org>,
"Michal Koutný" <mkoutny@suse.com>,
"Andrew Morton" <akpm@linux-foundation.org>,
"Bjorn Helgaas" <bhelgaas@google.com>,
"Catalin Marinas" <catalin.marinas@arm.com>,
"Danilo Krummrich" <dakr@kernel.org>,
"David S . Miller" <davem@davemloft.net>,
"Eric Dumazet" <edumazet@google.com>,
"Gabriele Monaco" <gmonaco@redhat.com>,
"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
"Ingo Molnar" <mingo@redhat.com>,
"Jakub Kicinski" <kuba@kernel.org>,
"Jens Axboe" <axboe@kernel.dk>,
"Johannes Weiner" <hannes@cmpxchg.org>,
"Lai Jiangshan" <jiangshanlai@gmail.com>,
"Marco Crivellari" <marco.crivellari@suse.com>,
"Michal Hocko" <mhocko@suse.com>,
"Muchun Song" <muchun.song@linux.dev>,
"Paolo Abeni" <pabeni@redhat.com>,
"Peter Zijlstra" <peterz@infradead.org>,
"Phil Auld" <pauld@redhat.com>,
"Rafael J . Wysocki" <rafael@kernel.org>,
"Roman Gushchin" <roman.gushchin@linux.dev>,
"Shakeel Butt" <shakeel.butt@linux.dev>,
"Simon Horman" <horms@kernel.org>, "Tejun Heo" <tj@kernel.org>,
"Thomas Gleixner" <tglx@linutronix.de>,
"Vlastimil Babka" <vbabka@suse.cz>,
"Will Deacon" <will@kernel.org>,
cgroups@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
linux-block@vger.kernel.org, linux-mm@kvack.org,
linux-pci@vger.kernel.org, netdev@vger.kernel.org
Subject: Re: [PATCH 12/33] sched/isolation: Convert housekeeping cpumasks to rcu pointers
Date: Fri, 31 Oct 2025 17:17:50 +0100 [thread overview]
Message-ID: <aQThLsnmqu8Lor6c@localhost.localdomain> (raw)
In-Reply-To: <510b0185-51d6-44e6-8c39-dfc4c1721e03@redhat.com>
Le Tue, Oct 21, 2025 at 12:03:05AM -0400, Waiman Long a écrit :
> On 10/20/25 9:46 PM, Chen Ridong wrote:
> >
> > On 2025/10/14 4:31, Frederic Weisbecker wrote:
> > > HK_TYPE_DOMAIN's cpumask will soon be made modifyable by cpuset.
> > > A synchronization mechanism is then needed to synchronize the updates
> > > with the housekeeping cpumask readers.
> > >
> > > Turn the housekeeping cpumasks into RCU pointers. Once a housekeeping
> > > cpumask will be modified, the update side will wait for an RCU grace
> > > period and propagate the change to interested subsystem when deemed
> > > necessary.
> > >
> > > Signed-off-by: Frederic Weisbecker <frederic@kernel.org>
> > > ---
> > > kernel/sched/isolation.c | 58 +++++++++++++++++++++++++---------------
> > > kernel/sched/sched.h | 1 +
> > > 2 files changed, 37 insertions(+), 22 deletions(-)
> > >
> > > diff --git a/kernel/sched/isolation.c b/kernel/sched/isolation.c
> > > index 8690fb705089..b46c20b5437f 100644
> > > --- a/kernel/sched/isolation.c
> > > +++ b/kernel/sched/isolation.c
> > > @@ -21,7 +21,7 @@ DEFINE_STATIC_KEY_FALSE(housekeeping_overridden);
> > > EXPORT_SYMBOL_GPL(housekeeping_overridden);
> > > struct housekeeping {
> > > - cpumask_var_t cpumasks[HK_TYPE_MAX];
> > > + struct cpumask __rcu *cpumasks[HK_TYPE_MAX];
> > > unsigned long flags;
> > > };
> > > @@ -33,17 +33,28 @@ bool housekeeping_enabled(enum hk_type type)
> > > }
> > > EXPORT_SYMBOL_GPL(housekeeping_enabled);
> > > +const struct cpumask *housekeeping_cpumask(enum hk_type type)
> > > +{
> > > + if (static_branch_unlikely(&housekeeping_overridden)) {
> > > + if (housekeeping.flags & BIT(type)) {
> > > + return rcu_dereference_check(housekeeping.cpumasks[type], 1);
> > > + }
> > > + }
> > > + return cpu_possible_mask;
> > > +}
> > > +EXPORT_SYMBOL_GPL(housekeeping_cpumask);
> > > +
> > > int housekeeping_any_cpu(enum hk_type type)
> > > {
> > > int cpu;
> > > if (static_branch_unlikely(&housekeeping_overridden)) {
> > > if (housekeeping.flags & BIT(type)) {
> > > - cpu = sched_numa_find_closest(housekeeping.cpumasks[type], smp_processor_id());
> > > + cpu = sched_numa_find_closest(housekeeping_cpumask(type), smp_processor_id());
> > > if (cpu < nr_cpu_ids)
> > > return cpu;
> > > - cpu = cpumask_any_and_distribute(housekeeping.cpumasks[type], cpu_online_mask);
> > > + cpu = cpumask_any_and_distribute(housekeeping_cpumask(type), cpu_online_mask);
> > > if (likely(cpu < nr_cpu_ids))
> > > return cpu;
> > > /*
> > > @@ -59,28 +70,18 @@ int housekeeping_any_cpu(enum hk_type type)
> > > }
> > > EXPORT_SYMBOL_GPL(housekeeping_any_cpu);
> > > -const struct cpumask *housekeeping_cpumask(enum hk_type type)
> > > -{
> > > - if (static_branch_unlikely(&housekeeping_overridden))
> > > - if (housekeeping.flags & BIT(type))
> > > - return housekeeping.cpumasks[type];
> > > - return cpu_possible_mask;
> > > -}
> > > -EXPORT_SYMBOL_GPL(housekeeping_cpumask);
> > > -
> > > void housekeeping_affine(struct task_struct *t, enum hk_type type)
> > > {
> > > if (static_branch_unlikely(&housekeeping_overridden))
> > > if (housekeeping.flags & BIT(type))
> > > - set_cpus_allowed_ptr(t, housekeeping.cpumasks[type]);
> > > + set_cpus_allowed_ptr(t, housekeeping_cpumask(type));
> > > }
> > > EXPORT_SYMBOL_GPL(housekeeping_affine);
> > > bool housekeeping_test_cpu(int cpu, enum hk_type type)
> > > {
> > > - if (static_branch_unlikely(&housekeeping_overridden))
> > > - if (housekeeping.flags & BIT(type))
> > > - return cpumask_test_cpu(cpu, housekeeping.cpumasks[type]);
> > > + if (housekeeping.flags & BIT(type))
> > > + return cpumask_test_cpu(cpu, housekeeping_cpumask(type));
> > > return true;
> > > }
> > > EXPORT_SYMBOL_GPL(housekeeping_test_cpu);
> > > @@ -96,20 +97,33 @@ void __init housekeeping_init(void)
> > > if (housekeeping.flags & HK_FLAG_KERNEL_NOISE)
> > > sched_tick_offload_init();
> > > -
> > > + /*
> > > + * Realloc with a proper allocator so that any cpumask update
> > > + * can indifferently free the old version with kfree().
> > > + */
> > > for_each_set_bit(type, &housekeeping.flags, HK_TYPE_MAX) {
> > > + struct cpumask *omask, *nmask = kmalloc(cpumask_size(), GFP_KERNEL);
> > > +
> > > + if (WARN_ON_ONCE(!nmask))
> > > + return;
> > > +
> > > + omask = rcu_dereference(housekeeping.cpumasks[type]);
> > > +
> > > /* We need at least one CPU to handle housekeeping work */
> > > - WARN_ON_ONCE(cpumask_empty(housekeeping.cpumasks[type]));
> > > + WARN_ON_ONCE(cpumask_empty(omask));
> > > + cpumask_copy(nmask, omask);
> > > + RCU_INIT_POINTER(housekeeping.cpumasks[type], nmask);
> > > + memblock_free(omask, cpumask_size());
> > > }
> > > }
> > > static void __init housekeeping_setup_type(enum hk_type type,
> > > cpumask_var_t housekeeping_staging)
> > > {
> > > + struct cpumask *mask = memblock_alloc_or_panic(cpumask_size(), SMP_CACHE_BYTES);
> > > - alloc_bootmem_cpumask_var(&housekeeping.cpumasks[type]);
> > > - cpumask_copy(housekeeping.cpumasks[type],
> > > - housekeeping_staging);
> > > + cpumask_copy(mask, housekeeping_staging);
> > > + RCU_INIT_POINTER(housekeeping.cpumasks[type], mask);
> > > }
> > > static int __init housekeeping_setup(char *str, unsigned long flags)
> > > @@ -162,7 +176,7 @@ static int __init housekeeping_setup(char *str, unsigned long flags)
> > > for_each_set_bit(type, &iter_flags, HK_TYPE_MAX) {
> > > if (!cpumask_equal(housekeeping_staging,
> > > - housekeeping.cpumasks[type])) {
> > > + housekeeping_cpumask(type))) {
> > > pr_warn("Housekeeping: nohz_full= must match isolcpus=\n");
> > > goto free_housekeeping_staging;
> > > }
> > > diff --git a/kernel/sched/sched.h b/kernel/sched/sched.h
> > > index 1f5d07067f60..0c0ef8999fd6 100644
> > > --- a/kernel/sched/sched.h
> > > +++ b/kernel/sched/sched.h
> > > @@ -42,6 +42,7 @@
> > > #include <linux/ktime_api.h>
> > > #include <linux/lockdep_api.h>
> > > #include <linux/lockdep.h>
> > > +#include <linux/memblock.h>
> > > #include <linux/minmax.h>
> > > #include <linux/mm.h>
> > > #include <linux/module.h>
> > A warning was detected:
> >
> > =============================
> > WARNING: suspicious RCU usage
> > 6.17.0-next-20251009-00033-g4444da88969b #808 Not tainted
> > -----------------------------
> > kernel/sched/isolation.c:60 suspicious rcu_dereference_check() usage!
> >
> > other info that might help us debug this:
> >
> >
> > rcu_scheduler_active = 2, debug_locks = 1
> > 1 lock held by swapper/0/1:
> > #0: ffff888100600ce0 (&type->i_mutex_dir_key#3){++++}-{4:4}, at: walk_compone
> >
> > stack backtrace:
> > CPU: 3 UID: 0 PID: 1 Comm: swapper/0 Not tainted 6.17.0-next-20251009-00033-g4
> > Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.16.0-0-gd239
> > Call Trace:
> > <TASK>
> > dump_stack_lvl+0x68/0xa0
> > lockdep_rcu_suspicious+0x148/0x1b0
> > housekeeping_cpumask+0xaa/0xb0
> > housekeeping_test_cpu+0x25/0x40
> > find_get_block_common+0x41/0x3e0
> > bdev_getblk+0x28/0xa0
> > ext4_getblk+0xba/0x2d0
> > ext4_bread_batch+0x56/0x170
> > __ext4_find_entry+0x17c/0x410
> > ? lock_release+0xc6/0x290
> > ext4_lookup+0x7a/0x1d0
> > __lookup_slow+0xf9/0x1b0
> > walk_component+0xe0/0x150
> > link_path_walk+0x201/0x3e0
> > path_openat+0xb1/0xb30
> > ? stack_depot_save_flags+0x41e/0xa00
> > do_filp_open+0xbc/0x170
> > ? _raw_spin_unlock_irqrestore+0x2c/0x50
> > ? __create_object+0x59/0x80
> > ? trace_kmem_cache_alloc+0x1d/0xa0
> > ? vprintk_emit+0x2b2/0x360
> > do_open_execat+0x56/0x100
> > alloc_bprm+0x1a/0x200
> > ? __pfx_kernel_init+0x10/0x10
> > kernel_execve+0x4b/0x160
> > kernel_init+0xe5/0x1c0
> > ret_from_fork+0x185/0x1d0
> > ? __pfx_kernel_init+0x10/0x10
> > ret_from_fork_asm+0x1a/0x30
> > </TASK>
> > random: crng init done
> >
> It is because bh_lru_install() of fs/buffer.c calls cpu_is_isolated()
> without holding a rcu_read_lock. Will need to add a rcu_read_lock() there.
But this is called within bh_lru_lock() which should have either disabled
IRQs or preemption off. I would expect rcu_dereference_check() to automatically
verify those implied RCU read-side critical sections.
Let's see, lockdep_assert_in_rcu_reader() checks preemptible(), which is:
#define preemptible() (preempt_count() == 0 && !irqs_disabled())
Ah but if !CONFIG_PREEMPT_COUNT:
#define preemptible() 0
Chen did you have !CONFIG_PREEMPT_COUNT ?
Probably lockdep_assert_in_rcu_reader() should be fixed accordingly and consider
preemption always disabled whenever !CONFIG_PREEMPT_COUNT. Let me check that...
Thanks.
--
Frederic Weisbecker
SUSE Labs
next prev parent reply other threads:[~2025-10-31 16:17 UTC|newest]
Thread overview: 74+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-13 20:31 [PATCH 00/33 v3] cpuset/isolation: Honour kthreads preferred affinity Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 01/33] PCI: Prepare to protect against concurrent isolated cpuset change Frederic Weisbecker
2025-10-14 20:53 ` Bjorn Helgaas
2025-10-31 15:30 ` Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 02/33] cpu: Revert "cpu/hotplug: Prevent self deadlock on CPU hot-unplug" Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 03/33] memcg: Prepare to protect against concurrent isolated cpuset change Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 04/33] mm: vmstat: " Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 05/33] sched/isolation: Save boot defined domain flags Frederic Weisbecker
2025-10-23 15:45 ` Valentin Schneider
2025-10-31 15:36 ` Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 06/33] cpuset: Convert boot_hk_cpus to use HK_TYPE_DOMAIN_BOOT Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 07/33] driver core: cpu: Convert /sys/devices/system/cpu/isolated " Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 08/33] net: Keep ignoring isolated cpuset change Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 09/33] block: Protect against concurrent " Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 10/33] cpu: Provide lockdep check for CPU hotplug lock write-held Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 11/33] cpuset: Provide lockdep check for cpuset lock held Frederic Weisbecker
2025-10-14 13:29 ` Chen Ridong
2025-10-31 16:08 ` Frederic Weisbecker
2025-11-03 2:32 ` Chen Ridong
2025-10-13 20:31 ` [PATCH 12/33] sched/isolation: Convert housekeeping cpumasks to rcu pointers Frederic Weisbecker
2025-10-21 1:46 ` Chen Ridong
2025-10-21 1:57 ` Chen Ridong
2025-10-21 4:03 ` Waiman Long
2025-10-31 16:17 ` Frederic Weisbecker [this message]
2025-10-31 19:29 ` Waiman Long
2025-11-03 2:22 ` Chen Ridong
2025-11-05 15:18 ` Frederic Weisbecker
2025-10-21 3:49 ` Waiman Long
2025-11-05 15:23 ` Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 13/33] cpuset: Update HK_TYPE_DOMAIN cpumask from cpuset Frederic Weisbecker
2025-10-21 4:10 ` Waiman Long
2025-10-22 1:36 ` Chen Ridong
2025-11-05 15:42 ` Frederic Weisbecker
2025-11-05 19:33 ` Waiman Long
2025-10-21 13:39 ` Waiman Long
2025-11-05 15:45 ` Frederic Weisbecker
2025-11-05 19:39 ` Waiman Long
2025-10-31 12:59 ` Phil Auld
2025-11-05 15:57 ` Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 14/33] sched/isolation: Flush memcg workqueues on cpuset isolated partition change Frederic Weisbecker
2025-10-21 19:16 ` Waiman Long
2025-10-21 19:28 ` Waiman Long
2025-11-05 16:20 ` Frederic Weisbecker
2025-11-05 16:17 ` Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 15/33] sched/isolation: Flush vmstat " Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 16/33] PCI: Flush PCI probe workqueue " Frederic Weisbecker
2025-10-14 20:50 ` Bjorn Helgaas
2025-11-05 16:28 ` Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 17/33] cpuset: Propagate cpuset isolation update to workqueue through housekeeping Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 18/33] cpuset: Remove cpuset_cpu_is_isolated() Frederic Weisbecker
2025-10-29 18:05 ` Waiman Long
2025-11-05 16:36 ` Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 19/33] sched/isolation: Remove HK_TYPE_TICK test from cpu_is_isolated() Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 20/33] PCI: Remove superfluous HK_TYPE_WQ check Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 21/33] kthread: Refine naming of affinity related fields Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 22/33] kthread: Include unbound kthreads in the managed affinity list Frederic Weisbecker
2025-10-21 22:42 ` Waiman Long
2025-11-05 16:57 ` Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 23/33] kthread: Include kthreadd to " Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 24/33] kthread: Rely on HK_TYPE_DOMAIN for preferred affinity management Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 25/33] sched: Switch the fallback task allowed cpumask to HK_TYPE_DOMAIN Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 26/33] cgroup/cpuset: Fail if isolated and nohz_full don't leave any housekeeping Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 27/33] sched/arm64: Move fallback task cpumask to HK_TYPE_DOMAIN Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 28/33] kthread: Honour kthreads preferred affinity after cpuset changes Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 29/33] kthread: Comment on the purpose and placement of kthread_affine_node() call Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 30/33] kthread: Add API to update preferred affinity on kthread runtime Frederic Weisbecker
2025-10-14 12:35 ` Simon Horman
2025-11-05 17:26 ` Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 31/33] kthread: Document kthread_affine_preferred() Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 32/33] genirq: Correctly handle preferred kthreads affinity Frederic Weisbecker
2025-10-13 20:31 ` [PATCH 33/33] doc: Add housekeeping documentation Frederic Weisbecker
2025-10-14 11:27 ` [PATCH 00/33 v3] cpuset/isolation: Honour kthreads preferred affinity shinichiro.kawasaki
2025-10-14 12:17 ` Johannes Thumshirn
2025-10-15 9:43 ` Shinichiro Kawasaki
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=aQThLsnmqu8Lor6c@localhost.localdomain \
--to=frederic@kernel.org \
--cc=akpm@linux-foundation.org \
--cc=axboe@kernel.dk \
--cc=bhelgaas@google.com \
--cc=catalin.marinas@arm.com \
--cc=cgroups@vger.kernel.org \
--cc=chenridong@huaweicloud.com \
--cc=dakr@kernel.org \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=gmonaco@redhat.com \
--cc=gregkh@linuxfoundation.org \
--cc=hannes@cmpxchg.org \
--cc=horms@kernel.org \
--cc=jiangshanlai@gmail.com \
--cc=kuba@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-block@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linux-pci@vger.kernel.org \
--cc=llong@redhat.com \
--cc=marco.crivellari@suse.com \
--cc=mhocko@suse.com \
--cc=mingo@redhat.com \
--cc=mkoutny@suse.com \
--cc=muchun.song@linux.dev \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=pauld@redhat.com \
--cc=peterz@infradead.org \
--cc=rafael@kernel.org \
--cc=roman.gushchin@linux.dev \
--cc=shakeel.butt@linux.dev \
--cc=tglx@linutronix.de \
--cc=tj@kernel.org \
--cc=vbabka@suse.cz \
--cc=will@kernel.org \
/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.