Re: [Xenomai] Sporadic freeze using RTnet

[Jan Kiszka <jan.kiszka@siemens.com>]

On 2013-04-23 15:53, Kai Bollue wrote:
> Hello Jan,
> thank you for your reply.
> 
> On 23.04.2013 14:18, Jan Kiszka wrote:
>> Does sysrq still work then? sysrq-l would be interesting e.g.
> 
> No. It works before the freeze (so it's set up correctly), but not 
> afterwards.
> 
>>> - Either nothing at all, or
>>>
>>> -
>>> [  481.189349] INFO: rcu_bh detected stalls on CPUs/tasks: { 2}
>>> (detected by 0, t=60042 jiffies)
>>> [  481.291572] INFO: Stall ended before state dump start
>>> [  541.224383] INFO: rcu_preempt detected stalls on CPUs/tasks: { 2}
>>> (detected by 0, t=60002 jiffies)
>>> [  541.331818] INFO: Stall ended before state dump start
>>> (repeated), or
>>>
>>> -
>>> [ 2333.757994] Xenomai: Unbalanced lock/unlock
>> Ah, here's where the problem start.
>>
>> CONFIG_IPIPE_TRACE_PANIC may provide further information. Enable it via
>> the I-pipe tracer. Then, before triggering the lockup, increase the
>> backtrace points to, say, 2000:
>>
>> echo 2000 > /proc/ipipe/trace/back_trace_points
> 
> New console output attached.

Hmm, broken in several ways. First of all, backtraces aren't working
properly in your setup. Please enable CONFIG_FRAME_POINTER. You can
leave the ipipe tracer knob above at its default for the next run, and
no need for the sysrq-l to repeat.

Jan

-- 
Siemens AG, Corporate Technology, CT RTC ITP SDP-DE
Corporate Competence Center Embedded Linux