After having lost 3 weeks (day and night) debugging random hardfaults in my McuXpresso project with LPC55S69 as a target, we've finally found that McuXpresso v11.2.0 and v11.2.1 toolchain is broken (at least for LPC55S69) in a multi threaded environnement such as FreeRTOS.
For example, using snprintf or just adding doubles in multiple threads at the same time will cause it to corrupt the stack.
The last working version is v11.1.1. Attached is the project which will show you the problem. I can provide more information if necessary.
To whom it may concern... I wonder how many persons have lost countless hours, since the release of v11.2 in July 2020?
Solved! Go to Solution.
First, a mistake in my post, i meant McuXpresso version 11.2.0 (not 12.0 - as this does not exist yet!)
So, with that out of the way:
Please tell us version numbers that work for you (FreeRTOS, GCC, newlib)!
We need to zero in on which is the breaking change.
Best Regards, Dave
Adding to Victor's post, with whom I've been working on that issue.
I confirm that the EXACT same project work flawlessly on McuXpresso V11.1.1, and crashes immediatly when compiled on McuXpresso V12.0.
The only significant changes - looking at the release notes - are:
* Upgraded: GNU ARM Embedded Toolchain to GCC9-2019-q4-major.
* Upgraded: GNU make 4.2.1 is now integrated on IDE on all OS-es.
@davenadler From our observations, I don't think it's a FreeRTOS port issue, as the whole FreeRTOS kernel (and all its files) is the same in both tests mentioned above (the test that fails and the test that functions properly).
What puzzles me also is that you (Dave) are saying that with GCC9-2019-q4-major (the same version we are suspecting of being the culprit) seems not be causing any issues in your K64 test.
Perhaps you can do the test yourself and see how switching to V11.1 fixes everything! it's quite spectacular actually!
The last version of GCC that works is (McuXpresso v11.1.1)
One of the versions that does not work is (McuXpresso v11.2.1)
Please note that the only difference is the GCC version. I hope NXP will investigate this issue quickly!
Hi @v_canoz - I emailed you but here's a summary of what I have found so far:
I suspect (but cannot yet prove) that this is a problem with the FreeRTOS M33 port.
Most likely it is neither a newlib nor free storage issue.
Can you verify your test cases work with an earlier version?
If so please tell us version numbers for GCC, FreeRTOS, and newlib (as this is not an MCUXpresso IDE issue)?
Best Regards, Dave