[U-Boot] [PATCH v2 4/6] arm: omap5: Add TEE loading support
Tom Rini
trini at konsulko.com
Tue Nov 29 21:18:01 CET 2016
On Tue, Nov 29, 2016 at 01:03:37PM -0600, Andrew F. Davis wrote:
> From: Harinarayan Bhatta <harinarayan at ti.com>
>
> secure_tee_install is used to install and initialize a secure TEE OS such as
> Linaro OP-TEE into the secure world. This function takes in the address
> where the signed TEE image is loaded as an argument. The signed TEE image
> consists of a header (struct tee_header), TEE code+data followed by the
> signature generated using image signing tool from TI security development
> package (SECDEV). Refer to README.ti-secure for more information.
>
> This function uses 2 new secure APIs.
>
> 1. PPA_SERV_HAL_TEE_LOAD_MASTER - Must be called on CPU Core 0. Protected
> memory for TEE must be reserved before calling this function. This API
> needs arguments filled into struct ppa_tee_load_info. The TEE image is
> authenticated and if there are no errors, the control passes to the TEE
> entry point.
>
> 2. PPA_SERV_HAL_TEE_LOAD_SLAVE - Called on other CPU cores only after
> a TEE_LOAD_MASTER call. Takes no arguments. Checks if TEE was
> successfully loaded (on core 0) and transfers control to the same TEE
> entry point.
>
> The code at TEE entry point is expected perform OS initialization steps
> and return back to non-secure world (U-Boot).
>
> Signed-off-by: Harinarayan Bhatta <harinarayan at ti.com>
> Signed-off-by: Andrew F. Davis <afd at ti.com>
[snip]
> +/* TEE header (From OPTEE) */
> +struct tee_header {
> + u32 magic;
> + u8 version;
> + u8 arch;
> + u16 flags;
> + u32 init_size;
> + u32 loadaddr_hi;
> + u32 loadaddr_lo;
> + u32 init_mem_usage;
> + u32 paged_size;
> +};
This, and anything else that's OPTEE specific should go in a more
generically visible header as others will be doing OPTEE stuff too.
[snip]
> + if ((hdr->magic != 0x4554504f) ||
This too probably belongs in the generic OPTEE header.
> + /* The return value is ignored. If something went wrong, the function
> + * would probably not return at all
> + */
> + (void)secure_rom_call(PPA_SERV_HAL_TEE_LOAD_MASTER, 0, 0, 1, &tee_info);
"probably". We must save and check the return value all the same.
--
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20161129/b756993e/attachment.sig>
More information about the U-Boot
mailing list