From: Marco Felsch <m.felsch@pengutronix.de>
To: Sascha Hauer <s.hauer@pengutronix.de>
Cc: barebox@lists.infradead.org
Subject: Re: [PATCH 2/8] FIT: skip possible overlay config nodes
Date: Tue, 11 Jun 2024 10:36:47 +0200 [thread overview]
Message-ID: <20240611083647.cjy2yz5qqaqb7gnr@pengutronix.de> (raw)
In-Reply-To: <ZgE1VbATsBpAKnD_@pengutronix.de>
Hi,
sorry for the delay on this patchset.
On 24-03-25, Sascha Hauer wrote:
> Hi Marco,
>
> On Fri, Mar 22, 2024 at 05:49:47PM +0100, Marco Felsch wrote:
> > The FIT spec is not very specific when it comes to device-tree overlay
> > handling.
>
> By FIT spec you mean
> https://github.com/u-boot/u-boot/blob/master/doc/usage/fit/overlay-fdt-boot.rst,
> right, or is there more?
this is just an example which is not complete e.g. it misses the
signature node in case of verified boot. I used [1] as reference but
after reading it again I see that this reference list the kernel or
firmware properties as mandatory.
[1] https://docs.u-boot.org/en/latest/usage/fit/source_file_format.html#configurations-node
> > Overlays can be added directely to an config node:
> >
> > config-a {
> > compatible = "machine-compatible";
> > kernel = "kernel-img-name";
> > fdt = "fdt-base-name", "fdt-overlay1-name", "...";
> > }
> >
> > or they are supplied via dedicated config nodes:
> >
> > overlay-2 {
> > fdt = "fdt-overlay2-name";
> > }
> >
> > Of course these config nodes can have compatibles as well:
> >
> > overlay-3 {
> > compatible = "machine-compatible";
> > fdt = "fdt-overlay3-name";
> > }
>
> The text I referenced above doesn't mention compatible properties in
> overlay config nodes.
You're right, but the format description chapter [1] does.
> > The current fit_find_compatible_unit() code would skip the overlay node
> > if the config-a compatible has the same score as the overlay-3
> > compatible and if the overlay-3 config-node is listed after the config-a
> > config-node. But if the compatible of config-a config-node has a lower
> > score or the overlay-3 config-note is listed first (the spec does not
> > specify any order) we end up in taking the overlay-3 config-node instead
> > of config-a config-node.
>
> You could distinguish overlay config nodes from full config nodes by the
> presence of a "kernel" property. Overlay config nodes do not have it.
Of course this could be done but I wanted to make it more explicit since
the FIT spec is not very clear when it comes to overlays. Instead of
adding an explicit image type like:
- type = "flat_dt_overlay";
they used the already existing definitions. Therefore I went this way so
it is up to user to specify the overlay config nodes explicit.
Regards,
Marco
>
> Sascha
>
> --
> Pengutronix e.K. | |
> Steuerwalder Str. 21 | http://www.pengutronix.de/ |
> 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
> Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
>
next prev parent reply other threads:[~2024-06-11 8:37 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-03-22 16:49 [PATCH 1/8] of: overlay: add of.overlay.fitconfigpattern param Marco Felsch
2024-03-22 16:49 ` [PATCH 2/8] FIT: skip possible overlay config nodes Marco Felsch
2024-03-25 8:27 ` Sascha Hauer
2024-06-11 8:36 ` Marco Felsch [this message]
2024-06-17 8:04 ` Sascha Hauer
2024-06-26 10:04 ` Marco Felsch
2024-07-01 12:06 ` Sascha Hauer
2024-03-22 16:49 ` [PATCH 3/8] of: overlay: make the pattern match function more generic Marco Felsch
2024-03-22 16:49 ` [PATCH 4/8] of: overlay: make search dir/path " Marco Felsch
2024-03-22 16:49 ` [PATCH 5/8] FIT: expose useful helpers Marco Felsch
2024-03-22 16:49 ` [PATCH 6/8] of: overlay: add FIT overlay support Marco Felsch
2024-03-25 8:51 ` Sascha Hauer
2024-06-11 9:09 ` Marco Felsch
2024-03-22 16:49 ` [PATCH 7/8] of: overlay: drop unnecessary empty check in of_overlay_global_fixup_dir Marco Felsch
2024-03-22 16:49 ` [PATCH 8/8] of: overlay: replace filename with an more unique name Marco Felsch
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=20240611083647.cjy2yz5qqaqb7gnr@pengutronix.de \
--to=m.felsch@pengutronix.de \
--cc=barebox@lists.infradead.org \
--cc=s.hauer@pengutronix.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox