SWRA760A April   2023  – April 2024 AWR2544 , AWR2944

 

  1.   1
  2.   Abstract
  3.   Trademarks
  4. 1Definitions, Abbreviations, Acronyms
  5. 2Introduction
  6. 3Basic Bootloader Flow
    1. 3.1 Boot Flow Introduction
    2. 3.2 Preparing the Application for Boot
      1. 3.2.1 SBL Image Format
      2. 3.2.2 Signing Scripts
    3. 3.3 ROM Boot
      1. 3.3.1 Boot mode - SFLASH
        1. 3.3.1.1 Image Load Sequence
        2. 3.3.1.2 Boot Mode UART
          1. 3.3.1.2.1 Image Download Sequence
    4. 3.4 SBL Boot
      1. 3.4.1 R5 SBL Flash Offset
      2. 3.4.2 R5 SBL Image Size
  7. 4Conclusion
  8. 5Revision History

Signing Scripts

The RBL requires the boot image (mostly SBL) to always be signed. If not signed, the RBL is not be able to boot the SBL. Any image being loaded by the RBL in flashing or functional mode needs to be signed. The process of certificate creation and attaching the certificate to the binary file is referred to as signing the script.

Key Points

  • The RBL always expects a signed image in any mode of operation. Thus, any image being loaded by the RBL has to signed. In functional mode this means the SBL in the sFLASH must be signed. In flashing mode this means the flash programmer image being loaded by the RBL onto the RAM must also be signed.
  • The above formats are custom reference format provided by TI. As the SBL is user implemented and booting the .appimage, the user can define any format for the .appimage as per their preference and implement SBL in the required manner to parse this image.

See the Booting Tools section in the readme file available in the mmWave MCU Plus SDK release for more details.

After an SBL and application image is flashed, shown below is the high-level boot flow, after the SOC is powered on.

GUID-F37E256F-CC66-4EDF-9DC8-8382EF8CA4E9-low.png Figure 3-2 High Level Boot Flow