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 two short videos (registration required) highlighting:

System Workbench for STM32

Newest OpenOCD fails with STM32L0


Hi Przemyslaw ,

the log you provided does not contain any error information. and you haven’t described the unexpected behavior.
Could you please give more accurate problem description ?

The only hint that I can give you based on this log, is that your MCU is booting from system memory (bootloader) :

target halted due to debug-request, current mode: Thread
xPSR: 0xf1000000 pc: 0x1ff00288 msp: 0x200007a8

So maybe you need to check the boot pins / option bytes.
And if you have a flash programming issue, please provide a complete log with the error message.

Note: the latest version of System Workbench is already one year old, so please consider using a new fresh IDE like STM32CubeIDE


Hi Tarek,
thank you for fast reply. After printing line:

Info : STM32L flash size is 16kb, base address is 0x8000000

there is a long delay (maybe 1 min?) and after that only two lines appear in console:

Error: failed erasing sectors 0 to 0
Error: flash_erase returned -5

and “Terminate faliled” as well as:

Error in final launch sequence
Failed to execute MI command:
load /media/DATA/ARMworkspace/temp_test/Debug/temp_test.elf

Error message from debugger back end:
Error erasing flash with vFlashErase packet
Error erasing flash with vFlashErase packet

alerts are open.

I’ve checked BOOT0 pin - it’s ok (0V).
Also I’ve already installed newest CubeIDE - no change.