Hi @Harvey021 ,
Thanks for reply,
During the signing process of uboot-atf in debian rules override_dh_auto_build process, while running the below code
Certain doubts:
1) which container needs to be signed for uboot final signed image flash.bin if we are following flash_spl target. As per soc.mk of imx-mkimage. flash_spl contains below 3 containers.
https://github.com/nxp-imx/uboot-imx/blob/lf_v2023.04/doc/imx/ahab/guides/mx8_mx8x_spl_secure_boot.t...
a) scfw_tcm.bin
b) u-boot-spl.bin
c) u-boot-atf-container.img
From above which needs to be signed . In above link doc its describing about signing of u-boot-proper+atf only but at line L- 212, it says that
The flash.bin file include three containers and the second container have to be
signed using the Code Signing Tool (CST).
So , it means that 2nd container here "u-boot-spl.bin" also needs to get signed using cst tool. If yes then how will we get the Container offset and signature of this binary ? its not mentioned in the doc.
2) We don't have to sign the scfw_tcm.bin ?
3) I have generated the cst key having enabled the CA flags in that while generating the SRK certificate so , I am confused which csf file should i use (a) csf_boot_image.txt or csf_boot_image_sgk.txt ?
bash ./bin/cst -i csf_uboot_atf.txt -o signed-u-boot-atf-container.img
I am getting the below error.
bash: ./bin/cst: ./bin/cst: cannot execute binary file,
/release/linux64/bin$ file cst
cst: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=a7c94f18b0d664d9d03f1a28ed2979ac407044a1, stripped
Seems like this cst binary is build for x86-64 ? Can we get the cst binary for ARM64 ?
Could you please give some suggestion on this ! it will be helpful
Regards,
Rk