Loading...
 

SW4STM32 and SW4Linux fully supports the STM32MP1 asymmetric multicore Cortex/A7+M4 MPUs

   With System Workbench for Linux, Embedded Linux on the STM32MP1 family of MPUs from ST was never as simple to build and maintain, even for newcomers in the Linux world. And, if you install System Workbench for Linux in System Workbench for STM32 you can seamlessly develop and debug asymmetric applications running partly on Linux, partly on the Cortex-M4.
You can get more information from the ac6-tools website and download (registration required) various documents highlighting:

System Workbench for STM32


Slow build

I didn’t do STM32 development for a while and then updated to latest System Workbench (based on Eclipse Neon 3). For some strange reason the build is very slow. It feels like there’s a delay of 1 second between every single operation (invoking GCC, echo’ing something and so on).

No, it’s not that i don’t use the parallel build. It’s enabled and even if i manually force 8 jobs the CPU load is still around 30%. RAM and SSD usage are also very low.

I have tried External builder (makefile based) and Internal builder. Still the same result. I was digging a little bit and it seems that Ac6 external tools use make 3.81 (from year 2006). I kind of remember that it had some issues. Actually i think Ac6 should move to make 4.2, remove the “echo.exe” and use $(info command instead. But not sure if that would solve my issue because internal builder doesn’t use make. So the issue could be somewhere else.

Has anybody experienced such issue?

I have encountered a similar issue, but it happened to me with SW4STM32 v1.

It has been a while since I looked into the issue and found a solution online for it - it has something to do with the build logs that Eclipse maintains - when they get too big, build speed drops dramatically. The fix involved something like turning build logging off, along with deleting the log file. I wish I could remember the details of just what settings you had to change and which file(s) to delete. I read about how to do it on some (other) forum like Stack Overflow when I was researching the problem over a year ago. It’s more of an Eclipse bug or shortcoming, it’s not something (I think) that is unique to the Ac6’s SW4STM32 plugins.

An alternative to this fix that I discovered on my own is to change the project properties to use the “internal” builder. Do this opening a project’s properties dialog (select project root in Project Explorer pane and hit Alt-Enter), select “C/C++ Build” from the lefthand list, then select “Internal builder” from the /Builder type/ dropdown in the right dialog. Doing this will speed up the build considerably (even if you’re not experiencing the several-seconds-per-file build speed slowdown), and will produce considerably less clutter in the build console output for each source file processed.


I found the build logging checkbox and disabled it but still no help. And i googled and googled again.

But as final desperate move i uninstalled the Bitdefender antivirus and voila - build time went from 3 minutes down to 9 seconds :-)
So i am going to write them a long letter....


Edit:
After some guiding from Bitdefender i added the c:\ac6\systemworkbench\plugins\fr.ac6.mcu.externaltools.arm-none.win32_1.13.2.201705091103\tools folder to “on-access” and “on-demand” scan exclusion list and that solved the issue.


When I am trying to build LoRaWAN-demo-72-bootcamp i am getting errors like these:Description Resource Path Location Type
Unknown LoRaWAN-demo-72-bootcamp Unknown Unknown org.eclipse.core.internal.resources.Marker@7dc86cde is not of a displayable type

Description Resource Path Location Type
Unknown subdir.mk Unknown Unknown org.eclipse.core.internal.resources.Marker@5776c3fd is not of a displayable type.

LoRaWAN-demo-72-bootcamp successfully build on Mbed Online compiler.and then i exported those code to System wrokbench for STM32 IDE it is not building.