From: Francesco Valla <francesco@valla.it>
To: Simon Glass <sjg@chromium.org>
Cc: u-boot@lists.denx.de, Tom Rini <trini@konsulko.com>,
Quentin Schulz <quentin.schulz@cherry.de>,
Marek Vasut <marek.vasut+renesas@mailbox.org>,
James Hilliard <james.hilliard1@gmail.com>,
Julien Stephan <jstephan@baylibre.com>,
Frank Wunderlich <frank-w@public-files.de>,
Heinrich Schuchardt <xypron.glpk@gmx.de>,
Kunihiko Hayashi <hayashi.kunihiko@socionext.com>,
Anshul Dalal <anshuld@ti.com>,
Leo Yu-Chi Liang <ycliang@andestech.com>,
Andrew Goodbody <andrew.goodbody@linaro.org>,
Ronald Wahl <ronald.wahl@legrand.com>,
Dhruva Gole <d-gole@ti.com>,
Mikhail Kshevetskiy <mikhail.kshevetskiy@iopsys.eu>,
Rasmus Villemoes <ravi@prevas.dk>,
Michael Walle <mwalle@kernel.org>,
Marek Vasut <marek.vasut@mailbox.org>,
Miquel Raynal <miquel.raynal@bootlin.com>,
Richard Genoud <richard.genoud@bootlin.com>,
Wolfgang Wallner <wolfgang.wallner@at.abb.com>,
David Lechner <dlechner@baylibre.com>
Subject: Re: [PATCH 4/5] spl: call ft_board_setup() and ft_system_setup() if enabled
Date: Mon, 4 May 2026 19:39:11 +0200 [thread overview]
Message-ID: <afjYrn-vCis3CPBu@bywater> (raw)
In-Reply-To: <CAFLszTiJefn22TX_svrwuj+dP_ytsPCz19Vxgkp_B1f2p5t1VQ@mail.gmail.com>
Hi Simon,
On Mon, May 04, 2026 at 06:09:01AM -0600, Simon Glass wrote:
> Hi Francesco,
>
> On 2026-04-28T20:24:41, Francesco Valla <francesco@valla.it> wrote:
> > spl: call ft_board_setup() and ft_system_setup() if enabled
> >
> > If board and system FDT setups are enabled by the corresponding
> > configuration options, perform them also in SPL. This aligns the
> > behavior of FIT loading from SPL and U-Boot proper in this aspect,
> > reducing the need for custom code in falcon boot setups.
> >
> > Signed-off-by: Francesco Valla <francesco@valla.it>
> >
> > common/spl/spl.c | 16 ++++++++++++++++
> > 1 file changed, 16 insertions(+)
>
> > diff --git a/common/spl/spl.c b/common/spl/spl.c
> > @@ -156,6 +156,22 @@ void spl_fixup_fdt(void *fdt_blob)
> > + if (IS_ENABLED(CONFIG_OF_BOARD_SETUP)) {
> > + err = ft_board_setup(fdt_blob, gd->bd);
> > + if (err) {
> > + printf(PHASE_PROMPT "ft_board_setup err - %d\n", err);
> > + return;
> > + }
> > + }
> > +
> > + if (IS_ENABLED(CONFIG_OF_SYSTEM_SETUP)) {
> > + err = ft_system_setup(fdt_blob, gd->bd);
> > + if (err) {
> > + printf(PHASE_PROMPT "ft_system_setup err - %d\n", err);
> > + return;
> > + }
> > + }
>
> CONFIG_OF_BOARD_SETUP / CONFIG_OF_SYSTEM_SETUP are not SPL-aware, so
> any board that has them set today will start call ft_board_setup() /
> ft_system_setup() in SPL with this patch. Can you use
> CONFIG_IS_ENABLED() and add new SPL_... options for your board to
> enable?
>
Ok, I was not sure new config options would have been accepted here.
I'll do this on the V2.
> If we're aligning with image_setup_libfdt(),
> CONFIG_OF_BOARD_SETUP_EXTENDED / ft_board_setup_ex() is also part of
> that flow. Is leaving it out deliberate, or should it be handled here
> too? A note in the commit message would help.
>
I missed ft_board_setup_ex() TBH. I'll take a look and do the
evaluation.
> Regards,
> Simon
Regards,
Francesco
next prev parent reply other threads:[~2026-05-04 17:39 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-28 20:24 [PATCH 0/5] Enhance the SPL FIT "full" loading logic Francesco Valla
2026-04-28 20:24 ` [PATCH 1/5] boot: fit: fix FIT verification in SPL Francesco Valla
2026-05-04 12:08 ` Simon Glass
2026-04-28 20:24 ` [PATCH 2/5] boot: fit: decompress kernel when " Francesco Valla
2026-05-04 12:08 ` Simon Glass
2026-05-04 17:34 ` Francesco Valla
2026-04-28 20:24 ` [PATCH 3/5] boot: fit: enable FIT image post-processing " Francesco Valla
2026-05-04 12:08 ` Simon Glass
2026-05-07 16:17 ` Quentin Schulz
2026-05-07 20:18 ` Francesco Valla
2026-04-28 20:24 ` [PATCH 4/5] spl: call ft_board_setup() and ft_system_setup() if enabled Francesco Valla
2026-05-04 12:09 ` Simon Glass
2026-05-04 17:39 ` Francesco Valla [this message]
2026-04-28 20:24 ` [PATCH 5/5] spl: fit: add ramdisk load Francesco Valla
2026-05-04 12:09 ` Simon Glass
2026-05-04 17:47 ` Francesco Valla
2026-05-04 12:07 ` [0/5] Enhance the SPL FIT "full" loading logic Simon Glass
2026-05-04 17:32 ` Francesco Valla
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=afjYrn-vCis3CPBu@bywater \
--to=francesco@valla.it \
--cc=andrew.goodbody@linaro.org \
--cc=anshuld@ti.com \
--cc=d-gole@ti.com \
--cc=dlechner@baylibre.com \
--cc=frank-w@public-files.de \
--cc=hayashi.kunihiko@socionext.com \
--cc=james.hilliard1@gmail.com \
--cc=jstephan@baylibre.com \
--cc=marek.vasut+renesas@mailbox.org \
--cc=marek.vasut@mailbox.org \
--cc=mikhail.kshevetskiy@iopsys.eu \
--cc=miquel.raynal@bootlin.com \
--cc=mwalle@kernel.org \
--cc=quentin.schulz@cherry.de \
--cc=ravi@prevas.dk \
--cc=richard.genoud@bootlin.com \
--cc=ronald.wahl@legrand.com \
--cc=sjg@chromium.org \
--cc=trini@konsulko.com \
--cc=u-boot@lists.denx.de \
--cc=wolfgang.wallner@at.abb.com \
--cc=xypron.glpk@gmx.de \
--cc=ycliang@andestech.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 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.