[PATCH V5 4/6] doc: ti: k3: Add TIFS Stub documentation

Dhruva Gole d-gole at ti.com
Thu Jul 18 12:35:53 CEST 2024


On Jul 17, 2024 at 13:47:19 -0500, Nishanth Menon wrote:
> On 22:18-20240705, Dhruva Gole wrote:
> > Add documentation to briefly explain the role of TIFS Stub in relevant
> > K3 SoC's.
> > This also sheds light on why TIFS Stub isn't package with the DM firmware
> > itself.
> > 
> > Signed-off-by: Dhruva Gole <d-gole at ti.com>
> > ---
> >  doc/board/ti/k3.rst | 11 +++++++++++
> >  1 file changed, 11 insertions(+)
> > 
> > diff --git a/doc/board/ti/k3.rst b/doc/board/ti/k3.rst
> > index 67b066a07d3a..c80060662074 100644
> > --- a/doc/board/ti/k3.rst
> > +++ b/doc/board/ti/k3.rst
> > @@ -193,6 +193,17 @@ online
> >      device resources such as power, clock, interrupts, dma etc. This firmware
> >      runs on a dedicated or multi-use microcontroller outside the security
> >      enclave.
> > +  * **TIFS Stub** - A small piece of code that helps restore the remaining
> > +    context and resume the TIFS firmware when resuming from Low Power Modes
> > +    like Suspend-to-RAM/ Deep Sleep. It is loaded into the ATCM (Tightly
> > +    Coupled Memory 'A' of the DM R5) during DM startup. The reason it isn't
> > +    merged with DM is because in HS devices we need to sign the tifs-stub with
> > +    customer key. The DM cannot have a component signed using a customer key
> > +    because a HS device customer owns the customer key and only customer
> > +    has the access for the customer key. Since TIFS Stub signing has to happen
> > +    from the customer side but DM is released by TI, we need to allow binman to
> > +    sign the TIFS Stub and only then package it alongside other firmwares.
> > +    This applies only to AM62x, AM62A and AM62P based devices.
> 
> This implies TI is hiding DM source - we are not. TIFS stub is prop
> binary (the usual issues), but can you rephrase the description above? I
> do not want to go and explicitly list out the devices this section has
> either..

OK.
I was trying to convey was the binary is provided by TI not that its
hidden. But yes I will reword it to say:

.... but DM is released by TI or can be built independently by customers
using the publicly available sources, we need to allow binman......

> 
> Futher, the way it is introduced, did you check the documentation for
> other SoCs? we dont want tifs stub section to punch in for other SoCs
> which dont matter.

Yep, it appears wherever there's include::  ../ti/k3.rst,
I will introduce few more tags between k3_rst_include_start_boot_sources
and k3_rst_include_end_boot_sources to help with this. Does that make
sense?


-- 
Best regards,
Dhruva Gole <d-gole at ti.com>


More information about the U-Boot mailing list