Re: Random system freezes with Linux 6.12 + Xenomai 3.3.1 on Intel Ultra 5 125H

刘杨 <[email protected]> Fri, 31 Jul 2026 20:16:46 +0800
Newsgroups dev.linux.lists.xenomai
Message-ID <ed7c43ef85386e7d9b7bfcd2895307dc2948cb81.30d266af.c20f.4e5e.b7f2.5899ed8cff1b@feishu.cn>
Hi
=C2=A0=C2=A0 =C2=A0 I used the following changes

sudo=C2=A0sysctl -w kernel.panic_on_rcu_stall=3D1
sudo=C2=A0sysctl -w kernel.ftrace_dump_on_oops=3D1
sudo=C2=A0sysctl -w kernel.panic=3D0
sudo trace-cmd=C2=A0start \
=C2=A0 -e 'cobalt*' \
=C2=A0 -e 'sched:*' \
=C2=A0 -e 'irq:*' \
=C2=A0 -e 'irq_vectors:*' \
=C2=A0 -e 'signal:*' \
=C2=A0 -e 'rcu:rcu_stall_warning'
echo 'snapshot' | sudo tee /sys/kernel/debug/tracing/events/rcu/rcu_stall_w=
arning/trigger
echo 'traceoff' | sudo=C2=A0tee /sys/kernel/debug/tracing/events/rcu/rcu_st=
all_warning/trigger

echo 10 > /sys/module/rcupdate/parameters/rcu_cpu_stall_timeout

Kernel config add=C2=A0
CONFIG_DEBUG_KERNEL=3Dy=C2=A0
CONFIG_PROVE_LOCKING=3Dy=C2=A0
CONFIG_PROVE_RAW_LOCK_NESTING=3Dy=C2=A0
CONFIG_DEBUG_PREEMPT=3Dy

The log obtained is as follows:

fiveages@W2-0000:~$ [18611.389806] rcu: INFO: rcu_preempt detected stalls o=
n CPUs/tasks:
[18611.395936] rcu: =C2=A0 =C2=A0 6-...0: (2 ticks this GP) idle=3D9d34/0/0=
x3 softirq=3D7383494/7383494 fqs=3D1876
[18611.404400] rcu: =C2=A0 =C2=A0 11-...0: (1 ticks this GP) idle=3D3a5c/1/=
0x4000000000000002 softirq=3D7395092/7395092 fqs=3D1876
[18611.414250] rcu: =C2=A0 =C2=A0 (detected by 1, t=3D15004 jiffies, g=3D14=
237693, q=3D73 ncpus=3D12)
[18611.423416] rcu: rcu_preempt kthread starved for 7500 jiffies! g14237693=
 f0x0 RCU_GP_DOING_FQS(6) ->state=3D0x0 ->cpu=3D0
