mediatek: mt8183: pass platform parametersAdd plat parameter structs to support BL2 to passvariable-length, variable-type parameters to BL31.The parameters are structured as a link list.During B
mediatek: mt8183: pass platform parametersAdd plat parameter structs to support BL2 to passvariable-length, variable-type parameters to BL31.The parameters are structured as a link list.During BL31 setup time, we traverse the list to processeach parameter.Signed-off-by: kenny liang <kenny.liang@mediatek.com>Change-Id: Ie84cfc9606656fb1d2780a68cadf27e09afa6628
show more ...
Factor out cross-BL API into export headers suitable for 3rd party codeThis patch adds a new include/export/ directory meant for inclusion inthird-party code. This is useful for cases where third-
Factor out cross-BL API into export headers suitable for 3rd party codeThis patch adds a new include/export/ directory meant for inclusion inthird-party code. This is useful for cases where third-party code needsto interact with TF-A interfaces and data structures (such as a customBL2-implementation like coreboot handing off to BL31). Directlyincluding headers from the TF-A repository avoids having to duplicateall these definitions (and risk them going stale), but with the currentheader structure this is not possible because handoff API definitionsare too deeply intertwined with other TF code/headers and chain-includeother headers that will not be available in the other environment.The new approach aims to solve this by separating only the parts thatare really needed into these special headers that are self-contained andwill not chain-include other (non-export) headers. TF-A code shouldnever include them directly but should instead always include therespective wrapper header, which will include the required prerequisites(like <stdint.h>) before including the export header. Third-party codecan include the export headers via its own wrappers that make sure thenecessary definitions are available in whatever way that environment canprovide them.Change-Id: Ifd769320ba51371439a8e5dd5b79c2516c3b43abSigned-off-by: Julius Werner <jwerner@chromium.org>