From: Frederic Weisbecker <frederic@kernel.org>
To: "Uladzislau Rezki (Sony)" <urezki@gmail.com>
Cc: "Paul E . McKenney" <paulmck@kernel.org>,
RCU <rcu@vger.kernel.org>, LKML <linux-kernel@vger.kernel.org>,
Neeraj upadhyay <Neeraj.Upadhyay@amd.com>,
Boqun Feng <boqun.feng@gmail.com>,
Joel Fernandes <joel@joelfernandes.org>,
Oleksiy Avramchenko <oleksiy.avramchenko@sony.com>,
syzbot+061d370693bdd99f9d34@syzkaller.appspotmail.com
Subject: Re: [PATCH] rcu/kvfree: Fix data-race in __mod_timer / kvfree_call_rcu
Date: Wed, 23 Oct 2024 17:56:37 +0200 [thread overview]
Message-ID: <ZxkctYE8sktPV9-b@localhost.localdomain> (raw)
In-Reply-To: <20241022105307.2857-1-urezki@gmail.com>
Le Tue, Oct 22, 2024 at 12:53:07PM +0200, Uladzislau Rezki (Sony) a écrit :
> KCSAN reports a data race when access the krcp->monitor_work.timer.expires
> variable in the schedule_delayed_monitor_work() function:
>
> <snip>
> BUG: KCSAN: data-race in __mod_timer / kvfree_call_rcu
>
> read to 0xffff888237d1cce8 of 8 bytes by task 10149 on cpu 1:
> schedule_delayed_monitor_work kernel/rcu/tree.c:3520 [inline]
> kvfree_call_rcu+0x3b8/0x510 kernel/rcu/tree.c:3839
> trie_update_elem+0x47c/0x620 kernel/bpf/lpm_trie.c:441
> bpf_map_update_value+0x324/0x350 kernel/bpf/syscall.c:203
> generic_map_update_batch+0x401/0x520 kernel/bpf/syscall.c:1849
> bpf_map_do_batch+0x28c/0x3f0 kernel/bpf/syscall.c:5143
> __sys_bpf+0x2e5/0x7a0
> __do_sys_bpf kernel/bpf/syscall.c:5741 [inline]
> __se_sys_bpf kernel/bpf/syscall.c:5739 [inline]
> __x64_sys_bpf+0x43/0x50 kernel/bpf/syscall.c:5739
> x64_sys_call+0x2625/0x2d60 arch/x86/include/generated/asm/syscalls_64.h:322
> do_syscall_x64 arch/x86/entry/common.c:52 [inline]
> do_syscall_64+0xc9/0x1c0 arch/x86/entry/common.c:83
> entry_SYSCALL_64_after_hwframe+0x77/0x7f
>
> write to 0xffff888237d1cce8 of 8 bytes by task 56 on cpu 0:
> __mod_timer+0x578/0x7f0 kernel/time/timer.c:1173
> add_timer_global+0x51/0x70 kernel/time/timer.c:1330
> __queue_delayed_work+0x127/0x1a0 kernel/workqueue.c:2523
> queue_delayed_work_on+0xdf/0x190 kernel/workqueue.c:2552
> queue_delayed_work include/linux/workqueue.h:677 [inline]
> schedule_delayed_monitor_work kernel/rcu/tree.c:3525 [inline]
> kfree_rcu_monitor+0x5e8/0x660 kernel/rcu/tree.c:3643
> process_one_work kernel/workqueue.c:3229 [inline]
> process_scheduled_works+0x483/0x9a0 kernel/workqueue.c:3310
> worker_thread+0x51d/0x6f0 kernel/workqueue.c:3391
> kthread+0x1d1/0x210 kernel/kthread.c:389
> ret_from_fork+0x4b/0x60 arch/x86/kernel/process.c:147
> ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:244
>
> Reported by Kernel Concurrency Sanitizer on:
> CPU: 0 UID: 0 PID: 56 Comm: kworker/u8:4 Not tainted 6.12.0-rc2-syzkaller-00050-g5b7c893ed5ed #0
> Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 09/13/2024
> Workqueue: events_unbound kfree_rcu_monitor
> <snip>
>
> kfree_rcu_monitor() rearms the work if a "krcp" has to be still
> offloaded and this is done without holding krcp->lock, whereas
> the kvfree_call_rcu() holds it.
>
> Fix it by acquiring the "krcp->lock" for kfree_rcu_monitor() so
> both functions do not race anymore.
>
> Reported-by: syzbot+061d370693bdd99f9d34@syzkaller.appspotmail.com
> Link: https://lore.kernel.org/lkml/ZxZ68KmHDQYU0yfD@pc636/T/
> Fixes: 8fc5494ad5fa ("rcu/kvfree: Move need_offload_krc() out of krcp->lock")
> Signed-off-by: Uladzislau Rezki (Sony) <urezki@gmail.com>
Applied, thanks!
prev parent reply other threads:[~2024-10-23 15:56 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-22 10:53 Uladzislau Rezki (Sony)
2024-10-23 15:56 ` 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=ZxkctYE8sktPV9-b@localhost.localdomain \
--to=frederic@kernel.org \
--cc=Neeraj.Upadhyay@amd.com \
--cc=boqun.feng@gmail.com \
--cc=joel@joelfernandes.org \
--cc=linux-kernel@vger.kernel.org \
--cc=oleksiy.avramchenko@sony.com \
--cc=paulmck@kernel.org \
--cc=rcu@vger.kernel.org \
--cc=syzbot+061d370693bdd99f9d34@syzkaller.appspotmail.com \
--cc=urezki@gmail.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®