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

Ilias Apalodimas ilias.apalodimas at linaro.org
Thu Jun 30 12:40:11 CEST 2022


Hi all,

Thanks for pushing on this

On Thu, 30 Jun 2022 at 12:24, Simon Glass <sjg at chromium.org> wrote:
>
> 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

In my mind this effort is similar to EBBR since the goal is to be
architecture agnostic.

I am not too picky on the location myself as long as it's open and
other people can contribute and propose changes.

Regards
/Ilias
>
> 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