From: Sumit Garg <sumit.garg@kernel.org>
To: Jan Kiszka <jan.kiszka@siemens.com>
Cc: Aswin Murugan <aswin.murugan@oss.qualcomm.com>,
trini@konsulko.com, casey.connolly@linaro.org,
neil.armstrong@linaro.org, sughosh.ganu@arm.com,
ilias.apalodimas@linaro.org, gchan9527@gmail.com,
mchitale@ventanamicro.com, maximmosk4@gmail.com, jonas@kwiboo.se,
marek.vasut@mailbox.org, quentin.schulz@cherry.de,
peng.fan@nxp.com, sajattack@postmarketos.org,
balaji.selvanathan@oss.qualcomm.com, wolfgang.wallner@at.abb.com,
e@freeshell.de, yangshiji66@outlook.com,
funderscore@postmarketos.org, hs@nabladev.com,
kory.maincent@bootlin.com, jj251510319013@gmail.com,
carlos.lopezr4096@gmail.com, u-boot-qcom@groups.io,
u-boot@lists.denx.de
Subject: Re: [PATCH v3 0/7] Add FIT multi-DTB selection for Qualcomm platforms
Date: Fri, 1 May 2026 12:24:27 +0530 [thread overview]
Message-ID: <afROIxgv7NYnXiF-@sumit-xelite> (raw)
In-Reply-To: <d786d7a7-0601-4680-aa73-96334ccad320@siemens.com>
Hi Jan,
On Fri, Apr 17, 2026 at 02:15:43PM +0200, Jan Kiszka wrote:
> On 17.04.26 14:09, Aswin Murugan wrote:
> > This series adds dynamic device tree selection from FIT images for
> > Qualcomm Snapdragon platforms, enabling U-Boot to select the
> > appropriate DTB based on hardware parameters detected from SMEM.
> >
> > Qualcomm fit based DTB format is documented in [1]
> > The fit image contains only DTB, while the kernel will be part of UKI image.
> >
>
> I suppose you know that UKIs (systemd-boot, EFI Boot Guard) provide DTB
> selection as well. However, that is a fix-up for the case the firmware
> does not provide a fitting DTB. This here is supposed to support the
> firmware DTB delivery, correct?
>
I would say instead that it's an alternate way to bundle multiple DTBs
in a specific DT partition which are used by firmware to select
appropriate DTB for the board the firmware is running on.
The source of this DTBs are from kernel only where the OEM has to take
care of 1:1 compatibility among kernel and DTB. This approach has been
deployed for Yocto and Android based systems but I do agree with general
purpose distros bundling DTBs in UKIs is surely an alternative option.
-Sumit
next prev parent reply other threads:[~2026-05-01 6:54 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-17 12:09 [PATCH v3 0/7] Add FIT multi-DTB selection for Qualcomm platforms Aswin Murugan
2026-04-17 12:09 ` [PATCH v3 1/7] mach-snapdragon: Add generic SMEM cache infrastructure Aswin Murugan
2026-04-20 4:06 ` Simon Glass
2026-04-17 12:09 ` [PATCH v3 2/7] mach-snapdragon: Add FIT multi-DTB selection support Aswin Murugan
2026-04-20 4:06 ` Simon Glass
2026-04-17 12:09 ` [PATCH v3 3/7] configs: snapdragon: Enable FIT multi-DTB and configure IMEM Aswin Murugan
2026-04-20 4:06 ` Simon Glass
2026-04-17 12:09 ` [PATCH v3 4/7] image: add IH_TYPE_FATFS image type Aswin Murugan
2026-04-20 4:06 ` Simon Glass
2026-04-17 12:09 ` [PATCH v3 5/7] mkimage: add fatfs image type for FAT partition images Aswin Murugan
2026-04-20 4:06 ` Simon Glass
2026-04-17 12:09 ` [PATCH v3 6/7] doc: document mkimage fatfs type and Qualcomm multi-DTB Aswin Murugan
2026-04-20 4:06 ` Simon Glass
2026-04-17 12:09 ` [PATCH v3 7/7] mach-snapdragon: Reorder header includes Aswin Murugan
2026-04-20 4:06 ` Simon Glass
2026-04-17 12:15 ` [PATCH v3 0/7] Add FIT multi-DTB selection for Qualcomm platforms Jan Kiszka
2026-05-01 6:54 ` Sumit Garg [this message]
2026-05-01 7:39 ` Jan Kiszka
2026-05-01 12:07 ` Sumit Garg
2026-04-20 18:11 ` Tom Rini
2026-04-24 17:02 ` Quentin Schulz
2026-05-04 19:28 ` Casey Connolly
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=afROIxgv7NYnXiF-@sumit-xelite \
--to=sumit.garg@kernel.org \
--cc=aswin.murugan@oss.qualcomm.com \
--cc=balaji.selvanathan@oss.qualcomm.com \
--cc=carlos.lopezr4096@gmail.com \
--cc=casey.connolly@linaro.org \
--cc=e@freeshell.de \
--cc=funderscore@postmarketos.org \
--cc=gchan9527@gmail.com \
--cc=hs@nabladev.com \
--cc=ilias.apalodimas@linaro.org \
--cc=jan.kiszka@siemens.com \
--cc=jj251510319013@gmail.com \
--cc=jonas@kwiboo.se \
--cc=kory.maincent@bootlin.com \
--cc=marek.vasut@mailbox.org \
--cc=maximmosk4@gmail.com \
--cc=mchitale@ventanamicro.com \
--cc=neil.armstrong@linaro.org \
--cc=peng.fan@nxp.com \
--cc=quentin.schulz@cherry.de \
--cc=sajattack@postmarketos.org \
--cc=sughosh.ganu@arm.com \
--cc=trini@konsulko.com \
--cc=u-boot-qcom@groups.io \
--cc=u-boot@lists.denx.de \
--cc=wolfgang.wallner@at.abb.com \
--cc=yangshiji66@outlook.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox