[PATCH v3 5/6] tools: Add support for fwumdata tool
Kory Maincent
kory.maincent at bootlin.com
Wed Feb 18 12:08:16 CET 2026
On Wed, 18 Feb 2026 16:15:14 +0530
Sughosh Ganu <sughosh.ganu at arm.com> wrote:
> On Wed, Feb 18, 2026 at 11:31:16AM +0100, Kory Maincent wrote:
> > Hello Sughosh,
> >
> > On Wed, 18 Feb 2026 15:26:35 +0530
> > Sughosh Ganu <sughosh.ganu at arm.com> wrote:
> >
> > > On Wed, Feb 18, 2026 at 03:17:58PM +0530, Sughosh Ganu wrote:
> > > > On Mon, Feb 16, 2026 at 02:35:35PM +0100, Kory Maincent wrote:
> > > > > Add a new fwumdata tool to allows users to read, display, and modify
> > > > > FWU (Firmware Update) metadata from Linux userspace. It provides
> > > > > functionality similar to fw_printenv/fw_setenv but for FWU metadata.
> > > > > Users can view metadata, change active/previous bank indices, modify
> > > > > bank states, and set image acceptance flags. Configuration is done
> > > > > via fwumdata.config file.
> > > > >
> > > > > Signed-off-by: Kory Maincent <kory.maincent at bootlin.com>
> > > > > ---
> > > >
> > > > I am not sure if this has been discussed with Ilias earlier, and
> > > > apologies if it has been, but I do think that this patch is not
> > > > adhering to the DEN0118 specification, specifically the part mentioned
> > > > in section A3.2.1, which says that the metadata is to be maintained by
> > > > the Update Agent. I would like to hear from Jose Marinho, who is the
> > > > author of the spec, on what he thinks about this approach.
> > > >
> > > > I do think that the other patches in series look fine, and can be
> > > > applied. There is just an issue of inclusion of the tool for
> > > > building. I will comment on that patch separately.
> > >
> > >
> > > Adding Jose to the discussion.
> >
> > We indeed already had some discussion about it with Ilias.
> > https://lists.denx.de/pipermail/u-boot/2025-December/605924.html
> >
> > It seems ST deviate from the original idea behind the standard. It does not
> > use EFI neither update capsule.
> > TF-A is managing the selection of the boot partition (FIP image: OPTEE +
> > bootloader) according to the FWU metadata content and is dealingwith the
> > rollback mechanism. Linux through this tools is the update agent to select
> > the boot image.
>
> Okay. I guess that is fine then -- with the Update Agent residing in
> Linux, this is not an issue. My next question then would be, why are
> you adding this to U-Boot then :). Can this not be bundled with a
> related package of RAUC maybe(if one such exists)?
There was also a discussion about this topic:
https://lists.denx.de/pipermail/u-boot/2025-December/604901.html
The final conclusion is:
- for the short/medium term we add it alongside the mkfwumdata tool.
- for the long term it would be nice to extract all generic tools to a different repo
than U-boot to make life easier for other projects.
Regards,
--
Köry Maincent, Bootlin
Embedded Linux and kernel engineering
https://bootlin.com
More information about the U-Boot
mailing list