tools: k3_fit_atf: Fix DM binary FIT load addresses
authorSuman Anna <s-anna@ti.com>
Sat, 14 Aug 2021 06:49:01 +0000 (01:49 -0500)
committerTom Rini <trini@konsulko.com>
Sat, 11 Sep 2021 00:10:20 +0000 (20:10 -0400)
commit7d67334dfe9ce6a9f5ef3e9b95dd87ef482002b0
tree5746715b69127eaa996d13a79b02c4487744e59e
parent7ca1af635ac7a323f2715e6478173f3c8eb8c413
tools: k3_fit_atf: Fix DM binary FIT load addresses

The DM binary runs on the MCU R5F Core0 after R5 SPL on J721E and J7200
SoCs. The binary is built alongside the TFA, OPTEE and A72 SPL binaries
and included in the tispl.bin FIT image. The R5 SPL loads the DM binary
at 0xA0000000 address, based on the value used in the FIT image build
script. The DM binary though is an ELF image and not a regular binary
file, and so is processed further to load the actual program segments
using the U-Boot's standard ELF loader library.

The DM binary does leverage a certain portion of DDR for its program
segments, and typically reserves 16 MB of DDR at 0xA0000000 with the
1st MB used for IPC between Linux and the remote processor, and
remaining memory for firmware segments. This can cause an incomplete
loading of the program segments if the DM binary is larger than 1 MB,
due to overlap of the initial loaded binary and the actual program
segments.

Fix this by using the address 0x89000000, which matches the current
"addr_mcur5f0_0load" env variable used by R5 SPL before the DM firmware
inclusion into the tispl.bin.

Fixes: df5363a67f35 ("tools: k3_fit_atf: add DM binary to the FIT image")
Signed-off-by: Suman Anna <s-anna@ti.com>
tools/k3_fit_atf.sh