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

Nishanth Menon nm at ti.com
Thu Jul 18 13:13:46 CEST 2024


On 16:05-20240718, Dhruva Gole wrote:
> 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?

Yeah - looks like we might need more split up here. we want this to
appear only on relevant platforms.

-- 
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3  1A34 DDB5 849D 1736 249D


More information about the U-Boot mailing list