[ECOS] arm evaluator e7t hangs when executing example progs/tests

[Jonathan Larmour]

Matt Kober wrote:
> I enabled assertions and tracing and also disabled compiler optimisation.
> Just for the fun of it i even tried the bitmap scheduler but without any better results 
> though.the bin_sem0 test seems to complete correctly and "pass" is displayed but 
> then the board crashes anyway. the same thing with mutex0, the others don't even 
> get to display a friendly "pass" before the crash.
> to me it looks like the problem is occuring in the idle task.
> i'm kind of desperate, could you please have a look at the attached gdb log file ?

I've had a look, and (unfortunately) I can't see anything wrong. The 
threads start, delay and so on. What it seems to be is "simply" that the 
clock interrupt doesn't happen - I don't think it's anything to do with 
the idle thread itself as there's not meant to be anything in there. While 
it might be conceivable the idle thread stack could get overrun, it seems 
very unlikely given that there's only one interrupt to take.

The fact you can't ctrl-c it implies the serial interrupt doesn't work 
either; i.e. *no* interrupts work.

To debug it I'd suggest setting a breakpoint somewhere like 
cyg_idle_thread_main, and try and poke the processor state to find out 
what the status of global interrupts and individual interrupt masks is, as 
well as what eCos's interrupt structures point to for those interrupts.

Of course there's always the possibility of a hardware problem...

You should probably say what version or date of RedBoot you are using.

Jifl
-- 
eCosCentric    http://www.eCosCentric.com/    The eCos and RedBoot experts
--[ "You can complain because roses have thorns, or you ]--
--[  can rejoice because thorns have roses." -Lincoln   ]-- Opinions==mine


-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss