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

On 31.07.26 08:01, 刘杨 wrote:
> Hello Jan,
>     No Xenomai user‑space programs are running on the customer’s system.
> 

So, you are getting a stall in the absence of any Xenomai load, but
while running a Xenomai-enabled kernel?

Another thing you can try is turning on debugging switches of the
kernel, specifically

https://gitlab.com/cip-project/cip-kernel/cip-kernel-config/-/blob/master/cfg/lock-debugging.cfg?ref_type=heads

Jan

>> From: "Jan Kiszka"<[email protected]>
>> Date:  Fri, Jul 31, 2026, 13:44
>> Subject:  Re: Random system freezes with Linux 6.12 + Xenomai 3.3.1 on Intel Ultra 5 125H
>> To: "刘杨"<[email protected]>
>> Cc: "xenomai"<[email protected]>, "宋健玮"<[email protected]>, "李小宁"<[email protected]>, "马君"<[email protected]>
>> On 31.07.26 06:25, 刘杨 wrote:
>>> Hello,
>>> I am using Linux kernel 6.18 with Xenomai 3.3.1. I have set i915.modeset=0 in GRUB to prevent the i915 driver from loading.
>>> Since trace‑cmd logs cannot be dumped when the kernel hangs, I configured the following sysctl parameters:
>>> plaintext
>>>  
>>> sudo sysctl -w kernel.panic_on_rcu_stall=1
>>> sudo sysctl -w kernel.ftrace_dump_on_oops=1
>>> sudo sysctl -w kernel.panic=0
>>>  
>>> The full serial log is attached. Could you please help analyze whether the log contains sufficient information for troubleshooting? Thank you.
>>  
>> I'm missing cobalt events other cores and an annotation inside the trace
>> where the error was noticed. That's why I proposed a different recording
>> method.
>>  
>> Also, as the RCU stall detection may be delayed too much to still see
>> 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.
>>  
>> Jan
>>  
>> -- 
>> Siemens AG, Foundational Technologies
>> Linux Expert Center
>>  


-- 
Siemens AG, Foundational Technologies
Linux Expert Center