* [syzbot] [kernel?] INFO: rcu detected stall in watchdog (2)
@ 2025-12-23 5:23 syzbot
2025-12-23 9:35 ` Lance Yang
0 siblings, 1 reply; 4+ messages in thread
From: syzbot @ 2025-12-23 5:23 UTC (permalink / raw)
To: akpm, lance.yang, linux-kernel, mhiramat, netdev, pmladek,
syzkaller-bugs
Hello,
syzbot found the following issue on:
HEAD commit: 7b8e9264f55a Merge tag 'net-6.19-rc2' of git://git.kernel...
git tree: net-next
console output: https://syzkaller.appspot.com/x/log.txt?x=1207562a580000
kernel config: https://syzkaller.appspot.com/x/.config?x=a94030c847137a18
dashboard link: https://syzkaller.appspot.com/bug?extid=085983798339fb1b6e51
compiler: Debian clang version 20.1.8 (++20250708063551+0c9f909b7976-1~exp1~20250708183702.136), Debian LLD 20.1.8
syz repro: https://syzkaller.appspot.com/x/repro.syz?x=174cab1a580000
C reproducer: https://syzkaller.appspot.com/x/repro.c?x=122e777c580000
Downloadable assets:
disk image: https://storage.googleapis.com/syzbot-assets/8974d9d662d1/disk-7b8e9264.raw.xz
vmlinux: https://storage.googleapis.com/syzbot-assets/127f2bb7aa37/vmlinux-7b8e9264.xz
kernel image: https://storage.googleapis.com/syzbot-assets/2dc3e335ca80/bzImage-7b8e9264.xz
IMPORTANT: if you fix the issue, please add the following tag to the commit:
Reported-by: syzbot+085983798339fb1b6e51@syzkaller.appspotmail.com
rcu: INFO: rcu_preempt detected stalls on CPUs/tasks:
rcu: (detected by 0, t=10502 jiffies, g=18609, q=500 ncpus=2)
rcu: All QSes seen, last rcu_preempt kthread activity 10502 (4294978752-4294968250), jiffies_till_next_fqs=1, root ->qsmask 0x0
rcu: rcu_preempt kthread starved for 10502 jiffies! g18609 f0x2 RCU_GP_WAIT_FQS(5) ->state=0x0 ->cpu=1
rcu: Unless rcu_preempt kthread gets sufficient CPU time, OOM is now expected behavior.
rcu: RCU grace-period kthread stack dump:
task:rcu_preempt state:R running task stack:27272 pid:16 tgid:16 ppid:2 task_flags:0x208040 flags:0x00080000
Call Trace:
<TASK>
context_switch kernel/sched/core.c:5256 [inline]
__schedule+0x14bc/0x5000 kernel/sched/core.c:6863
__schedule_loop kernel/sched/core.c:6945 [inline]
schedule+0x165/0x360 kernel/sched/core.c:6960
schedule_timeout+0x12b/0x270 kernel/time/sleep_timeout.c:99
rcu_gp_fqs_loop+0x301/0x1540 kernel/rcu/tree.c:2083
rcu_gp_kthread+0x99/0x390 kernel/rcu/tree.c:2285
kthread+0x711/0x8a0 kernel/kthread.c:463
ret_from_fork+0x599/0xb30 arch/x86/kernel/process.c:158
ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:246
</TASK>
rcu: Stack dump where RCU GP kthread last ran:
Sending NMI from CPU 0 to CPUs 1:
NMI backtrace for cpu 1
CPU: 1 UID: 0 PID: 31 Comm: khungtaskd Not tainted syzkaller #0 PREEMPT(full)
Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 10/25/2025
RIP: 0010:check_kcov_mode kernel/kcov.c:183 [inline]
RIP: 0010:write_comp_data kernel/kcov.c:246 [inline]
RIP: 0010:__sanitizer_cov_trace_switch+0x97/0x130 kernel/kcov.c:351
Code: 54 53 48 8b 54 24 20 65 4c 8b 04 25 08 b0 7e 92 45 31 c9 eb 08 49 ff c1 4c 39 c8 74 77 4e 8b 54 ce 10 65 44 8b 1d c9 f7 bc 10 <41> 81 e3 00 01 ff 00 74 13 41 81 fb 00 01 00 00 75 d9 41 83 b8 6c
RSP: 0018:ffffc90000a082e0 EFLAGS: 00000016
RAX: 0000000000000020 RBX: 0000000000000004 RCX: 0000000000000005
RDX: ffffffff81c39275 RSI: ffffffff8df9a280 RDI: 0000000000000004
RBP: 0000006100d347d2 R08: ffff88801e2b0000 R09: 000000000000001b
R10: 000000000000001b R11: 0000000080010005 R12: dffffc0000000000
R13: ffff88801bed6010 R14: ffff88801bed64c0 R15: 00000000000667c4
FS: 0000000000000000(0000) GS:ffff888125f35000(0000) knlGS:0000000000000000
CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 000055d3cfba3a38 CR3: 00000000727a4000 CR4: 00000000003526f0
Call Trace:
<IRQ>
rb_event_length+0x45/0x400 kernel/trace/ring_buffer.c:222
rb_read_data_buffer+0x438/0x580 kernel/trace/ring_buffer.c:1858
check_buffer+0x28a/0x750 kernel/trace/ring_buffer.c:4410
__rb_reserve_next+0x592/0xdb0 kernel/trace/ring_buffer.c:4509
rb_reserve_next_event kernel/trace/ring_buffer.c:4646 [inline]
ring_buffer_lock_reserve+0xbb5/0x1010 kernel/trace/ring_buffer.c:4705
__trace_buffer_lock_reserve kernel/trace/trace.c:1079 [inline]
trace_event_buffer_lock_reserve+0x1d0/0x6f0 kernel/trace/trace.c:2808
trace_event_buffer_reserve+0x248/0x340 kernel/trace/trace_events.c:672
do_trace_event_raw_event_bpf_trace_printk kernel/trace/bpf_trace.h:11 [inline]
trace_event_raw_event_bpf_trace_printk+0x100/0x260 kernel/trace/bpf_trace.h:11
__do_trace_bpf_trace_printk kernel/trace/bpf_trace.h:11 [inline]
trace_bpf_trace_printk+0x153/0x1b0 kernel/trace/bpf_trace.h:11
____bpf_trace_printk kernel/trace/bpf_trace.c:379 [inline]
bpf_trace_printk+0x11e/0x190 kernel/trace/bpf_trace.c:362
bpf_prog_b1367f0be6c54012+0x39/0x3f
bpf_dispatcher_nop_func include/linux/bpf.h:1378 [inline]
__bpf_prog_run include/linux/filter.h:723 [inline]
bpf_prog_run include/linux/filter.h:730 [inline]
__bpf_trace_run kernel/trace/bpf_trace.c:2075 [inline]
bpf_trace_run1+0x27f/0x4c0 kernel/trace/bpf_trace.c:2115
__bpf_trace_rcu_utilization+0xa1/0xf0 include/trace/events/rcu.h:27
__traceiter_rcu_utilization+0x7a/0xb0 include/trace/events/rcu.h:27
__do_trace_rcu_utilization include/trace/events/rcu.h:27 [inline]
trace_rcu_utilization+0x191/0x1c0 include/trace/events/rcu.h:27
rcu_sched_clock_irq+0xd3/0x1280 kernel/rcu/tree.c:2693
update_process_times+0x23c/0x2f0 kernel/time/timer.c:2474
tick_sched_handle kernel/time/tick-sched.c:298 [inline]
tick_nohz_handler+0x3e9/0x710 kernel/time/tick-sched.c:319
__run_hrtimer kernel/time/hrtimer.c:1777 [inline]
__hrtimer_run_queues+0x4d0/0xc30 kernel/time/hrtimer.c:1841
hrtimer_interrupt+0x45b/0xaa0 kernel/time/hrtimer.c:1903
local_apic_timer_interrupt arch/x86/kernel/apic/apic.c:1045 [inline]
__sysvec_apic_timer_interrupt+0x102/0x3e0 arch/x86/kernel/apic/apic.c:1062
instr_sysvec_apic_timer_interrupt arch/x86/kernel/apic/apic.c:1056 [inline]
sysvec_apic_timer_interrupt+0xa1/0xc0 arch/x86/kernel/apic/apic.c:1056
</IRQ>
<TASK>
asm_sysvec_apic_timer_interrupt+0x1a/0x20 arch/x86/include/asm/idtentry.h:697
RIP: 0010:console_trylock_spinning kernel/printk/printk.c:2037 [inline]
RIP: 0010:vprintk_emit+0x4d0/0x5f0 kernel/printk/printk.c:2425
Code: 0f 84 34 ff ff ff e8 cf 62 20 00 fb eb 44 e8 c7 62 20 00 e8 82 72 ba 09 4d 85 f6 74 94 e8 b8 62 20 00 fb 48 c7 c7 e0 58 f3 8d <31> f6 ba 01 00 00 00 31 c9 41 b8 01 00 00 00 45 31 c9 53 e8 28 26
RSP: 0018:ffffc90000a77a80 EFLAGS: 00000293
RAX: ffffffff81a14f98 RBX: ffffffff81a14df1 RCX: ffff88801e2b0000
RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffffffff8df358e0
RBP: ffffc90000a77b90 R08: ffffffff8f822077 R09: 1ffffffff1f0440e
R10: dffffc0000000000 R11: fffffbfff1f0440f R12: 0000000000000000
R13: 0000000000000040 R14: 0000000000000200 R15: 1ffff9200014ef54
_printk+0xcf/0x120 kernel/printk/printk.c:2451
check_hung_task kernel/hung_task.c:255 [inline]
check_hung_uninterruptible_tasks kernel/hung_task.c:331 [inline]
watchdog+0xb35/0xfe0 kernel/hung_task.c:515
kthread+0x711/0x8a0 kernel/kthread.c:463
ret_from_fork+0x599/0xb30 arch/x86/kernel/process.c:158
ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:246
</TASK>
---
This report is generated by a bot. It may contain errors.
See https://goo.gl/tpsmEJ for more information about syzbot.
syzbot engineers can be reached at syzkaller@googlegroups.com.
syzbot will keep track of this issue. See:
https://goo.gl/tpsmEJ#status for how to communicate with syzbot.
If the report is already addressed, let syzbot know by replying with:
#syz fix: exact-commit-title
If you want syzbot to run the reproducer, reply with:
#syz test: git://repo/address.git branch-or-commit-hash
If you attach or paste a git patch, syzbot will apply it before testing.
If you want to overwrite report's subsystems, reply with:
#syz set subsystems: new-subsystem
(See the list of subsystem names on the web dashboard)
If the report is a duplicate of another one, reply with:
#syz dup: exact-subject-of-another-report
If you want to undo deduplication, reply with:
#syz undup
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [syzbot] [kernel?] INFO: rcu detected stall in watchdog (2)
2025-12-23 5:23 [syzbot] [kernel?] INFO: rcu detected stall in watchdog (2) syzbot
@ 2025-12-23 9:35 ` Lance Yang
2026-01-07 15:59 ` Petr Mladek
0 siblings, 1 reply; 4+ messages in thread
From: Lance Yang @ 2025-12-23 9:35 UTC (permalink / raw)
To: syzbot; +Cc: pmladek, syzkaller-bugs, netdev, akpm, linux-kernel, mhiramat
On 2025/12/23 13:23, syzbot wrote:
> Hello,
>
> syzbot found the following issue on:
>
> HEAD commit: 7b8e9264f55a Merge tag 'net-6.19-rc2' of git://git.kernel...
> git tree: net-next
> console output: https://syzkaller.appspot.com/x/log.txt?x=1207562a580000
> kernel config: https://syzkaller.appspot.com/x/.config?x=a94030c847137a18
> dashboard link: https://syzkaller.appspot.com/bug?extid=085983798339fb1b6e51
> compiler: Debian clang version 20.1.8 (++20250708063551+0c9f909b7976-1~exp1~20250708183702.136), Debian LLD 20.1.8
> syz repro: https://syzkaller.appspot.com/x/repro.syz?x=174cab1a580000
> C reproducer: https://syzkaller.appspot.com/x/repro.c?x=122e777c580000
>
> Downloadable assets:
> disk image: https://storage.googleapis.com/syzbot-assets/8974d9d662d1/disk-7b8e9264.raw.xz
> vmlinux: https://storage.googleapis.com/syzbot-assets/127f2bb7aa37/vmlinux-7b8e9264.xz
> kernel image: https://storage.googleapis.com/syzbot-assets/2dc3e335ca80/bzImage-7b8e9264.xz
>
> IMPORTANT: if you fix the issue, please add the following tag to the commit:
> Reported-by: syzbot+085983798339fb1b6e51@syzkaller.appspotmail.com
>
> rcu: INFO: rcu_preempt detected stalls on CPUs/tasks:
> rcu: (detected by 0, t=10502 jiffies, g=18609, q=500 ncpus=2)
> rcu: All QSes seen, last rcu_preempt kthread activity 10502 (4294978752-4294968250), jiffies_till_next_fqs=1, root ->qsmask 0x0
> rcu: rcu_preempt kthread starved for 10502 jiffies! g18609 f0x2 RCU_GP_WAIT_FQS(5) ->state=0x0 ->cpu=1
> rcu: Unless rcu_preempt kthread gets sufficient CPU time, OOM is now expected behavior.
> rcu: RCU grace-period kthread stack dump:
> task:rcu_preempt state:R running task stack:27272 pid:16 tgid:16 ppid:2 task_flags:0x208040 flags:0x00080000
> Call Trace:
> <TASK>
> context_switch kernel/sched/core.c:5256 [inline]
> __schedule+0x14bc/0x5000 kernel/sched/core.c:6863
> __schedule_loop kernel/sched/core.c:6945 [inline]
> schedule+0x165/0x360 kernel/sched/core.c:6960
> schedule_timeout+0x12b/0x270 kernel/time/sleep_timeout.c:99
> rcu_gp_fqs_loop+0x301/0x1540 kernel/rcu/tree.c:2083
> rcu_gp_kthread+0x99/0x390 kernel/rcu/tree.c:2285
> kthread+0x711/0x8a0 kernel/kthread.c:463
> ret_from_fork+0x599/0xb30 arch/x86/kernel/process.c:158
> ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:246
> </TASK>
> rcu: Stack dump where RCU GP kthread last ran:
> Sending NMI from CPU 0 to CPUs 1:
> NMI backtrace for cpu 1
> CPU: 1 UID: 0 PID: 31 Comm: khungtaskd Not tainted syzkaller #0 PREEMPT(full)
> Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 10/25/2025
> RIP: 0010:check_kcov_mode kernel/kcov.c:183 [inline]
> RIP: 0010:write_comp_data kernel/kcov.c:246 [inline]
> RIP: 0010:__sanitizer_cov_trace_switch+0x97/0x130 kernel/kcov.c:351
> Code: 54 53 48 8b 54 24 20 65 4c 8b 04 25 08 b0 7e 92 45 31 c9 eb 08 49 ff c1 4c 39 c8 74 77 4e 8b 54 ce 10 65 44 8b 1d c9 f7 bc 10 <41> 81 e3 00 01 ff 00 74 13 41 81 fb 00 01 00 00 75 d9 41 83 b8 6c
> RSP: 0018:ffffc90000a082e0 EFLAGS: 00000016
> RAX: 0000000000000020 RBX: 0000000000000004 RCX: 0000000000000005
> RDX: ffffffff81c39275 RSI: ffffffff8df9a280 RDI: 0000000000000004
> RBP: 0000006100d347d2 R08: ffff88801e2b0000 R09: 000000000000001b
> R10: 000000000000001b R11: 0000000080010005 R12: dffffc0000000000
> R13: ffff88801bed6010 R14: ffff88801bed64c0 R15: 00000000000667c4
> FS: 0000000000000000(0000) GS:ffff888125f35000(0000) knlGS:0000000000000000
> CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> CR2: 000055d3cfba3a38 CR3: 00000000727a4000 CR4: 00000000003526f0
> Call Trace:
> <IRQ>
> rb_event_length+0x45/0x400 kernel/trace/ring_buffer.c:222
> rb_read_data_buffer+0x438/0x580 kernel/trace/ring_buffer.c:1858
> check_buffer+0x28a/0x750 kernel/trace/ring_buffer.c:4410
> __rb_reserve_next+0x592/0xdb0 kernel/trace/ring_buffer.c:4509
> rb_reserve_next_event kernel/trace/ring_buffer.c:4646 [inline]
> ring_buffer_lock_reserve+0xbb5/0x1010 kernel/trace/ring_buffer.c:4705
> __trace_buffer_lock_reserve kernel/trace/trace.c:1079 [inline]
> trace_event_buffer_lock_reserve+0x1d0/0x6f0 kernel/trace/trace.c:2808
> trace_event_buffer_reserve+0x248/0x340 kernel/trace/trace_events.c:672
> do_trace_event_raw_event_bpf_trace_printk kernel/trace/bpf_trace.h:11 [inline]
> trace_event_raw_event_bpf_trace_printk+0x100/0x260 kernel/trace/bpf_trace.h:11
> __do_trace_bpf_trace_printk kernel/trace/bpf_trace.h:11 [inline]
> trace_bpf_trace_printk+0x153/0x1b0 kernel/trace/bpf_trace.h:11
> ____bpf_trace_printk kernel/trace/bpf_trace.c:379 [inline]
> bpf_trace_printk+0x11e/0x190 kernel/trace/bpf_trace.c:362
> bpf_prog_b1367f0be6c54012+0x39/0x3f
> bpf_dispatcher_nop_func include/linux/bpf.h:1378 [inline]
> __bpf_prog_run include/linux/filter.h:723 [inline]
> bpf_prog_run include/linux/filter.h:730 [inline]
> __bpf_trace_run kernel/trace/bpf_trace.c:2075 [inline]
> bpf_trace_run1+0x27f/0x4c0 kernel/trace/bpf_trace.c:2115
> __bpf_trace_rcu_utilization+0xa1/0xf0 include/trace/events/rcu.h:27
> __traceiter_rcu_utilization+0x7a/0xb0 include/trace/events/rcu.h:27
> __do_trace_rcu_utilization include/trace/events/rcu.h:27 [inline]
> trace_rcu_utilization+0x191/0x1c0 include/trace/events/rcu.h:27
> rcu_sched_clock_irq+0xd3/0x1280 kernel/rcu/tree.c:2693
> update_process_times+0x23c/0x2f0 kernel/time/timer.c:2474
> tick_sched_handle kernel/time/tick-sched.c:298 [inline]
> tick_nohz_handler+0x3e9/0x710 kernel/time/tick-sched.c:319
> __run_hrtimer kernel/time/hrtimer.c:1777 [inline]
> __hrtimer_run_queues+0x4d0/0xc30 kernel/time/hrtimer.c:1841
> hrtimer_interrupt+0x45b/0xaa0 kernel/time/hrtimer.c:1903
> local_apic_timer_interrupt arch/x86/kernel/apic/apic.c:1045 [inline]
> __sysvec_apic_timer_interrupt+0x102/0x3e0 arch/x86/kernel/apic/apic.c:1062
> instr_sysvec_apic_timer_interrupt arch/x86/kernel/apic/apic.c:1056 [inline]
> sysvec_apic_timer_interrupt+0xa1/0xc0 arch/x86/kernel/apic/apic.c:1056
> </IRQ>
> <TASK>
> asm_sysvec_apic_timer_interrupt+0x1a/0x20 arch/x86/include/asm/idtentry.h:697
> RIP: 0010:console_trylock_spinning kernel/printk/printk.c:2037 [inline]
The khungtaskd was trying to print something and got stuck in
console_trylock_spinning ...
While waiting there, a timer interrupt fired and ran a BPF program
that traces RCU events with bpf_trace_printk.
So both printk being slow and BPF/tracing running in the interrupt
seem to be contributing to the RCU stall :(
#syz set subsystems: bpf, trace
> RIP: 0010:vprintk_emit+0x4d0/0x5f0 kernel/printk/printk.c:2425
> Code: 0f 84 34 ff ff ff e8 cf 62 20 00 fb eb 44 e8 c7 62 20 00 e8 82 72 ba 09 4d 85 f6 74 94 e8 b8 62 20 00 fb 48 c7 c7 e0 58 f3 8d <31> f6 ba 01 00 00 00 31 c9 41 b8 01 00 00 00 45 31 c9 53 e8 28 26
> RSP: 0018:ffffc90000a77a80 EFLAGS: 00000293
> RAX: ffffffff81a14f98 RBX: ffffffff81a14df1 RCX: ffff88801e2b0000
> RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffffffff8df358e0
> RBP: ffffc90000a77b90 R08: ffffffff8f822077 R09: 1ffffffff1f0440e
> R10: dffffc0000000000 R11: fffffbfff1f0440f R12: 0000000000000000
> R13: 0000000000000040 R14: 0000000000000200 R15: 1ffff9200014ef54
> _printk+0xcf/0x120 kernel/printk/printk.c:2451
> check_hung_task kernel/hung_task.c:255 [inline]
> check_hung_uninterruptible_tasks kernel/hung_task.c:331 [inline]
> watchdog+0xb35/0xfe0 kernel/hung_task.c:515
> kthread+0x711/0x8a0 kernel/kthread.c:463
> ret_from_fork+0x599/0xb30 arch/x86/kernel/process.c:158
> ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:246
> </TASK>
>
>
> ---
> This report is generated by a bot. It may contain errors.
> See https://goo.gl/tpsmEJ for more information about syzbot.
> syzbot engineers can be reached at syzkaller@googlegroups.com.
>
> syzbot will keep track of this issue. See:
> https://goo.gl/tpsmEJ#status for how to communicate with syzbot.
>
> If the report is already addressed, let syzbot know by replying with:
> #syz fix: exact-commit-title
>
> If you want syzbot to run the reproducer, reply with:
> #syz test: git://repo/address.git branch-or-commit-hash
> If you attach or paste a git patch, syzbot will apply it before testing.
>
> If you want to overwrite report's subsystems, reply with:
> #syz set subsystems: new-subsystem
> (See the list of subsystem names on the web dashboard)
>
> If the report is a duplicate of another one, reply with:
> #syz dup: exact-subject-of-another-report
>
> If you want to undo deduplication, reply with:
> #syz undup
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [syzbot] [kernel?] INFO: rcu detected stall in watchdog (2)
2025-12-23 9:35 ` Lance Yang
@ 2026-01-07 15:59 ` Petr Mladek
2026-01-07 16:54 ` Steven Rostedt
0 siblings, 1 reply; 4+ messages in thread
From: Petr Mladek @ 2026-01-07 15:59 UTC (permalink / raw)
To: Lance Yang
Cc: syzbot, syzkaller-bugs, netdev, akpm, linux-kernel, mhiramat,
John Ogness, Steven Rostedt, Mathieu Desnoyers,
Alexei Starovoitov, Daniel Borkmann, Andrii Nakryiko,
Martin KaFai Lau, bpf
Adding John, tracing, and BPF people into Cc.
On Tue 2025-12-23 17:35:42, Lance Yang wrote:
>
>
> On 2025/12/23 13:23, syzbot wrote:
> > Hello,
> >
> > syzbot found the following issue on:
> >
> > HEAD commit: 7b8e9264f55a Merge tag 'net-6.19-rc2' of git://git.kernel...
> > git tree: net-next
> > console output: https://syzkaller.appspot.com/x/log.txt?x=1207562a580000
> > kernel config: https://syzkaller.appspot.com/x/.config?x=a94030c847137a18
> > dashboard link: https://syzkaller.appspot.com/bug?extid=085983798339fb1b6e51
> > compiler: Debian clang version 20.1.8 (++20250708063551+0c9f909b7976-1~exp1~20250708183702.136), Debian LLD 20.1.8
> > syz repro: https://syzkaller.appspot.com/x/repro.syz?x=174cab1a580000
> > C reproducer: https://syzkaller.appspot.com/x/repro.c?x=122e777c580000
> >
> > Downloadable assets:
> > disk image: https://storage.googleapis.com/syzbot-assets/8974d9d662d1/disk-7b8e9264.raw.xz
> > vmlinux: https://storage.googleapis.com/syzbot-assets/127f2bb7aa37/vmlinux-7b8e9264.xz
> > kernel image: https://storage.googleapis.com/syzbot-assets/2dc3e335ca80/bzImage-7b8e9264.xz
> >
> > IMPORTANT: if you fix the issue, please add the following tag to the commit:
> > Reported-by: syzbot+085983798339fb1b6e51@syzkaller.appspotmail.com
> >
> > rcu: INFO: rcu_preempt detected stalls on CPUs/tasks:
> > rcu: (detected by 0, t=10502 jiffies, g=18609, q=500 ncpus=2)
> > rcu: All QSes seen, last rcu_preempt kthread activity 10502 (4294978752-4294968250), jiffies_till_next_fqs=1, root ->qsmask 0x0
> > rcu: rcu_preempt kthread starved for 10502 jiffies! g18609 f0x2 RCU_GP_WAIT_FQS(5) ->state=0x0 ->cpu=1
> > rcu: Unless rcu_preempt kthread gets sufficient CPU time, OOM is now expected behavior.
> > rcu: RCU grace-period kthread stack dump:
> > task:rcu_preempt state:R running task stack:27272 pid:16 tgid:16 ppid:2 task_flags:0x208040 flags:0x00080000
> > Call Trace:
> > <TASK>
> > context_switch kernel/sched/core.c:5256 [inline]
> > __schedule+0x14bc/0x5000 kernel/sched/core.c:6863
> > __schedule_loop kernel/sched/core.c:6945 [inline]
> > schedule+0x165/0x360 kernel/sched/core.c:6960
> > schedule_timeout+0x12b/0x270 kernel/time/sleep_timeout.c:99
> > rcu_gp_fqs_loop+0x301/0x1540 kernel/rcu/tree.c:2083
> > rcu_gp_kthread+0x99/0x390 kernel/rcu/tree.c:2285
> > kthread+0x711/0x8a0 kernel/kthread.c:463
> > ret_from_fork+0x599/0xb30 arch/x86/kernel/process.c:158
> > ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:246
> > </TASK>
> > rcu: Stack dump where RCU GP kthread last ran:
> > Sending NMI from CPU 0 to CPUs 1:
> > NMI backtrace for cpu 1
> > CPU: 1 UID: 0 PID: 31 Comm: khungtaskd Not tainted syzkaller #0 PREEMPT(full)
> > Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 10/25/2025
> > RIP: 0010:check_kcov_mode kernel/kcov.c:183 [inline]
> > RIP: 0010:write_comp_data kernel/kcov.c:246 [inline]
> > RIP: 0010:__sanitizer_cov_trace_switch+0x97/0x130 kernel/kcov.c:351
I am a bit confused here.
1. Why there are 3 RIP entries?
2. Why RIP points to kcov code? The last return address on stack
is rb_event_length() which does not seem to call kcov code...
3. Who calls __sanitizer_cov_trace_switch()? It seems to be
an exported symbol which is not directly called from kernel.
Note that I am not familiar with the kcov code and how it is used.
> > Code: 54 53 48 8b 54 24 20 65 4c 8b 04 25 08 b0 7e 92 45 31 c9 eb 08 49 ff c1 4c 39 c8 74 77 4e 8b 54 ce 10 65 44 8b 1d c9 f7 bc 10 <41> 81 e3 00 01 ff 00 74 13 41 81 fb 00 01 00 00 75 d9 41 83 b8 6c
> > RSP: 0018:ffffc90000a082e0 EFLAGS: 00000016
> > RAX: 0000000000000020 RBX: 0000000000000004 RCX: 0000000000000005
> > RDX: ffffffff81c39275 RSI: ffffffff8df9a280 RDI: 0000000000000004
> > RBP: 0000006100d347d2 R08: ffff88801e2b0000 R09: 000000000000001b
> > R10: 000000000000001b R11: 0000000080010005 R12: dffffc0000000000
> > R13: ffff88801bed6010 R14: ffff88801bed64c0 R15: 00000000000667c4
> > FS: 0000000000000000(0000) GS:ffff888125f35000(0000) knlGS:0000000000000000
> > CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> > CR2: 000055d3cfba3a38 CR3: 00000000727a4000 CR4: 00000000003526f0
> > Call Trace:
> > <IRQ>
> > rb_event_length+0x45/0x400 kernel/trace/ring_buffer.c:222
> > rb_read_data_buffer+0x438/0x580 kernel/trace/ring_buffer.c:1858
> > check_buffer+0x28a/0x750 kernel/trace/ring_buffer.c:4410
> > __rb_reserve_next+0x592/0xdb0 kernel/trace/ring_buffer.c:4509
> > rb_reserve_next_event kernel/trace/ring_buffer.c:4646 [inline]
> > ring_buffer_lock_reserve+0xbb5/0x1010 kernel/trace/ring_buffer.c:4705
> > __trace_buffer_lock_reserve kernel/trace/trace.c:1079 [inline]
> > trace_event_buffer_lock_reserve+0x1d0/0x6f0 kernel/trace/trace.c:2808
> > trace_event_buffer_reserve+0x248/0x340 kernel/trace/trace_events.c:672
> > do_trace_event_raw_event_bpf_trace_printk kernel/trace/bpf_trace.h:11 [inline]
> > trace_event_raw_event_bpf_trace_printk+0x100/0x260 kernel/trace/bpf_trace.h:11
> > __do_trace_bpf_trace_printk kernel/trace/bpf_trace.h:11 [inline]
> > trace_bpf_trace_printk+0x153/0x1b0 kernel/trace/bpf_trace.h:11
> > ____bpf_trace_printk kernel/trace/bpf_trace.c:379 [inline]
> > bpf_trace_printk+0x11e/0x190 kernel/trace/bpf_trace.c:362
> > bpf_prog_b1367f0be6c54012+0x39/0x3f
> > bpf_dispatcher_nop_func include/linux/bpf.h:1378 [inline]
> > __bpf_prog_run include/linux/filter.h:723 [inline]
> > bpf_prog_run include/linux/filter.h:730 [inline]
> > __bpf_trace_run kernel/trace/bpf_trace.c:2075 [inline]
> > bpf_trace_run1+0x27f/0x4c0 kernel/trace/bpf_trace.c:2115
> > __bpf_trace_rcu_utilization+0xa1/0xf0 include/trace/events/rcu.h:27
> > __traceiter_rcu_utilization+0x7a/0xb0 include/trace/events/rcu.h:27
> > __do_trace_rcu_utilization include/trace/events/rcu.h:27 [inline]
> > trace_rcu_utilization+0x191/0x1c0 include/trace/events/rcu.h:27
> > rcu_sched_clock_irq+0xd3/0x1280 kernel/rcu/tree.c:2693
> > update_process_times+0x23c/0x2f0 kernel/time/timer.c:2474
> > tick_sched_handle kernel/time/tick-sched.c:298 [inline]
> > tick_nohz_handler+0x3e9/0x710 kernel/time/tick-sched.c:319
> > __run_hrtimer kernel/time/hrtimer.c:1777 [inline]
> > __hrtimer_run_queues+0x4d0/0xc30 kernel/time/hrtimer.c:1841
> > hrtimer_interrupt+0x45b/0xaa0 kernel/time/hrtimer.c:1903
> > local_apic_timer_interrupt arch/x86/kernel/apic/apic.c:1045 [inline]
> > __sysvec_apic_timer_interrupt+0x102/0x3e0 arch/x86/kernel/apic/apic.c:1062
> > instr_sysvec_apic_timer_interrupt arch/x86/kernel/apic/apic.c:1056 [inline]
> > sysvec_apic_timer_interrupt+0xa1/0xc0 arch/x86/kernel/apic/apic.c:1056
> > </IRQ>
> > <TASK>
> > asm_sysvec_apic_timer_interrupt+0x1a/0x20 arch/x86/include/asm/idtentry.h:697
> > RIP: 0010:console_trylock_spinning kernel/printk/printk.c:2037 [inline]
>
> The khungtaskd was trying to print something
The "full" log at
https://syzkaller.appspot.com/text?tag=CrashLog&x=1207562a580000
shows the following:
[ 416.485474][ C0] rcu: INFO: rcu_preempt detected stalls on CPUs/tasks:
[ 416.492530][ C0] rcu: (detected by 0, t=10502 jiffies, g=18609, q=500 ncpus=2)
[ 416.500319][ C0] rcu: All QSes seen, last rcu_preempt kthread activity 10502 (4294978752-4294968250), jiffies_till_next_fqs=1, root ->qsmask 0x0
[ 416.513804][ C0] rcu: rcu_preempt kthread starved for 10502 jiffies! g18609 f0x2 RCU_GP_WAIT_FQS(5) ->state=0x0 ->cpu=1
[ 416.525197][ C0] rcu: Unless rcu_preempt kthread gets sufficient CPU time, OOM is now expected behavior.
[ 416.535358][ C0] rcu: RCU grace-period kthread stack dump:
[ 416.541258][ C0] task:rcu_preempt state:R running task stack:27272 pid:16 tgid:16 ppid:2 task_flags:0x208040 flags:0x00080000
[ 416.554783][ C0] Call Trace:
[ 416.558097][ C0] <TASK>
[ 416.561050][ C0] __schedule+0x14bc/0x5000
[ 416.565598][ C0] ? lockdep_hardirqs_on+0x98/0x140
[...]
[ 416.611648][ C0] rcu_gp_fqs_loop+0x301/0x1540
[ 416.616548][ C0] ? __pfx_rcu_gp_init+0x10/0x10
[ 416.617417][ T31] INFO: task kworker/u8:12:4866 blocked for more than 157 seconds.
[ 416.621584][ C0] ? lockdep_hardirqs_on+0x98/0x140
[...]
So, the hung task detector detected that "kworker/u8:12:4866" was in
TASK_UNINTERRUPTIBLE for more that 157 seconds.
Note that this task should not cause RCU stall. The hung task is sleeping...
Anyway, this is the line which was added by the printk() on CPU1
from watchdog() function.
> and got stuck in console_trylock_spinning ...
The time spent in console_trylock_spinning should be limited
by the lenght of a single printk record and speed of the console.
The spinning is allowed only around single record flush,
see console_lock_spinning_enable() in console_emit_next_record()
or nbcon_legacy_emit_next_record().
It should not take more than 1sec even on pretty slow serial consoles.
Unless something went wrong, of course...
But wait!
The RCU report says:
[ 416.492530][ C0] rcu: (detected by 0, t=10502 jiffies, g=18609, q=500 ncpus=2)
There seems to be two CPUs, aka CPU0 and CPU1. And the backtrace from
CPU1 was taken via NMI:
[ 416.622108][ C0] Sending NMI from CPU 0 to CPUs 1:
[ 416.622135][ C1] NMI backtrace for cpu 1
[ 416.622148][ C1] CPU: 1 UID: 0 PID: 31 Comm: khungtaskd Not tainted syzkaller #0 PREEMPT(full)
It means that CPU1 should not be blocked in console_lock_spinning_enable()
when the other CPU0 is calling __schedule() in rcu_gp_kthread() and
detects the RCU stall. It is not in a code where spinning is allowed,
definitely.
Possibilities:
1. The stall might be caused by the BPF or tracing code which is
called in IRQ context from hrtimer_interrupt().
2. The backtrace might be misleading. There are only two CPUs.
Maybe the rcu_preempt kthread was scheduled after the system
got unstuck => backtraces might be from a state when the system is
already running "properly".
3. printk() causes stalls. And there were many lines added between
213s and 237s. From the full log:
[ 213.498587][ T5898] Bluetooth: hci0: unexpected cc 0x0c03 length: 249 > 1
[ 213.517072][ T5898] Bluetooth: hci0: unexpected cc 0x1003 length: 249 > 9
[ ... 279 lines, 31kB printed ...]
[ 237.623198][ T13] netdevsim netdevsim3 netdevsim2: set [1, 0] type 2 family 0 port 6081 - 0
[ 237.831401][ T6144] veth1_vlan: entered promiscuous mode
So this might cause stall in theory.
The strange thing is that the stall was reported almost 200s later:
[ 416.485474][ C0] rcu: INFO: rcu_preempt detected stalls on CPUs/tasks:
[ 416.492530][ C0] rcu: (detected by 0, t=10502 jiffies, g=18609, q=500 ncpus=2)
It is possible that only CPU1 was doing some real job during this time.
And CPU0 was busy flushing the 31kB lines in an atomic context.
Does anyone know how long was the RCU stall?
How long are t=10502 jiffies in this case?
Best Regards,
Petr
> While waiting there, a timer interrupt fired and ran a BPF program
> that traces RCU events with bpf_trace_printk.
>
> So both printk being slow and BPF/tracing running in the interrupt
> seem to be contributing to the RCU stall :(
>
> #syz set subsystems: bpf, trace
>
>
> > RIP: 0010:vprintk_emit+0x4d0/0x5f0 kernel/printk/printk.c:2425
> > Code: 0f 84 34 ff ff ff e8 cf 62 20 00 fb eb 44 e8 c7 62 20 00 e8 82 72 ba 09 4d 85 f6 74 94 e8 b8 62 20 00 fb 48 c7 c7 e0 58 f3 8d <31> f6 ba 01 00 00 00 31 c9 41 b8 01 00 00 00 45 31 c9 53 e8 28 26
> > RSP: 0018:ffffc90000a77a80 EFLAGS: 00000293
> > RAX: ffffffff81a14f98 RBX: ffffffff81a14df1 RCX: ffff88801e2b0000
> > RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffffffff8df358e0
> > RBP: ffffc90000a77b90 R08: ffffffff8f822077 R09: 1ffffffff1f0440e
> > R10: dffffc0000000000 R11: fffffbfff1f0440f R12: 0000000000000000
> > R13: 0000000000000040 R14: 0000000000000200 R15: 1ffff9200014ef54
> > _printk+0xcf/0x120 kernel/printk/printk.c:2451
> > check_hung_task kernel/hung_task.c:255 [inline]
> > check_hung_uninterruptible_tasks kernel/hung_task.c:331 [inline]
> > watchdog+0xb35/0xfe0 kernel/hung_task.c:515
> > kthread+0x711/0x8a0 kernel/kthread.c:463
> > ret_from_fork+0x599/0xb30 arch/x86/kernel/process.c:158
> > ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:246
> > </TASK>
> >
> >
> > ---
> > This report is generated by a bot. It may contain errors.
> > See https://goo.gl/tpsmEJ for more information about syzbot.
> > syzbot engineers can be reached at syzkaller@googlegroups.com.
> >
> > syzbot will keep track of this issue. See:
> > https://goo.gl/tpsmEJ#status for how to communicate with syzbot.
> >
> > If the report is already addressed, let syzbot know by replying with:
> > #syz fix: exact-commit-title
> >
> > If you want syzbot to run the reproducer, reply with:
> > #syz test: git://repo/address.git branch-or-commit-hash
> > If you attach or paste a git patch, syzbot will apply it before testing.
> >
> > If you want to overwrite report's subsystems, reply with:
> > #syz set subsystems: new-subsystem
> > (See the list of subsystem names on the web dashboard)
> >
> > If the report is a duplicate of another one, reply with:
> > #syz dup: exact-subject-of-another-report
> >
> > If you want to undo deduplication, reply with:
> > #syz undup
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [syzbot] [kernel?] INFO: rcu detected stall in watchdog (2)
2026-01-07 15:59 ` Petr Mladek
@ 2026-01-07 16:54 ` Steven Rostedt
0 siblings, 0 replies; 4+ messages in thread
From: Steven Rostedt @ 2026-01-07 16:54 UTC (permalink / raw)
To: Petr Mladek
Cc: Lance Yang, syzbot, syzkaller-bugs, netdev, akpm, linux-kernel,
mhiramat, John Ogness, Mathieu Desnoyers, Alexei Starovoitov,
Daniel Borkmann, Andrii Nakryiko, Martin KaFai Lau, bpf
On Wed, 7 Jan 2026 16:59:39 +0100
Petr Mladek <pmladek@suse.com> wrote:
> Adding John, tracing, and BPF people into Cc.
>
> On Tue 2025-12-23 17:35:42, Lance Yang wrote:
> >
> >
> > On 2025/12/23 13:23, syzbot wrote:
> > > Hello,
> > >
> > > syzbot found the following issue on:
> > >
> > > HEAD commit: 7b8e9264f55a Merge tag 'net-6.19-rc2' of git://git.kernel...
> > > git tree: net-next
> > > console output: https://syzkaller.appspot.com/x/log.txt?x=1207562a580000
> > > kernel config: https://syzkaller.appspot.com/x/.config?x=a94030c847137a18
> > > dashboard link: https://syzkaller.appspot.com/bug?extid=085983798339fb1b6e51
> > > compiler: Debian clang version 20.1.8 (++20250708063551+0c9f909b7976-1~exp1~20250708183702.136), Debian LLD 20.1.8
> > > syz repro: https://syzkaller.appspot.com/x/repro.syz?x=174cab1a580000
> > > C reproducer: https://syzkaller.appspot.com/x/repro.c?x=122e777c580000
> > >
> > > Downloadable assets:
> > > disk image: https://storage.googleapis.com/syzbot-assets/8974d9d662d1/disk-7b8e9264.raw.xz
> > > vmlinux: https://storage.googleapis.com/syzbot-assets/127f2bb7aa37/vmlinux-7b8e9264.xz
> > > kernel image: https://storage.googleapis.com/syzbot-assets/2dc3e335ca80/bzImage-7b8e9264.xz
> > >
> > > IMPORTANT: if you fix the issue, please add the following tag to the commit:
> > > Reported-by: syzbot+085983798339fb1b6e51@syzkaller.appspotmail.com
> > >
> > > rcu: INFO: rcu_preempt detected stalls on CPUs/tasks:
> > > rcu: (detected by 0, t=10502 jiffies, g=18609, q=500 ncpus=2)
> > > rcu: All QSes seen, last rcu_preempt kthread activity 10502 (4294978752-4294968250), jiffies_till_next_fqs=1, root ->qsmask 0x0
> > > rcu: rcu_preempt kthread starved for 10502 jiffies! g18609 f0x2 RCU_GP_WAIT_FQS(5) ->state=0x0 ->cpu=1
> > > rcu: Unless rcu_preempt kthread gets sufficient CPU time, OOM is now expected behavior.
> > > rcu: RCU grace-period kthread stack dump:
> > > task:rcu_preempt state:R running task stack:27272 pid:16 tgid:16 ppid:2 task_flags:0x208040 flags:0x00080000
> > > Call Trace:
> > > <TASK>
> > > context_switch kernel/sched/core.c:5256 [inline]
> > > __schedule+0x14bc/0x5000 kernel/sched/core.c:6863
> > > __schedule_loop kernel/sched/core.c:6945 [inline]
> > > schedule+0x165/0x360 kernel/sched/core.c:6960
> > > schedule_timeout+0x12b/0x270 kernel/time/sleep_timeout.c:99
> > > rcu_gp_fqs_loop+0x301/0x1540 kernel/rcu/tree.c:2083
> > > rcu_gp_kthread+0x99/0x390 kernel/rcu/tree.c:2285
> > > kthread+0x711/0x8a0 kernel/kthread.c:463
> > > ret_from_fork+0x599/0xb30 arch/x86/kernel/process.c:158
> > > ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:246
> > > </TASK>
> > > rcu: Stack dump where RCU GP kthread last ran:
> > > Sending NMI from CPU 0 to CPUs 1:
> > > NMI backtrace for cpu 1
> > > CPU: 1 UID: 0 PID: 31 Comm: khungtaskd Not tainted syzkaller #0 PREEMPT(full)
> > > Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 10/25/2025
> > > RIP: 0010:check_kcov_mode kernel/kcov.c:183 [inline]
> > > RIP: 0010:write_comp_data kernel/kcov.c:246 [inline]
> > > RIP: 0010:__sanitizer_cov_trace_switch+0x97/0x130 kernel/kcov.c:351
>
> I am a bit confused here.
>
> 1. Why there are 3 RIP entries?
>
> 2. Why RIP points to kcov code? The last return address on stack
> is rb_event_length() which does not seem to call kcov code...
>
> 3. Who calls __sanitizer_cov_trace_switch()? It seems to be
> an exported symbol which is not directly called from kernel.
>
> Note that I am not familiar with the kcov code and how it is used.
>
> > > Code: 54 53 48 8b 54 24 20 65 4c 8b 04 25 08 b0 7e 92 45 31 c9 eb 08 49 ff c1 4c 39 c8 74 77 4e 8b 54 ce 10 65 44 8b 1d c9 f7 bc 10 <41> 81 e3 00 01 ff 00 74 13 41 81 fb 00 01 00 00 75 d9 41 83 b8 6c
> > > RSP: 0018:ffffc90000a082e0 EFLAGS: 00000016
> > > RAX: 0000000000000020 RBX: 0000000000000004 RCX: 0000000000000005
> > > RDX: ffffffff81c39275 RSI: ffffffff8df9a280 RDI: 0000000000000004
> > > RBP: 0000006100d347d2 R08: ffff88801e2b0000 R09: 000000000000001b
> > > R10: 000000000000001b R11: 0000000080010005 R12: dffffc0000000000
> > > R13: ffff88801bed6010 R14: ffff88801bed64c0 R15: 00000000000667c4
> > > FS: 0000000000000000(0000) GS:ffff888125f35000(0000) knlGS:0000000000000000
> > > CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> > > CR2: 000055d3cfba3a38 CR3: 00000000727a4000 CR4: 00000000003526f0
> > > Call Trace:
> > > <IRQ>
> > > rb_event_length+0x45/0x400 kernel/trace/ring_buffer.c:222
> > > rb_read_data_buffer+0x438/0x580 kernel/trace/ring_buffer.c:1858
Oh, they have CONFIG_RING_BUFFER_VALIDATE_TIME_DELTAS enabled.
This is a purely debug feature that will iterate all the events in the
sub-buffer every time a new event is added, checking the integrity of the
timestamps in the sub-buffer.
This *will* add a lot of overhead to tracing. This is an O(n^2) operation
where 'n' is the number of events in a sub-buffer. For a typical event that
may be 32 bytes, that's 127 events in a sub-buffer. n^2 = 16129. If it is
triggering timeouts, simply disable that config.
-- Steve
> > > check_buffer+0x28a/0x750 kernel/trace/ring_buffer.c:4410
> > > __rb_reserve_next+0x592/0xdb0 kernel/trace/ring_buffer.c:4509
> > > rb_reserve_next_event kernel/trace/ring_buffer.c:4646 [inline]
> > > ring_buffer_lock_reserve+0xbb5/0x1010 kernel/trace/ring_buffer.c:4705
> > > __trace_buffer_lock_reserve kernel/trace/trace.c:1079 [inline]
> > > trace_event_buffer_lock_reserve+0x1d0/0x6f0 kernel/trace/trace.c:2808
> > > trace_event_buffer_reserve+0x248/0x340 kernel/trace/trace_events.c:672
> > > do_trace_event_raw_event_bpf_trace_printk kernel/trace/bpf_trace.h:11 [inline]
> > > trace_event_raw_event_bpf_trace_printk+0x100/0x260 kernel/trace/bpf_trace.h:11
> > > __do_trace_bpf_trace_printk kernel/trace/bpf_trace.h:11 [inline]
> > > trace_bpf_trace_printk+0x153/0x1b0 kernel/trace/bpf_trace.h:11
> > > ____bpf_trace_printk kernel/trace/bpf_trace.c:379 [inline]
> > > bpf_trace_printk+0x11e/0x190 kernel/trace/bpf_trace.c:362
> > > bpf_prog_b1367f0be6c54012+0x39/0x3f
> > > bpf_dispatcher_nop_func include/linux/bpf.h:1378 [inline]
> > > __bpf_prog_run include/linux/filter.h:723 [inline]
> > > bpf_prog_run include/linux/filter.h:730 [inline]
> > > __bpf_trace_run kernel/trace/bpf_trace.c:2075 [inline]
> > > bpf_trace_run1+0x27f/0x4c0 kernel/trace/bpf_trace.c:2115
> > > __bpf_trace_rcu_utilization+0xa1/0xf0 include/trace/events/rcu.h:27
> > > __traceiter_rcu_utilization+0x7a/0xb0 include/trace/events/rcu.h:27
> > > __do_trace_rcu_utilization include/trace/events/rcu.h:27 [inline]
> > > trace_rcu_utilization+0x191/0x1c0 include/trace/events/rcu.h:27
> > > rcu_sched_clock_irq+0xd3/0x1280 kernel/rcu/tree.c:2693
> > > update_process_times+0x23c/0x2f0 kernel/time/timer.c:2474
> > > tick_sched_handle kernel/time/tick-sched.c:298 [inline]
> > > tick_nohz_handler+0x3e9/0x710 kernel/time/tick-sched.c:319
> > > __run_hrtimer kernel/time/hrtimer.c:1777 [inline]
> > > __hrtimer_run_queues+0x4d0/0xc30 kernel/time/hrtimer.c:1841
> > > hrtimer_interrupt+0x45b/0xaa0 kernel/time/hrtimer.c:1903
> > > local_apic_timer_interrupt arch/x86/kernel/apic/apic.c:1045 [inline]
> > > __sysvec_apic_timer_interrupt+0x102/0x3e0 arch/x86/kernel/apic/apic.c:1062
> > > instr_sysvec_apic_timer_interrupt arch/x86/kernel/apic/apic.c:1056 [inline]
> > > sysvec_apic_timer_interrupt+0xa1/0xc0 arch/x86/kernel/apic/apic.c:1056
> > > </IRQ>
> > > <TASK>
> > > asm_sysvec_apic_timer_interrupt+0x1a/0x20 arch/x86/include/asm/idtentry.h:697
> > > RIP: 0010:console_trylock_spinning kernel/printk/printk.c:2037 [inline]
> >
> > The khungtaskd was trying to print something
>
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2026-01-07 16:54 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2025-12-23 5:23 [syzbot] [kernel?] INFO: rcu detected stall in watchdog (2) syzbot
2025-12-23 9:35 ` Lance Yang
2026-01-07 15:59 ` Petr Mladek
2026-01-07 16:54 ` Steven Rostedt
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).