RTEMS_FATAL_SOURCE_EXCEPTION in RTEMS

Chris Johns chrisj at rtems.org
Sun May 5 01:21:56 UTC 2019


On 3/5/19 7:04 pm, Christian Mauderer wrote:
> It's still odd why the PC was on some flash address. 

Yes. The SR (below) is `CPSR = 0x200000d2`. The mode is 0x12 which is 
IRQ mode and both the I and F bits are set which means interrupts are 
masked. I feel the CPSR is in this state with the PC in the NOR flash 
driver code is not right and worth a closer examination.

Is the fatal error always the same PC?

Is the stack size OK?

Does this variant of ARM have a separate interrupt stack (it seems to 
have a CPSR)?

I don't think that I can help you a lot more at the current point. So 
I'll just let you investigate on that topic some more.

Yeah it is hard without more details.

Chris

>>>>>>
>>>>>> *** FATAL ***
>>>>>> fatal source: 9 (RTEMS_FATAL_SOURCE_EXCEPTION)
>>>>>>
>>>>>> R0   = 0x00000040 R8  = 0x00100000
>>>>>> R1   = 0x00080000 R9  = 0x00000001
>>>>>> R2   = 0x00000048 R10 = 0x4010a3e8
>>>>>> R3   = 0x00000048 R11 = 0x4011737c
>>>>>> R4   = 0x00000a00 R12 = 0x00000000
>>>>>> R5   = 0x00000500 SP  = 0x40100c40
>>>>>> R6   = 0x00000055 LR  = 0x4000a36c
>>>>>> R7   = 0x000000aa PC  = 0x003fde80
>>>>>> CPSR = 0x200000d2 VEC = 0x00000001
>>>>>> RTEMS version: 5.0.0.
>>>>>> RTEMS tools: 7.4.0 20181206 (RTEMS 5, RSB
>>>>>> 40ae056f12e1cbe530f76a3ebd1e2ac745a888ef, Newlib
>>>>>> dc6e94551f09d3a983afd571478d63a09d6f66fa)
>>>>>> executing thread ID: 0x08a010002
>>>>>> executing thread name: Alpi
>>>>>
>>>>> Your program counter (PC) points to a Flash address here. Are you sure
>>>>> that your application runs entirely from RAM?
>>>>>



More information about the users mailing list