This article gives details about updating the bootloader objects of SD card memory, located onto STM32MP157x-EV1 (e.g.), using STM32CubeIDE.
1. Overview[edit source]
The different steps to update SD card with customized trusted image are the following ones:
- Initialize the SD card with Starter Package image thanks to STM32CubeProgrammer
- Within STM32CubeIDE:
- customize the trusted image, thanks to embedded STM32CubeMX generating device trees
- compile corresponding Linux® device tree & bootloader images
- update them on running STM32MP15 board
- Check the new customization is correctly set up
All those steps are explained in chapters below.
2. Initialize SD card with Starter Package[edit source]
Initialize the SD card with Starter Package image thanks to STM32CubeProgrammer.
For that select the Starter package corresponding to the targeted STM32MP1 board and jump to chapter Downloading the image and flashing it on the board (e.g. here for STM32MP15 Evaluation board).
Before executing the next step, check the bootloader version, visible in boot messages:
- TF-A BL2 version, booting from SD card memory
![](/stm32mpu/nsfr_img_auth.php/6/6d/SD-before-1.png)
- U-boot version & extlinux.conf file used, booting from SD card memory
![](/stm32mpu/nsfr_img_auth.php/c/c6/SD-before-2.png)
- extlinux.conf content before update
![](/stm32mpu/nsfr_img_auth.php/f/f4/SD-before-3.png)
3. Customize bootloader images and update them on running STM32MP15 board[edit source]
3.1. Build the trusted image inside STM32CubeIDE with the new expected device trees[edit source]
After customization of hardware resources within embedded STM32CubeMX, new device trees for Linux® and for bootloader are generated.
Next step is to build an update of the new trusted image; this is covered also within STM32CubeIDE with:
- bootloader images generation, as explained in How to manage OpenSTLinux projects in STM32CubeIDE#Bootloader_projects
- and Linux® device tree compilation How_to_manage_OpenSTLinux_projects_in_STM32CubeIDE#Linux_project
Note that for Linux®, only device tree has to be updated as described hereafter.
3.2. STM32MP1 board update with new Linux® device tree[edit source]
In this step, STM32MP15 board is up and running with network access: target status is green.
After having compiled device tree generated by STM32CubeMX , you need to :
- update MP15 target bootfs with new .dtb under /boot
- and adjust /boot/mmc0_extlinux/extlinux.conf in order to declare new device tree and set it as default.
For that, follow steps explained below:
- select the Cortex-A Linux® Deployment shortcut configuration available from Linux® project Run As... menu.
![Linux® deployment configuration Linux® deployment configuration](/stm32mpu/nsfr_img_auth.php/thumb/f/fa/SD-init-1.png/850px-SD-init-1.png)
- Validate your choice and use Run button. You get in a dedicated Linux® Deployment console a message like this:
![SD card Linux® deployment message SD card Linux® deployment message](/stm32mpu/nsfr_img_auth.php/thumb/0/07/SD-init-2.png/850px-SD-init-2.png)
- Check extlinux.conf content after SD card Linux® device tree update (DEFAULT and LABEL have changed)
![SD card Linux® device tree update SD card Linux® device tree update](/stm32mpu/nsfr_img_auth.php/thumb/d/d3/SD-init-3.png/600px-SD-init-3.png)
3.3. STM32MP1 board update with new bootloader images[edit source]
In this step, STM32MP15 board is up and running with network access: target status is green.
After having built customized bootloader images, you need to update STM32MP1 board.
- Select Cortex-A project in STM32CubeIDE and click right to get Cortex-A Bootloader Deployment shortcut.
Connection is automatically set and you need to scan STM32MP15 target storage, thanks to Scan... button.
This storage list depends on the board and on the used boot storage.
Then, select the storage to update (SD-Card #0 here) and the TF-A BL2 & FIP image to update from FIP_artifacts/ .
Here is the corresponding STM32 Cortex-A Bootloader Deployment configuration:
![SD card Bootloader deployment configuration SD card Bootloader deployment configuration](/stm32mpu/nsfr_img_auth.php/thumb/5/5c/SD-init-4.png/850px-SD-init-4.png)
- Click on Run, you get in a dedicated Bootloader Deployment console following message:
![SD card Bootloader deployment message SD card Bootloader deployment message](/stm32mpu/nsfr_img_auth.php/thumb/c/c7/SD-init-5.png/850px-SD-init-5.png)
4. Check new bootloader version after customization with STM32CubeIDE[edit source]
After the update, the new bootloader version can be checked by comparing version appearing in boot messages : TF-A BL2 and U-Boot versions are modified and Linux® uses the generated device tree.
Here are the new boot messages :
- TF-A BL2 updated version, booting from SD card memory
![SD-Card updated TF-A BL2 version SD-Card updated TF-A BL2 version](/stm32mpu/nsfr_img_auth.php/thumb/f/fe/SD-after-1.png/600px-SD-after-1.png)
- U-Boot updated version & Linux® device tree, booting from SD card memory
![SD-Card updated U-Boot version & Linux® Device Tree SD-Card updated U-Boot version & Linux® Device Tree](/stm32mpu/nsfr_img_auth.php/9/9d/SD-after-2.png)