| #
a96a07bf |
| 21-Mar-2022 |
J-Alves <joao.alves@arm.com> |
refactor(sptool): use SpSetupActions in sp_mk_generator.py
The "sp_mk_generator.py" is responsible for processing the SP layout file, which contains information about the SPs to be deployed on top o
refactor(sptool): use SpSetupActions in sp_mk_generator.py
The "sp_mk_generator.py" is responsible for processing the SP layout file, which contains information about the SPs to be deployed on top of the SPM, to generate the "sp_gen.mk" file which appends information specific to each SP that shall help with packing all SPs into a fip binary. Before this patch the "sp_mk_generator.py" was a monolithic script, which has now been broken down into functions for each identified configuration action.
Signed-off-by: J-Alves <joao.alves@arm.com> Change-Id: I8ee7487f2e07d53e508d17d0fe4510e22957f5ca
show more ...
|
| #
e638c228 |
| 23-Mar-2022 |
Joanna Farley <joanna.farley@arm.com> |
Merge "build(sptool): handle uuid field in SP layout file" into integration
|
| #
5ac60ea1 |
| 08-Feb-2022 |
Imre Kis <imre.kis@arm.com> |
build(sptool): handle uuid field in SP layout file
Extract the UUID from the SP layout JSON file if the optional 'uuid' field exists otherwise fall back to the current method for extracting the SP U
build(sptool): handle uuid field in SP layout file
Extract the UUID from the SP layout JSON file if the optional 'uuid' field exists otherwise fall back to the current method for extracting the SP UUID from the partition manifest file.
This change gives a way to decouple TF-A's dependency on the SP manifest file's format which is tied to the SPMC.
Signed-off-by: Imre Kis <imre.kis@arm.com> Change-Id: I13af066c1de58bfb9c3fd470ee137ea0275cd98c
show more ...
|
| #
b350811c |
| 02-Feb-2022 |
Manish Pandey <manish.pandey2@arm.com> |
Merge changes I5d7e3cf3,Ie81f2fc5,If869ac93,I2cf2badf,Ic291eb13 into integration
* changes: fix(sptool): add leading zeroes in UUID conversion feat(tc): enable SMMU for DPU feat(tc): add reser
Merge changes I5d7e3cf3,Ie81f2fc5,If869ac93,I2cf2badf,Ic291eb13 into integration
* changes: fix(sptool): add leading zeroes in UUID conversion feat(tc): enable SMMU for DPU feat(tc): add reserved memory region for Gralloc feat(tc): enable GPU fix(tc): remove the bootargs node
show more ...
|
| #
b06344a3 |
| 07-Jan-2022 |
Anders Dellien <anders.dellien@arm.com> |
fix(sptool): add leading zeroes in UUID conversion
The UUID conversion drops leading zeroes, so make sure that all hex strings always are 8 digits long
Signed-off-by: Anders Dellien <anders.dellien
fix(sptool): add leading zeroes in UUID conversion
The UUID conversion drops leading zeroes, so make sure that all hex strings always are 8 digits long
Signed-off-by: Anders Dellien <anders.dellien@arm.com> Change-Id: I5d7e3cf3b53403a02bf551f35f17dbdb96dec8ae
show more ...
|
| #
46b13fca |
| 28-Sep-2021 |
Olivier Deprez <olivier.deprez@arm.com> |
Merge changes from topic "od/sp-uuid-gen" into integration
* changes: fix: OP-TEE SP manifest per latest SPMC changes fix: SP UUID little to big endian in TF-A build
|
| #
dcdbcdde |
| 11-May-2021 |
Olivier Deprez <olivier.deprez@arm.com> |
fix: SP UUID little to big endian in TF-A build
The UUID field in SP manifest DTS is represented as an array of four integers that the SPMC consumes using the little endian representation. The reaso
fix: SP UUID little to big endian in TF-A build
The UUID field in SP manifest DTS is represented as an array of four integers that the SPMC consumes using the little endian representation. The reason is that those values are directly mapped to the SMCCC section 5.3 recommendation and the way they are exposed to the FFA_PARTITION_INFO_GET interface.
Per [1] TF-A build flow expects a big endian representation of the UUID so the sp_mk_generator script is updated to accommodate this conversion.
[1] https://review.trustedfirmware.org/c/TF-A/trusted-firmware-a/+/9563
Signed-off-by: Olivier Deprez <olivier.deprez@arm.com> Change-Id: I7c7b295225e23ea64f49170e27d97442b289703b
show more ...
|
| #
b693fbf4 |
| 14-Aug-2020 |
Manish Pandey <manish.pandey2@arm.com> |
Merge changes from topic "sp_dual_signing" into integration
* changes: SPM: Add owner field to cactus secure partitions SPM: Alter sp_gen.mk entry depending on owner of partition plat/arm: ena
Merge changes from topic "sp_dual_signing" into integration
* changes: SPM: Add owner field to cactus secure partitions SPM: Alter sp_gen.mk entry depending on owner of partition plat/arm: enable support for Plat owned SPs
show more ...
|
| #
1e7528ec |
| 24-Jul-2020 |
Ruari Phipps <ruari.phipps@arm.com> |
SPM: Alter sp_gen.mk entry depending on owner of partition
With recently introduced dualroot CoT for SPs where they are owned either by SiP or by Platform. SiP owned SPs index starts at SP_PKG1_ID w
SPM: Alter sp_gen.mk entry depending on owner of partition
With recently introduced dualroot CoT for SPs where they are owned either by SiP or by Platform. SiP owned SPs index starts at SP_PKG1_ID while Plat owned SPs index starts at SP_PKG5_ID.
This patch modifies SP makefile generator script to take CoT as an argument and if it is "dualroot" then generates SP_PKG in order mentioned above, otherwise generates it sequentially.
Signed-off-by: Ruari Phipps <ruari.phipps@arm.com> Change-Id: Iffad1131787be650a9462f6f8cc09b603cddb3b8
show more ...
|
| #
47ee4087 |
| 05-Aug-2020 |
Alexei Fedorov <Alexei.Fedorov@arm.com> |
Merge "Use abspath to dereference $BUILD_BASE" into integration
|
| #
29214e95 |
| 30-Jul-2020 |
Grant Likely <grant.likely@arm.com> |
Use abspath to dereference $BUILD_BASE
If the user tries to change BUILD_BASE to put the build products outside the build tree the compile will fail due to hard coded assumptions that $BUILD_BASE is
Use abspath to dereference $BUILD_BASE
If the user tries to change BUILD_BASE to put the build products outside the build tree the compile will fail due to hard coded assumptions that $BUILD_BASE is a relative path. Fix by using $(abspath $(BUILD_BASE)) to rationalize to an absolute path every time and remove the relative path assumptions.
This patch also adds documentation that BUILD_BASE can be specified by the user.
Signed-off-by: Grant Likely <grant.likely@arm.com> Signed-off-by: Manish Pandey <manish.pandey2@arm.com> Change-Id: Ib1af874de658484aaffc672f30029b852d2489c8
show more ...
|
| #
02383c28 |
| 09-Jun-2020 |
Manish Pandey <manish.pandey2@arm.com> |
Merge changes from topic "sp_secure_boot" into integration
* changes: dualroot: add chain of trust for secure partitions sptool: append cert_tool arguments. cert_create: add SiP owned secure p
Merge changes from topic "sp_secure_boot" into integration
* changes: dualroot: add chain of trust for secure partitions sptool: append cert_tool arguments. cert_create: add SiP owned secure partitions support
show more ...
|
| #
07c44475 |
| 26-May-2020 |
Manish Pandey <manish.pandey2@arm.com> |
sptool: append cert_tool arguments.
To support secure boot of SP's update cert tool arguments while generating sp_gen.mk which in turn is consumed by build system.
Signed-off-by: Manish Pandey <man
sptool: append cert_tool arguments.
To support secure boot of SP's update cert tool arguments while generating sp_gen.mk which in turn is consumed by build system.
Signed-off-by: Manish Pandey <manish.pandey2@arm.com> Change-Id: I2293cee9b7c684c27d387aba18e0294c701fb1cc
show more ...
|
| #
7390559b |
| 25-Feb-2020 |
Sandrine Bailleux <sandrine.bailleux@arm.com> |
Merge "SPMD: generate and add Secure Partition blobs into FIP" into integration
|
| #
ce2b1ec6 |
| 14-Jan-2020 |
Manish Pandey <manish.pandey2@arm.com> |
SPMD: generate and add Secure Partition blobs into FIP
Till now TF-A allows limited number of external images to be made part of FIP. With SPM coming along, there may exist multiple SP packages whic
SPMD: generate and add Secure Partition blobs into FIP
Till now TF-A allows limited number of external images to be made part of FIP. With SPM coming along, there may exist multiple SP packages which need to be inserted into FIP. To achieve this we need a more scalable approach to feed SP packages to FIP.
This patch introduces changes in build system to generate and add SP packages into FIP based on information provided by platform. Platform provides information in form of JSON which contains layout description of available Secure Partitions. JSON parser script is invoked by build system early on and generates a makefile which updates FIP, SPTOOL and FDT arguments which will be used by build system later on for final packaging.
"SP_LAYOUT_FILE" passed as a build argument and can be outside of TF-A tree. This option will be used only when SPD=spmd.
For each SP, generated makefile will have following entries - FDT_SOURCES += sp1.dts - SPTOOL_ARGS += -i sp1.img:sp1.dtb -o sp1.pkg - FIP_ARGS += --blob uuid=XXXX-XXX...,file=SP1.pkg
Signed-off-by: Manish Pandey <manish.pandey2@arm.com> Change-Id: Ib6a9c064400caa3cd825d9886008a3af67741af7
show more ...
|