[18611.434054] rcu: =C2=A0 =C2=A0 Unless rcu_preempt kthread gets sufficien=
t CPU time, OOM is now expected behavior.
[18611.443210] rcu: RCU grace-period kthread stack dump:
[18611.448322] rcu: Stack dump where RCU GP kthread last ran:
[18611.454839] Kernel panic - not syncing: RCU Stall
[18611.454840] CPU: 1 UID: 0 PID: 0 Comm: swapper/1 Tainted: G S =C2=A0 U=
=C2=A0 W=C2=A0 OE =C2=A0 =C2=A0 =C2=A0 6.18.29-13-rkernel-x64-industry #met=
aOS PREEMPT(full)
[18611.454842] Tainted: [S]=3DCPU_OUT_OF_SPEC, [U]=3DUSER, [W]=3DWARN, [O]=
=3DOOT_MODULE, [E]=3DUNSIGNED_MODULE
[18611.454843] Hardware name: Sinsegye SP8000-C340/SP8000-C340, BIOS SP8000=
0020260708B 07/08/2026
[18611.454843] IRQ stage: Linux
[18611.454843] Call Trace:
[18611.454844]=C2=A0 <IRQ>
[18611.454844]=C2=A0 dump_stack_lvl+0x2d/0xe0
[18611.454847]=C2=A0 dump_stack+0x14/0x20
[18611.454848]=C2=A0 vpanic+0x387/0x390
[18611.454849]=C2=A0 panic+0x5b/0x60
[18611.454851]=C2=A0 ? wake_up_process+0x19/0x20
[18611.454853]=C2=A0 rcu_sched_clock_irq+0x17f6/0x1800
[18611.454855]=C2=A0 ? get_jiffies_update+0x4b/0xe0
[18611.454858]=C2=A0 ? get_jiffies_update+0x56/0xe0
[18611.454860]=C2=A0 update_process_times+0x84/0xf0
[18611.454862]=C2=A0 tick_nohz_handler+0xa5/0x160
[18611.454863]=C2=A0 ? tick_do_update_jiffies64+0x150/0x150
[18611.454864]=C2=A0 __hrtimer_run_queues+0x1c6/0x390
[18611.454867]=C2=A0 hrtimer_interrupt+0x132/0x290
[18611.454870]=C2=A0 proxy_irq_handler+0x21/0x30
[18611.454871]=C2=A0 handle_synthetic_irq+0xac/0x250
[18611.454873]=C2=A0 do_irq_inband+0x1d/0x20
[18611.454874]=C2=A0 arch_do_IRQ_pipelined+0xd8/0x840
[18611.454875]=C2=A0 </IRQ>
[18611.454876]=C2=A0 <TASK>
[18611.454876]=C2=A0 sync_current_irq_stage+0x1b9/0x1d0
[18611.454878]=C2=A0 sync_irq_stage+0xbc/0xd0
[18611.454879]=C2=A0 synchronize_pipeline+0x62/0x90
[18611.454880]=C2=A0 handle_irq_pipelined_finish+0x88/0x190
[18611.454882]=C2=A0 arch_pipeline_entry+0xe3/0x130
[18611.454884]=C2=A0 sysvec_apic_timer_interrupt+0x12/0x20
[18611.454885]=C2=A0 asm_sysvec_apic_timer_interrupt+0x1f/0x30
[18611.454886] RIP: 0010:cpu_idle_poll.isra.0+0x69/0x210
[18611.454888] Code: ff e8 8b f4 ff ff 48 8b 7d 08 e8 e2 e1 ff ff e8 7d af =
25 ff 65 48 8b 1d 85 0d fb 00 48 8b 03 a8 10 74 0b eb 1c f3 90 48 8b 03 <a8=
> 10 75 13 8b 05 21 59 cc 00 85 c0 75 ed e8 24 f1 ff ff 85=C2=A0c0 75
[18611.454889] RSP: 0000:ffffa8da40193ed8 EFLAGS: 00000202
[18611.454890] RAX: 0000000000080040 RBX: ffff8d1900d34980 RCX: 00000000000=
0001f
[18611.454890] RDX: ffffffff9dd1e7aa RSI: ffffffff9f0f769a RDI: ffffffff9dd=
1e7aa
[18611.454891] RBP: ffffa8da40193ee0 R08: 0000000000000000 R09: 00000000000=
00000
[18611.454891] R10:=C2=A00000000000000000 R11: 0000000000000000 R12: ffff8d=
1900d34980
[18611.454892] R13: 0000000000000001 R14: 0000000000000000 R15: 00000000000=
00000
[18611.454893]=C2=A0 ? do_idle+0x7a/0x170
[18611.454895]=C2=A0 ? do_idle+0x7a/0x170
[18611.454897]=C2=A0 ? cpu_idle_poll.isra.0+0x53/0x210
[18611.454898]=C2=A0 do_idle+0x7a/0x170
[18611.454899]=C2=A0 cpu_startup_entry+0x30/0x40
[18611.454901]=C2=A0 start_secondary+0x109/0x150
[18611.454902]=C2=A0 common_startup_64+0x13e/0x141
[18611.454905]=C2=A0 </TASK>
[18612.496574] Shutting down cpus with NMI
[18612.739167] Dumping ftrace buffer:
[18612.739169] =C2=A0=C2=A0 (ftrace buffer empty)
[18612.739171] Kernel Offset: 0x1ca00000 from 0xffffffff81000000 (relocatio=
n range: 0xffffffff80000000-0xffffffffbfffffff)
[18612.847320] ---[ end Kernel panic - not syncing: RCU Stall ]---

