7.36.5. Arduino VENTUNO Q

Trusted Firmware-A (TF-A) platform port for the Arduino VENTUNO Q board, based on the Qualcomm QCS8275 (Monaco) SoC, also marketed as Dragonwing IQ-8275. The SoC support lives in plat/qti/hoya/monaco and the board in plat/qti/hoya/monaco/monza.

Monaco specifics:

CPUs: four Cortex-A78C cores in cluster 0 (CPU2 and CPU3 in their own gold+ clock domain) and four Cortex-A55 cores in cluster 1.
Debug UART: QUPv3 wrap 0, serial engine 7 at 0x99c000.
XBL enters the TZ image in system IMEM, so BL2 runs from 0x14680000.
The Cortex-A55 cores lack pointer authentication, which Linux requires of every CPU once its boot CPU has it; BL33 has to hand the boot over to a Cortex-A55 core with PSCI CPU_ON before starting Linux.
Storage is eMMC (sdhc_1) with 512-byte blocks.

7.36.5.1. Boot flow

Similar to Dragonwing RB3 Gen 2 development platform: XBL loads BL2 from the tz partition and the FIP ELF from the uefi partition. BL2 loads BL31, BL32 (OP-TEE) and BL33 (U-Boot) from the FIP.

7.36.5.2. How to build

Steps to build TF-A BL2 and FIP payload:

$ make CROSS_COMPILE=aarch64-none-elf- PLAT=monza SPD=opteed \
    BL32=<path-to-optee-bin> BL33=<path-to-u-boot-bin> fip all

$ ./tools/qti/generate_fip_elf.sh build/monza/release/fip.bin \
    0xaf000000

XBL authenticates the TZ image with the QTI authenticator even when secure boot is disabled, so bl2.elf must be signed as a TZ image with QTI signing, including the SW image version (SWIV) segment. An OEM test signature from qtestsign is not accepted for BL2. The fip.elf is signed with qtestsign.

7.36.5.3. How to flash

Put the board in EDL mode and write both A and B slots with qdl and the eMMC firehose programmer shipped with the board software:

$ qdl --storage emmc prog_firehose_ddr.elf \
    write tz_a bl2.mbn write tz_b bl2.mbn \
    write uefi_a fip.elf write uefi_b fip.elf