...
Following this initialization phase, i-boot loads x-boot from external storage devices into SRAM and performs a checksum verification. If the verification passes, i-boot proceeds to execute x-boot.
Table of Contents
Table of Contents |
---|
Key
...
Features
Output log at UART0 with a baud rate of 115,200 bps.
UART0 pins can be turned off through an OTP bit.
Read bootstrap pins IV_MX[6..3] to decide boot-device.
Support for five boot devices: SPI-NOR flash, SPI-NAND flash, 8-bit NAND flash, eMMC, SD card, and USB flash drive (on either USB2.0 or USB3.0 port).
Implementation of secure-boot with the ability to verify the digital signature of the x-boot image and decrypt it.
Secure-boot activation controlled by an OTP bit.
Support for warm-boot, enabling wake-up from deep-sleep mode.
Support for the peripheral-reset signal (output from G_MX2).
Main
...
Flow
The i-boot flow initiates with the reset vector, followed by the execution of the "cpu_init" subroutine responsible for initializing the CPU. Next in the sequence is the "start_boot" subroutine, which sets up the C execution environment. The flow then advances to execute the "iboot_main" subroutine, serving as the C main function within i-boot.
...
It's essential to note that i-boot does not initialize DDR DRAM, rendering it temporarily unavailable. Hence, x-boot must be loaded into SRAM for execution.
...
Boot
...
Devices
i-Boot supports five boot devices, each with specific specifications and requirements. Below is a detailed table outlining the specifications for each boot device:
Boot devices | Specifications |
8-bit NAND flash |
|
eMMC device |
|
SPI-NAND flash |
|
SPI-NOR flash |
|
SD card |
|
USB flash drive |
|
CPU
...
Boot Core and Other Cores
CPU core 0 serves as the boot core, responsible for all boot processes from i-boot to Linux. Meanwhile, CPU core 1, 2, and 3 enter a spin state (wfe mode) within i-boot after self-initialization, awaiting activation by core 0. The subsequent assembly code illustrates these processes.
...
CPU core 0 fills the specified value into the CPU Run Control field of the target core to wake it up.
Bootstrap
...
Pins of SP7350
The state of bootstrap pins of SP7350 is read into bootstrap register (G0.31) upon releasing power-on reset. Refer to definition of boot-strap pins in i-boot below:
...
If MX1 = 0, the JTAG interface of CA55 of SP7350 will be enabled.
If MX2 = 0, SP7350 will enter test mode. Always set to 1 for normal operation.
...
i-boot Log and
...
Explanation
Line 1: Version The banner (version) of i-boot
Line 4: bootBoot-mode is 0x1F (MX[6..2]) which stands for eMMC boot.
Line
), indicating eMMC boot.
Line 6: “[emmc_boot]” signifies that i-boot is executing the 'emmc boot' flow.
Line 11: The bus clock of eMMC is configured to 200kHz (divisor = 1789) for the IdentifyStorage command.
Line 15: The bus clock of eMMC is adjusted to 25MHz (divisor = 14) for subsequent Read and other commands.
Line 24: The magic number (signature of the x-boot image) is 0x54554258 ('XBUT').
Line 25: The length of the x-boot image is 0xAEA0 (44,704 bytes), excluding DDR training firmware.
Line 26: The checksum of the x-boot image is 0x2866.
Line 27: The secure flag is 0, indicating non-secure boot.
Line 29: The image checksum is successfully verified.
Line 31: Proceeding to execute x-boot.
Code Block |
---|
+++iBoot v1.0 Oct 18 2022 13:51:18 [d] iboot.c:134 [d] iboot.c:157 mode=0x0000001F [emmc_boot] dev=2 pin=1 .[d] bootmain.c:136 ...[d] drv_sd_mmc.c:21 InitChipCtrl busclk=200000 div=1789 [d] drv_sd_mmc.c:23 IdentifyStorage [d] hal_sd_mmc.c:478 busclk=25000000 div=14 [d] hal_sd_mmc.c:1709 [d] drv_sd_mmc.c:33 [d] iboot.c:526 mg=0x54554258 len=0x0000AE380x0000AEA0 chk=0x000028660x0000F3D7 [d] iboot.c:557 [d] iboot.c:567 mg=0x54554258 len=0x0000AE380x0000AEA0 chk=0x000028660x0000F3D7 flg=0x00000000 [d] bootmain.c:559 img chksum correct boot! .15522 |