Commit Graph

5 Commits

Author SHA1 Message Date
Sebastien GANDON 001cc2ef47 TF-A-STM32MP: v2.6-stm32mp-r2
Signed-off-by: Romuald JEANNE <romuald.jeanne@st.com>
Change-Id: I7374c3986e8b2faaf6407ad123d20039839d10c4
2022-11-17 17:19:20 +01:00
Christophe Priouzeau 4e63a23ff6 TF-A: v2.6-stm32mp1-r1
Signed-off-by: Christophe Priouzeau <christophe.priouzeau@foss.st.com>
Change-Id: I23dff9a9a33a1094bfcf01c2fa8e555f349d0782
2022-06-21 10:18:08 +02:00
Christophe Priouzeau 483a6968fa KIRSKSTONE: overwrite syntax
Signed-off-by: Christophe Priouzeau <christophe.priouzeau@foss.st.com>
2022-05-02 11:53:28 +02:00
Romuald JEANNE af9ec1ddf8 TF-A-STM32MP: add file type for deploying image
When a compilation a made for TF-a with 'all' target, several binaries are generated
and have the same name on several kind of build but generated with different
compilation switch. In some case (like arm64 bits) the bl2 need to generate a
bl31 binary but without the specific option requested by the generation of official bl31,
which can generate an issue when you deploy the file because it's the binary of
last build which are used but it's not in all case the binary with compilation
option desired.
For solving this king of issue, a flag <file type> which can be : bl31 b32 bl2 fwconfig
are added on the TF_A_CONFIG to specify which kind of binary we need to export.

Change-Id: Ibd484ae2e285bf70e3e0790e020d2ea595506a3c
Signed-off-by: Christophe Priouzeau <christophe.priouzeau@foss.st.com>
2021-11-16 17:56:04 +01:00
Romuald JEANNE b986ba2af3 TF-A-STM32MP: update to v2.4-stm32mp-r1
Signed-off-by: Romuald JEANNE <romuald.jeanne@st.com>
Change-Id: I1cbb828422280231c17e9673e8a85600ab6041e4
2021-03-26 16:55:54 +01:00