Cortex-M4 Hard Fault. Tmr Svc thread stack corruption.
Hi, I’m using cortex-m4 cpu and freertos. I’m using latest stable version – 7.5.2. For some time everything were fine, but at one moment my cpu begans to fail with HardFault at different points, such as calling printf(…), taskYIELD(), calling some local functions, allocations, etc.
Hours of horrible debug shows me, that problem in stack corruption of process “Tmr Svc”. Hardware breakpoint triggered at task allocation and, next, at context switch, that normal, but stack have been already corrupted.
Now I’m using freertos-7.4.2 with the same code of my program, and everything works fine. I can suppose, that problem in freertos.
And this bug appears when .bss section becomes large.
I’m using heap_3.c and all allocations works fine, i’ve modified linker script so, that memory for heap is after .stack section.
This bug appears also, if I’m using any other heap, that uses .bss section memory and if I create my own tasks restricted. I supposу cause of this bug is a dense memory organization, but i can’t tell exactly.
Cortex-M4 Hard Fault. Tmr Svc thread stack corruption.
I’m using latest stable version – 7.5.2.The latest version if 7.6.0. Try that with configASSERT() defined and look through all the points on http://www.freertos.org/FAQHelp.html
Cortex-M4 Hard Fault. Tmr Svc thread stack corruption.
Hi,
Have you set the stackoverflowcheck ?
http://www.freertos.org/Stacks-and-stack-overflow-checking.html
This can help debugging this kind of problem.
Jonathan
Le 2013-12-19 06:51, Dmitriy a écrit :
>
Hi, I’m using cortex-m4 cpu and freertos. I’m using latest stable version – 7.5.2. For some time everything were fine, but at one moment my cpu begans to fail with HardFault at different points, such as calling printf(…), taskYIELD(), calling some local functions, allocations, etc. Hours of horrible debug shows me, that problem in stack corruption of process “Tmr Svc”. Hardware breakpoint triggered at task allocation and, next, at context switch, that normal, but stack have been already corrupted. Now I’m using freertos-7.4.2 with the same code of my program, and everything works fine. I can suppose, that problem in freertos. And this bug appears when .bss section becomes large. I’m using heap_3.c and all allocations works fine, i’ve modified linker script so, that memory for heap is after .stack section. This bug appears also, if I’m using any other heap, that uses .bss section memory and if I create my own tasks restricted. I supposу cause of this bug is a dense memory organization, but i can’t tell exactly.
Cortex-M4 Hard Fault. Tmr Svc thread stack corruption. https://sourceforge.net/p/freertos/discussion/382005/thread/f9b1bb09/?limit=25#7bc0
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/freertos/discussion/382005/ To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/ — This message has been scanned for viruses and dangerous content by MailScanner http://www.mailscanner.info/, and is believed to be clean.