From: Tom Rini <trini@konsulko.com>
To: Carlo Caione <ccaione@baylibre.com>
Cc: u-boot@lists.denx.de, "Simon Glass" <sjg@chromium.org>,
"Neil Armstrong" <neil.armstrong@linaro.org>,
"Kory Maincent" <kory.maincent@bootlin.com>,
"Peng Fan" <peng.fan@nxp.com>,
"Kuan-Wei Chiu" <visitorckw@gmail.com>,
"Jerome Forissier" <jerome.forissier@arm.com>,
"Alif Zakuan Yuslaimi" <alif.zakuan.yuslaimi@altera.com>,
"Raymond Mao" <raymond.mao@riscstar.com>,
"Quentin Schulz" <quentin.schulz@cherry.de>,
"Stefan Roese" <stefan.roese@mailbox.org>,
"Philip Molloy" <philip.molloy@analog.com>,
"Anshul Dalal" <anshuld@ti.com>,
"Mattijs Korpershoek" <mkorpershoek@kernel.org>,
"João Paulo Gonçalves" <joao.goncalves@toradex.com>,
"Heinrich Schuchardt" <xypron.glpk@gmx.de>,
"Ilias Apalodimas" <ilias.apalodimas@linaro.org>,
"Javier Tia" <floss@jetm.me>,
"Marek Vasut" <marek.vasut+renesas@mailbox.org>,
"Heiko Schocher" <hs@nabladev.com>,
"Dinesh Maniyam" <dinesh.maniyam@altera.com>,
"Markus Schneider-Pargmann (TI.com)" <msp@baylibre.com>,
"Lucien.Jheng" <lucienzx159@gmail.com>,
"Martin Schwan" <m.schwan@phytec.de>,
"Michal Simek" <michal.simek@amd.com>,
"Pieter Van Trappen" <pieter.van.trappen@cern.ch>
Subject: Re: [PATCH 1/4] bootstd: add a firmware-owned devicetree source
Date: Wed, 8 Jul 2026 11:18:06 -0600 [thread overview]
Message-ID: <20260708171806.GZ749385@bill-the-cat> (raw)
In-Reply-To: <20260706-ccaione-upstream-ebbr-v1-1-e742cdd6abe5@baylibre.com>
[-- Attachment #1: Type: text/plain, Size: 2310 bytes --]
On Mon, Jul 06, 2026 at 05:06:42PM +0200, Carlo Caione wrote:
> Platforms following EBBR / Arm SystemReady IR keep the devicetree on
> a firmware-owned partition, updated independently of the operating
> system, rather than shipping it in the OS image or on the EFI System
> Partition. U-Boot has no generic way to source the devicetree from such
> a partition, so vendors carry out-of-tree machinery for it.
>
> Add a bootstd helper, firmware_fdt_load(), that assembles the OS
> devicetree from a FIT manifest carried on that partition: the FIT images
> hold the base DTB and its overlays, and each FIT configuration names one
> bootable combination through its 'fdt' property.
>
> The partition is described in the control devicetree: the bootstd node
> carries a 'firmware-fdt-source' phandle to a source node, a child of
> the media device owning the partition, which identifies it by GPT type
> UUID and/or name. The 'boot_dtb' environment variable may pin an A/B
> partition number.
>
> The error semantics are fail closed: -ENOENT strictly means "no source
> configured" (the only case where callers may fall back to their normal
> devicetree); once a source is configured, any assembly failure is
> fatal, and downstream -ENOENT codes (missing manifest, missing FIT
> configuration) are remapped so a missing or bad firmware devicetree is
> never silently replaced by an unverified one. Manifest images carrying
> a 'load' property are rejected so a misbuilt manifest cannot overwrite
> arbitrary memory.
>
> Signed-off-by: Carlo Caione <ccaione@baylibre.com>
> ---
> MAINTAINERS | 3 +
> boot/Kconfig | 23 ++
> boot/Makefile | 1 +
> boot/firmware_fdt.c | 382 ++++++++++++++++++++++++++++++
> doc/develop/bootstd/firmware_fdt.rst | 94 ++++++++
> doc/develop/bootstd/index.rst | 1 +
> doc/device-tree-bindings/firmware-fdt.txt | 149 ++++++++++++
I think I wasn't clear enough on the RFC, sorry. We need to get this
binding approved over in https://github.com/devicetree-org/dt-schema/
and I strongly suspect that barebox would be able to make use of this
too, so a u-boot prefix would be inappropriate.
--
Tom
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]
next prev parent reply other threads:[~2026-07-08 17:18 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-06 15:06 [PATCH 0/4] bootstd: firmware-owned devicetree for EBBR / SystemReady IR Carlo Caione
2026-07-06 15:06 ` [PATCH 1/4] bootstd: add a firmware-owned devicetree source Carlo Caione
2026-07-08 17:18 ` Tom Rini [this message]
2026-07-09 8:36 ` Carlo Caione
2026-07-20 19:14 ` Tom Rini via U-Boot
2026-07-08 19:22 ` David Lechner
2026-07-09 20:18 ` Simon Glass
2026-07-06 15:06 ` [PATCH 2/4] bootmeth: efi: source the devicetree from a firmware partition Carlo Caione
2026-07-09 20:18 ` Simon Glass
2026-07-06 15:06 ` [PATCH 3/4] efi_loader: bootmgr: install the firmware-owned devicetree Carlo Caione
2026-07-09 20:19 ` Simon Glass
2026-07-06 15:06 ` [PATCH 4/4] test: bootstd: add firmware-FDT source tests Carlo Caione
2026-07-09 20:19 ` Simon Glass
2026-07-09 20:20 ` [0/4] bootstd: firmware-owned devicetree for EBBR / SystemReady IR Simon Glass
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20260708171806.GZ749385@bill-the-cat \
--to=trini@konsulko.com \
--cc=alif.zakuan.yuslaimi@altera.com \
--cc=anshuld@ti.com \
--cc=ccaione@baylibre.com \
--cc=dinesh.maniyam@altera.com \
--cc=floss@jetm.me \
--cc=hs@nabladev.com \
--cc=ilias.apalodimas@linaro.org \
--cc=jerome.forissier@arm.com \
--cc=joao.goncalves@toradex.com \
--cc=kory.maincent@bootlin.com \
--cc=lucienzx159@gmail.com \
--cc=m.schwan@phytec.de \
--cc=marek.vasut+renesas@mailbox.org \
--cc=michal.simek@amd.com \
--cc=mkorpershoek@kernel.org \
--cc=msp@baylibre.com \
--cc=neil.armstrong@linaro.org \
--cc=peng.fan@nxp.com \
--cc=philip.molloy@analog.com \
--cc=pieter.van.trappen@cern.ch \
--cc=quentin.schulz@cherry.de \
--cc=raymond.mao@riscstar.com \
--cc=sjg@chromium.org \
--cc=stefan.roese@mailbox.org \
--cc=u-boot@lists.denx.de \
--cc=visitorckw@gmail.com \
--cc=xypron.glpk@gmx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.