[RFC] Proposed location to host the firmware handoff specification.

Simon Glass sjg at chromium.org
Thu Jun 30 11:24:30 CEST 2022


Hi Jose,

I don't think this is correct. TF-A is a project that aims to replace
U-Boot SPL (and perhaps other components) with more closed firmware,
e.g. the permissive license.

This spec needs to be in a neutral place, not captive of one project.

Given its close relationship to device tree, I suggest github.com/devicetree-org

If that is not acceptable then we should look for something else.

Regards,
Simon

On Thu, 23 Jun 2022 at 08:20, Jose Marinho <Jose.Marinho at arm.com> wrote:
>
> Hi,
>
> Arm worked to draft a firmware handoff [1] specification, evolving it based on community feedback.
>
> This activity followed the request of some members of the Arm ecosystem [2].
> The spec (still at ALP – feedback/comments welcome!) standardizes how information is propagated between different firmware components during boot.
>
> The spec hopes to remove the reliance on bespoke/platform-specific information handoff mechanisms, thus reducing the code maintenance burden.
>
>
>
> The concept of entry types is present in the spec – these are data structure layouts that carry a specific type of data.
> New types are meant to be added, following the needs and use-cases of the different communities.
> Thus, these communities should be empowered to request new types!
>
> To enable community contributions, the specification must be hosted in a location that is friendly to change requests.
>
> We propose to host the spec in trustedfirmware.org (tf.org).
>
>
> Tf.org hosts several open-source projects and already has an open governance model.
> TF-A, and the associated community, rely on tf.org, and thus are already well equipped to maintain this specification and keep it up to date.
> Tf.org is agnostic of any downstream projects that would adopt this specification (e.g. U-boot, EDK2, etc.).
>
> We welcome the views of the communities and want to understand if there are any strong objections to what’s being proposed!
> If anyone has objections, we are happy to consider alternatives and associated trade-offs.
>
>
> Regards
>
> [1] https://developer.arm.com/documentation/den0135/latest
>
> [2] Re: [TF-A] Proposal: TF-A to adopt hand-off blocks (HOBs) for information passing between boot stages - TF-A - lists.trustedfirmware.org
>
>


More information about the U-Boot mailing list