> From: "=E5=88=98=E6=9D=A8"<[email protected]>
> Date:=C2=A0 Fri, Jul 31, 2026, 14:14
> Subject:=C2=A0 Re: Random system freezes with Linux 6.12 + Xenomai 3.3.1 =
on Intel Ultra 5 125H
> To: "Jan Kiszka"<[email protected]>
> Cc: "xenomai"<[email protected]>, "=E5=AE=8B=E5=81=A5=E7=8E=AE"<son=
[email protected]>, "=E6=9D=8E=E5=B0=8F=E5=AE=81"<lixiaoning@sinsegy=
e.com.cn>, "=E9=A9=AC=E5=90=9B"<[email protected]>
> Yes, I have only installed the kernel with Dovetail and Cobalt patches. N=
o user-space programs linked against Cobalt are running.
>=C2=A0
> Liuyang
>=C2=A0
> > From: "Jan Kiszka"<[email protected]>
> > Date:=C2=A0 Fri, Jul 31, 2026, 14:10
> > Subject:=C2=A0 Re: Random system freezes with Linux 6.12 + Xenomai 3.3.=
1 on Intel Ultra 5 125H
> > To: "=E5=88=98=E6=9D=A8"<[email protected]>
> > Cc: "xenomai"<[email protected]>, "=E5=AE=8B=E5=81=A5=E7=8E=AE"<s=
[email protected]>, "=E6=9D=8E=E5=B0=8F=E5=AE=81"<lixiaoning@sinse=
gye.com.cn>, "=E9=A9=AC=E5=90=9B"<[email protected]>
> > On 31.07.26 08:01, =E5=88=98=E6=9D=A8 wrote:
> > > Hello Jan,
> > > =C2=A0=C2=A0=C2=A0 No Xenomai user=E2=80=91space programs are running=
 on the customer=E2=80=99s system.
> > >=C2=A0
> >=C2=A0
> > So, you are getting a stall in the absence of any Xenomai load, but
> > while running a Xenomai-enabled kernel?
> >=C2=A0
> > Another thing you can try is turning on debugging switches of the
> > kernel, specifically
> >=C2=A0
> > https://gitlab.com/cip-project/cip-kernel/cip-kernel-config/-/blob/mast=
er/cfg/lock-debugging.cfg?ref_type=3Dheads
> >=C2=A0
> > Jan
> >=C2=A0
> > >> From: "Jan Kiszka"<[email protected]>
> > >> Date:=C2=A0 Fri, Jul 31, 2026, 13:44
> > >> Subject:=C2=A0 Re: Random system freezes with Linux 6.12 + Xenomai 3=
.3.1 on Intel Ultra 5 125H
> > >> To: "=E5=88=98=E6=9D=A8"<[email protected]>
> > >> Cc: "xenomai"<[email protected]>, "=E5=AE=8B=E5=81=A5=E7=8E=AE=
"<[email protected]>, "=E6=9D=8E=E5=B0=8F=E5=AE=81"<lixiaoning@si=
nsegye.com.cn>, "=E9=A9=AC=E5=90=9B"<[email protected]>
> > >> On 31.07.26 06:25, =E5=88=98=E6=9D=A8 wrote:
> > >>> Hello,
> > >>> I am using Linux kernel 6.18 with Xenomai 3.3.1. I have set i915.mo=
deset=3D0=C2=A0in GRUB to prevent the i915 driver from loading.
> > >>> Since trace=E2=80=91cmd logs cannot be dumped when the kernel hangs=
, I configured the following sysctl parameters:
> > >>> plaintext
> > >>> =C2=A0
> > >>> sudo=C2=A0sysctl -w kernel.panic_on_rcu_stall=3D1
> > >>> sudo=C2=A0sysctl -w kernel.ftrace_dump_on_oops=3D1
> > >>> sudo=C2=A0sysctl -w kernel.panic=3D0
> > >>> =C2=A0
> > >>> The full serial log is attached. Could you please help analyze whet=
her the log contains sufficient information for troubleshooting? Thank you.
> > >> =C2=A0
> > >> I'm missing cobalt events other cores and an annotation inside the t=
race
> > >> where the error was noticed. That's why I proposed a different recor=
ding
> > >> method.
> > >> =C2=A0
> > >> Also, as the RCU stall detection may be delayed too much to still se=
e
> > >> normal operation in the trace, you might have to tune the timeout
> > >> (https://docs.kernel.org/RCU/stallwarn.html#fine-tuning-the-rcu-cpu-=
stall-detector)
> > >> until we find an earlier problem indicator.
> > >> =C2=A0
> > >> Jan
> > >> =C2=A0
> > >> --=C2=A0
> > >> Siemens AG, Foundational Technologies
> > >> Linux Expert Center
> > >> =C2=A0
> >=C2=A0
> >=C2=A0
> > --=C2=A0
> > Siemens AG, Foundational Technologies
> > Linux Expert Center
> >=C2=A0