• State Accepted Answer
  • Locked Locked
  • Replies 2 replies
  • Subscribers 348 subscribers
  • Views 7016 views
  • Users 0 members are here
Options
Related
How was your experience today?
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

"BX LR" causing INVPC Usage Fault exception

Sohaib

I have implemented a context switching code. For going back to privileged user mode after setting the return value in SP + 0x18 address, I am using BX LR instruction.

But code execution goes to HardFault handler and INVPC bit of USAFAULT register is set.

Following is the status of CPU registers just before executing the BX LR instruction. Address (0x100EFA34) saved at SP+0x18 is a valid address where I want PC to go

Parents
  • +1

    There are many possible causes:

    1) Invalid value in EXC_RETURN number during exception return.
    For example,
    – Return to thread with EXC_RETURN = 0xFFFFFFF1
    – Return to handler with EXC_RETURN = 0xFFFFFFF9
    To investigate the problem, the current LR value provides the value of LR at the failing exception return.

    2) Invalid exception active status. For example:
    – Exception return with exception active bit for the current exception already cleared. Possibly caused by use of
    VECTCLRACTIVE, or clearing of exception active status in SCB->SHCSR.
    – Exception return to thread with one (or more) exception active bit still active.


    3) Stack corruption causing the stacked IPSR to be incorrect.
    For INVPC fault, the Stacked PC shows the point where the faulting exception interrupted the main/pre-empted program.
    To investigate the cause of the problem, it is best to use exception trace feature in ITM.


    4) ICI/IT bit invalid for current instruction. This can happen when a multiple-load/store instruction gets interrupted and, during
    the interrupt handler, the stacked PC is modified. When the interrupt return takes place, the non-zero ICI bit is applied to
    an instruction that do not use ICI bits. The same problem can also happen due to corruption of stacked PSR.

Reply
  • +1

    There are many possible causes:

    1) Invalid value in EXC_RETURN number during exception return.
    For example,
    – Return to thread with EXC_RETURN = 0xFFFFFFF1
    – Return to handler with EXC_RETURN = 0xFFFFFFF9
    To investigate the problem, the current LR value provides the value of LR at the failing exception return.

    2) Invalid exception active status. For example:
    – Exception return with exception active bit for the current exception already cleared. Possibly caused by use of
    VECTCLRACTIVE, or clearing of exception active status in SCB->SHCSR.
    – Exception return to thread with one (or more) exception active bit still active.


    3) Stack corruption causing the stacked IPSR to be incorrect.
    For INVPC fault, the Stacked PC shows the point where the faulting exception interrupted the main/pre-empted program.
    To investigate the cause of the problem, it is best to use exception trace feature in ITM.


    4) ICI/IT bit invalid for current instruction. This can happen when a multiple-load/store instruction gets interrupted and, during
    the interrupt handler, the stacked PC is modified. When the interrupt return takes place, the non-zero ICI bit is applied to
    an instruction that do not use ICI bits. The same problem can also happen due to corruption of stacked PSR.

Children