Changes notification – v4.1.0

Revision as of 19:02, 14 November 2022 by Registered User
Applicable for STM32MP13x lines, STM32MP15x lines


BackToNavigationTree button.png


1. Article purpose[edit source]

The article aims to help to rebase an STM32 MPU project on a new ecosystem release by focusing on main changes impacts.

2. Scope of this article[edit source]

This article provides some details for main changes between STM32 MPU ecosystem release v4.0.0 More info.png and new STM32 MPU ecosystem release v4.1.0 More info.png to help for migrating your project.

All Informations about the features delivered in the new release is also available in the OpenSTLinux release note.

Warning DB.png Important
In case of upgrade from OpenSTLinux ecosystem release v3, please check first previous release change notification listed below:


3. Impacted domains[edit source]

3.1. Yocto build environment for Distribution Package[edit source]

Under construction.png To be updated

Yocto layers/recipes to update for new Kirkstone version. Follow scripts available in OpenEmbedded-Core layer to help user:

  • ./layers/openembedded-core/scripts/contrib/convert-overrides.py
  • ./layers/openembedded-core/scripts/contrib/convert-spdx-licenses.py
  • ./layers/openembedded-core/scripts/contrib/convert-srcuri.py
  • ./layers/openembedded-core/scripts/contrib/convert-variable-renames.py
(see Yocto Kirkstone release note[1] for more information)

3.2. Hardware configuration[edit source]

Check device tree files for STMP32 MPU board: Linux Kernel: between Linux kernel v5.15-stm32mp-r2 (v5.15.67) and previous Linux kernel v5.15-stm32mp-r1 (v5.15.24)

Under construction.png See Ticket 138407 - [wiki][Kernel] Articles update for V4.1.0 - STM32 MPU ecosystem release change notification

U-Boot: between U-Boot v2021.10-stm32mp-r2 and previous U-Boot v2021.10-stm32mp-r1

Under construction.png See Ticket 138405 - [wiki][U-Boot] Articles update for V4.1.0 - STM32 MPU ecosystem release change notification

OP-TEE: between OP-TEE 3.16.0-stm32mp-r2 and previous OP-TEE 3.16.0-stm32mp-r1

Under construction.png See Ticket 138406 - [wiki][OP-TEE] Articles update for V4.1.0 - STM32 MPU ecosystem release change notification

TF-A: between TF-A v2.6-stm32mp-r2 and previous TF-A v2.6-stm32mp-r1

Under construction.png See Ticket Ticket 138403 - [wiki][TF-A] Articles update for V4.1.0 - STM32 MPU ecosystem release change notification
Info white.png Information
This is possible with git diff command to get delta between to branches in the same repository.
Example with ST Linux GitHub repository and for all stm32mp1 device tree files:

git diff v5.10-stm32mp-r2 v5.15-stm32mp-r1 -- arch/arm/boot/dts/stm32mp1*

3.3. System configuration[edit source]

Under construction.png To be updated
  • FIP only on STM32 MPU ecosystem release v4.1.0 More info.png . NoFIP is no more supported
  • FOTA (memory mapping if activated and GPT UUID partition fixed). If no FOTA activated, no change at driver level. Impact on flashlayout.
  • Memory mapping update linked to OP-TEE

3.4. Boot stages[edit source]

Under construction.png To be updated

BL2

  • BL2 more hardcoded configuration values such as early console default parameters
  • Remove STM32 image management (parsing and authentication)
  • Introduce PSA_FWU support: Fix specific UUID for GPT partitions when used
  • Update the NAND core driver to allow external memory usage for temporary buffer

SP-MIN boot chain deprecated replaced by OP-TEE.

3.5. Security[edit source]

Under construction.png To be updated
  • Rework firewall control management: use bus controller to add device tree node to probe list
  • TZC400 configuration managed in OP-TEE
  • Calibration binding updated: Use a dedicated binding for the calibration, out from RCC node
  • Remove proprietary SMC access replaced by SCMI access or dedicated PTA.
  • Move RNG to secure RNG by default
  • Remove SCMI channel 1 (unused) and rename SCMI0 to SCMI
  • New BSEC PTA for OTP management
  • New Introduce Trusted UI framework
  • New SCMI performance for STM32MP13 lines
  • New Use clock framework to manage clocks

3.6. User space and applications[edit source]

Under construction.png To be updated

New "weston" user now required for "wayland", which avoids executing some application with root profile for security reasons

  • su -l weston -c "<command>" could be used to specify the user profile

which mainly impacts Graphic and Audio frameworks usage.



4. References[edit source]