From: Marco Felsch <m.felsch@pengutronix.de>
To: Ahmad Fatoum <a.fatoum@pengutronix.de>
Cc: BAREBOX <barebox@lists.infradead.org>
Subject: Re: [PATCH v2 06/15] ARM: i.MX: scratch: add FDT support
Date: Mon, 9 Feb 2026 21:50:47 +0100 [thread overview]
Message-ID: <20260209205047.7nite5dc5n2erpa7@pengutronix.de> (raw)
In-Reply-To: <a871ce2a-00e9-46ec-912a-f64cce27b7b9@pengutronix.de>
On 26-02-06, Ahmad Fatoum wrote:
> Hi,
>
> On 2/6/26 11:02 AM, Marco Felsch wrote:
> >> On 2/4/26 9:01 PM, Marco Felsch wrote:
> >>> Add support to store a FDT within the scratch area. The user needs to
> >>> query the location and size via imx_scratch_get_fdt() which can be used
> >>> afterwards to write the actual FDT into it.
> >>>
> >>> Signed-off-by: Marco Felsch <m.felsch@pengutronix.de>
>
> >>> +config SCRATCH_FDT_SIZE
> >>> + hex
> >>> + default 0x0
> >>> + prompt "Scratch FDT size"
> >>> + help
> >>> + The size of the scratch area used as destination to load and optional
> >>> + decompress the barebox builtin DTB into it. Can be 0x0 if early FDT
> >>> + support is not requied.
> >>> +
> >>> + If specified, SCRATCH_FDT_SIZE <= SCRATCH_SIZE must be ensured.
> >>> +
> >>> + This option should match the OP-TEE's CFG_DTB_MAX_SIZE configuration
> >>> + if used by OP-TEE.
> >>
> >> AFAIU, this is a workaround because OP-TEE doesn't accept outside
> >> information about how big the DTB buffer is, just its base address.
> >
> > This is correct for the bl_params case. In case of transfer-lists the
> > size could be detected by OP-TEE OS.
> >
> >> In that case, this should go to security/Kconfig and be named something
> >> like PBL_OPTEE_DTB_MAX_SIZE. There's no need to ask every user that
> >> configures barebox about this.
> >
> > This would bind the FDT support to OP-TEE but the FDT could be used by
> > other boot binaries as well.In the speak of ARM, it could be used by
> > the TF-A. In the speak of RISC-V, it could be used by opensbi. Therefore
> > I made it generic.
> >
> > I wanted to avoid multiple Kconfig options to configure the scatch space
> > for:
> > - OP-TEE FDT
> > - OpenSBI FDT
> > - TF-A FDT
> >
> > I'm currently unsure if dropping the OP-TEE note from the help message
> > helps. But I have no hard feelings about PBL_OPTEE_DTB_MAX_SIZE either.
>
> How about:
>
> struct imx_scratch_space {
> union {
> u8 __b[CONFIG_SCRATCH_SIZE];
> struct {
> u32 bootrom_log[128];
> u32 reserved[128];
> struct optee_header optee_hdr;
> u8 fdt[] __aligned(8);
This would require, that the 'fdt' element is always the last element.
We could add a comment, but it's rather fragile IMHO.
> };
> };
> };
> static_assert(sizeof(struct imx_scratch_space)
> - offsetof(struct imx_scratch_space, fdt)
> <= PBL_OPTEE_DTB_MAX_SIZE);
This would introduce a very strict dependency for CONFIG_SCRATCH_SIZE to
the not always visible PBL_OPTEE_DTB_MAX_SIZE. As you said:
> >> In that case, this should go to security/Kconfig and be named something
> >> like PBL_OPTEE_DTB_MAX_SIZE. There's no need to ask every user that
> >> configures barebox about this.
Therefore I would like to use your name suggestion
PBL_OPTEE_DTB_MAX_SIZE but keep it loose like RK does.
> The benefits I see:
> - Just one argument to tune (CONFIG_SCRATCH_SIZE) like we already use
> for Rockchip
Rockchip is using two Kconfig switch too (ARCH_ROCKCHIP_ATF_FDT_SIZE).
> - We still have a dedicated option that can be kept in-sync with the
> exact option value in OP-TEE to find problems at compile-time
> - Only those who actually use OP-TEE will be asked about
> PBL_OPTEE_DTB_MAX_SIZE
Good points!
> Would this work for you?
Please see above.
Regards,
Marco
>
> Cheers,
> Ahmad
>
>
> >
> > Regards,
> > Marco
> >
> >
> >>
> >>
> >> Cheers,
> >> Ahmad
> >>
> >> --
> >> 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 |
> >>
> >>
> >
>
> --
> 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 |
>
>
--
#gernperDu
#CallMeByMyFirstName
Pengutronix e.K. | |
Steuerwalder Str. 21 | https://www.pengutronix.de/ |
31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-9 |
next prev parent reply other threads:[~2026-02-09 20:51 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-04 20:01 [PATCH v2 00/15] Improve OP-TEE handling Marco Felsch
2026-02-04 20:01 ` [PATCH v2 01/15] ARM: i.MX8M: add support to pass DT via lowlevel __imx8m*_load_and_start_image_via_tfa() Marco Felsch
2026-02-06 9:04 ` Ahmad Fatoum
2026-02-04 20:01 ` [PATCH v2 02/15] ARM: i.MX8M: move BL32 setup into imx8m_tfa_start_bl31() Marco Felsch
2026-02-04 20:01 ` [PATCH v2 03/15] ARM: i.MX8M: imx8m_tfa_start_bl31() add support for bl33 and fdt Marco Felsch
2026-02-04 20:01 ` [PATCH v2 04/15] pbl: decomp: add pbl_dtbz_uncompress helper Marco Felsch
2026-02-04 20:01 ` [PATCH v2 05/15] pbl: fdt: add pbl_load_fdt helper Marco Felsch
2026-02-06 9:16 ` Ahmad Fatoum
2026-02-04 20:01 ` [PATCH v2 06/15] ARM: i.MX: scratch: add FDT support Marco Felsch
2026-02-06 9:40 ` Ahmad Fatoum
2026-02-06 10:02 ` Marco Felsch
2026-02-06 13:01 ` Ahmad Fatoum
2026-02-09 20:50 ` Marco Felsch [this message]
2026-02-09 20:59 ` Ahmad Fatoum
2026-02-10 9:35 ` Marco Felsch
2026-02-10 9:41 ` Ahmad Fatoum
2026-02-04 20:01 ` [PATCH v2 07/15] ARM: i.MX8M: esdctl: drop ddrc base from imx8m_ddrc_sdram_size Marco Felsch
2026-02-04 20:01 ` [PATCH v2 08/15] ARM: i.MX8M: esdctl: export imx8m_ddrc_sdram_size() Marco Felsch
2026-02-04 20:01 ` [PATCH v2 09/15] ARM: i.MX8M: add support to pass BL3x bl_params Marco Felsch
2026-02-05 17:02 ` Michael Tretter
2026-02-05 22:41 ` Marco Felsch
2026-02-06 10:20 ` Ahmad Fatoum
2026-02-06 13:46 ` Marco Felsch
2026-02-06 11:55 ` Ahmad Fatoum
2026-02-04 20:01 ` [PATCH v2 10/15] handoff-data: Add TEE_DT_OVL entry Marco Felsch
2026-02-06 11:56 ` Ahmad Fatoum
2026-02-04 20:01 ` [PATCH v2 11/15] security: optee: add optee_handoff_overlay helper Marco Felsch
2026-02-06 12:25 ` Ahmad Fatoum
2026-02-09 20:18 ` Marco Felsch
2026-02-04 20:01 ` [PATCH v2 12/15] security: optee: add helpers to register OF overlays Marco Felsch
2026-02-06 12:09 ` Ahmad Fatoum
2026-02-09 20:17 ` Marco Felsch
2026-02-04 20:01 ` [PATCH v2 13/15] ARM: i.MX8M: Pass optional OP-TEE overlay to barebox Marco Felsch
2026-02-06 12:04 ` Ahmad Fatoum
2026-02-04 20:01 ` [PATCH v2 14/15] of: base: register optional OP-TEE overlay Marco Felsch
2026-02-06 12:05 ` Ahmad Fatoum
2026-02-06 13:24 ` Marco Felsch
2026-02-04 20:01 ` [PATCH v2 15/15] handoff-data: add missing include Marco Felsch
2026-02-06 12:07 ` Ahmad Fatoum
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=20260209205047.7nite5dc5n2erpa7@pengutronix.de \
--to=m.felsch@pengutronix.de \
--cc=a.fatoum@pengutronix.de \
--cc=barebox@lists.infradead.org \
/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