• State Resolved
  • Locked Locked
  • Replies 8 replies
  • Answers 1 answer
  • Subscribers 32 subscribers
  • Views 2073 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

DK-TM4C129X: Problem determining what causes FaultISR

juanquique_22
Expert 1535 points

Part Number: DK-TM4C129X

Hello everyone.

I'm using IAR and FreeRTOS.

Like the title says, I'm getting into the FaultISR infinite loop. In order to determine what casuses this problem, I follow the instructions on spma043 document and found this:

I check the Fault Status and it has a value of 0x00008200, that according with the register description, it means that there is an error and that FAULTADDR register is holding a valid fault address.

So I checked FAULTADDR and it has the next value:

Like you can see the value is 0x1FFFFFF4, but investigating I see that correspond to reserve memory and I can figure out what is causing the problem.

So I followed the next suggestion and went to the Stack Pointer and see that it has the value of 0x2001E020 and then I went to that direction int he disassembly and I found the next:

But that doesn't tell me nothing to me.

So I'm still confused, how can I know what is causing the problem?

Regards, Juan.

  • 0
    TI__Guru**** 191906 points
    Hi Juan,
    Can you try to increase you stack size?
  • 0
    TI__Guru 72500 points
    Assuming your FaultISR is just a simple loop then the data starting at location 0x2001E020 is what was saved on the stack. You need to show the remaining locations:
    0x2001E020 contains r0
    0x2001E024 contains r1
    0x2001E028 contains r2
    0x2001E02C contains r3
    0x2001E030 contains r12
    0x2001E034 contains LR
    0x2001E038 contains PC (this is the value you want to disassemble to see what was happening when the fault occurred.)
    0x2001E03C contains xPSR
  • 0 in reply to Bob Crosby
    TI__Guru 72500 points
    My previous post describes how you interpret the values on the ISR stack. If your thread stack was linked to start at address 0x20000000, then Charles gave you the quick answer. You most likely exceeded the thread stack size and when the stack pointer decremented below 0x20000000, you generated a bus fault. Note that the fault address of 0x1FFFFFF4 is just 12 bytes below the start of RAM.
  • 0 in reply to Charles Tsai
    Expert 1535 points
    Hi Charles

    I've increased the stack size of the task and the error took so much longer to happend, so that make me realize that maybe I'm having an error with some pointer and that I'm writing on an invalid direction. Sadly, right now I can't work on that but as soon as I try it again I will comment you if something happens.
    Thank you.

    Regards, Juan
  • 0 in reply to Bob Crosby
    Expert 1535 points
    Hi Bob

    Your post will be very helpful in further debugging.
    Thanks.

    Regards, Juan.
  • 0 in reply to Charles Tsai
    Expert 1535 points
    Hi Charles

    Do you know how to increase the stack size? I'm using IAR 7.4 and I can't find how to do that.
    I found that was in Project->Options->Linker->Config Tab and Edit but it doesn't work. Then I open the .icf file with a text editor but there is no stack size in the file, just heap size.
    Then on the startup_ewarm file i found this:

    //*****************************************************************************
    //
    // Reserve space for the system stack.
    //
    //*****************************************************************************
    static uint32_t pui32Stack[1024] @ ".noinit";

    it's enough if I just increase the 1024? and if so how I have to increase that value

    Regards, Juan.
  • 0 in reply to juanquique_22
    TI__Guru**** 191906 points
    Hi,
    Did you change the pui32Stack size to 1024 already? The default is 64 which is equal to 256 bytes. If array size of 1024 which is equal to 4kbytes is still overflowing then you want to try using the stack analysis tool and call graph in IAR to understand your program flow. I never used these tools myself though.

    You might also find the below article helpful.
    www.iar.com/.../
  • 0 in reply to Charles Tsai
    Expert 1535 points
    Hi
    The size of 1024 it was the default value,
    just changing that value it modifies the stack size?

    The article was very helpfull, I just gonna find out how to change the stack size and how to monitor it with the IAR tool
    Thanks

    Regards, Juan