Re: [Adeos-main] Ipipe hangs on ARM MINI2440 after switching clocksource

[Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>]

Alexey Galakhov wrote:
> On 04/28/2011 05:16 PM, Gilles Chanteperdrix wrote:
>> Ok. Better try without this patch first, then try reapplying the patch
>> when you are certain that everything else works correctly. The patch
>> enables some assembly code that was never actually tested. On my side, I
>> will try and test it separately.
>>
> I just got a couple of stack traces via JTAG (just stopped and restarted
> the "hanging" processor multiple times and doing backtrace). It runs all
> the time somewhere inside __ipipe_handle_irq or __ipipe_grab_irq():
> 
> #0  0xc00281b8 in __gnu_mcount_nc ()
> #1  0xc002f7ec in __ipipe_handle_irq ()
> #2  0xc002fb40 in __ipipe_grab_irq ()
> #3  0xc0027b8c in __irq_svc ()
> #4  0xc0027b8c in __irq_svc ()
> #5  0xc0027b8c in __irq_svc ()
> (a lot of __irq_svc() follows)
> 
> #0  0xc0092ba4 in __ipipe_trace ()
> #1  0xc00937d4 in ipipe_trace_begin ()
> #2  0xc002fb34 in __ipipe_grab_irq ()
> #3  0xc0027b8c in __irq_svc ()
> #4  0xc0027b8c in __irq_svc ()
> (etc)
> 
> #0  0xc002fae0 in __ipipe_grab_irq ()
> #1  0xc0027b8c in __irq_svc ()
> #2  0xc0027b8c in __irq_svc ()
> (etc)
> 
> #0  0xc0092948 in __ipipe_trace ()
> #1  0xc0093448 in ipipe_trace_function ()
> #2  0xc0094a90 in ftrace_test_stop_func ()
> #3  0xc00281ec in gnu_trace ()
> #4  0xc00281ec in gnu_trace ()
> Backtrace stopped: previous frame identical to this frame (corrupt stack?)
> 
> and so on. Hope that helps.
> 

Try disabling the I-pipe tracer.

-- 
					    Gilles.