[Query - 5 Mins] Information on U-BOOT FIT Malloc changes

Alex G. mr.nuke.me at gmail.com
Tue Oct 26 03:17:40 CEST 2021


On 10/25/21 6:55 PM, Spandan Mahadevegowda wrote:
> Hello Alexandru,
> 
> I'm currently working on some POC on Pine64 that requires a Trusted 
> Execution Environment. I was using U-Boot 2020.10 with SPL_FIT_GENERATOR 
> and modified mksunxi_fit_atf.sh to accommodate OP-TEE. However, due to 
> new changes in OPTEE and ARM_TF, I was required to update the components 
> and as such had to change to the recent version of U-Boot.
> I see that from the 2021.01 release and later, all ARM64 devices 
> including sunxi boards were modified to use binman. I did the necessary 
> changes in the latest u-boot to use my tee.bin and generate the 
> u-boot-sunxi-with-spl.bin. However, when I run this on the board, I see 
> that the SPL throws the "alloc space exhausted", "Could not get FIT 
> buffer of 1694208 bytes" errors and I understand that this is due to the 
> change in how SPL now loads images from your commit 
> *03f1f78a9b44b5fd6fc09faf81639879d2d0f85f*. I am not very familiar with 
> FIT and DTB handling, could you guild me with some pointers on how I can 
> fix this?

Try increasing CONFIG_SYS_SPL_MALLOC_SIZE.

> After debugging a little, I found that the BL31 (ARM-TF) does not find 
> any DTB to load BL33 (UBOOT) after the BL31->BL32->BL31 (ARM-TF-> OPTEE 
> -> ARM-TF) flow. In the Configuration, if I put "tee" as the first 
> loadable, the OPTEE loads and does its initialization and gives back 
> control to ARM-TF after which ARM-TF does not know where to find UBOOT. 
> But if I put uboot first under loadable, ARM-TF does not find OPTEE 
> (BL32). Any inputs from your end would greatly help me.
> 
> Thank you for your time and consideration,
> -- 
> Best Regards,
> *Spandan Mahadevegowda*


More information about the U-Boot mailing list