mail archive of the barebox mailing list
 help / color / mirror / Atom feed
From: "Sascha Hauer" <s.hauer@pengutronix.de>
To: "Ahmad Fatoum" <a.fatoum@pengutronix.de>
Cc: Barebox List <barebox@lists.infradead.org>,
	Alexander Shiyan <eagle.alexander923@gmail.com>
Subject: Re: [PATCH] ARM: rockchip: atf: move PBL malloc space away from OP-TEE memory
Date: Thu, 21 May 2026 11:19:14 +0000	[thread overview]
Message-ID: <E1wQ1Qo-00000004UWm-3b4F@pty.whiteo.stw.pengutronix.de> (raw)
In-Reply-To: <ea3676f3-b120-483b-af13-c51de628cbaa@pengutronix.de>

On 2026-05-21 11:27, Ahmad Fatoum wrote:
> Hello Sascha,
> 
> On 5/21/26 11:17 AM, Sascha Hauer wrote:
> > We recently introduced initializing the PBL early memory pool which
> > might be needed for decompressing the BL31/BL32 firmware files. We
> > used the end of the first DRAM region for the pool and with this we
> > ended up exactly in the default OP-TEE memory region which is mapped
> > as faulting. Move the pool directly beneath the OP-TEE memory.
> > 
> > Fixes: 76b1f31275 ("ARM: rockchip: initialize PBL malloc")
> > Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>
> > ---
> >  arch/arm/mach-rockchip/atf.c | 3 ++-
> >  1 file changed, 2 insertions(+), 1 deletion(-)
> > 
> > diff --git a/arch/arm/mach-rockchip/atf.c b/arch/arm/mach-rockchip/atf.c
> > index 14797a1e06..96a891847b 100644
> > --- a/arch/arm/mach-rockchip/atf.c
> > +++ b/arch/arm/mach-rockchip/atf.c
> > @@ -173,7 +173,8 @@ static void rockchip_atf_load_bl31(void *fdt)
> >  	unsigned long bl31_ep;
> >  
> >  	mmu_early_enable(membase[0], memsize[0]);
> > -	pbl_malloc_init(membase[0] + memsize[0] - PBL_MALLOC_SIZE, PBL_MALLOC_SIZE);
> > +	pbl_malloc_init(membase[0] + memsize[0] - OPTEE_SIZE - PBL_MALLOC_SIZE,
> > +			PBL_MALLOC_SIZE);
> 
> This would overlap the scratch area and possibly corrupt things there,
> wouldn't it?

:(

> 
> I think this may need to move again...
> 
> Is it not possible to read input_data/input_data_end here and determine
> barebox_base and reuse the same memory area that barebox_pbl_start()
> would use when TF-A returns?

Unfortunately not as barebox_base depends on the handoff data size which
might change between calls.

We could move the PBL malloc pool above the barebox image at the cost of
losing 128KiB of usable space.

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 |



      reply	other threads:[~2026-05-21 11:20 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-05-21  9:17 Sascha Hauer
2026-05-21  9:27 ` Ahmad Fatoum
2026-05-21 11:19   ` Sascha Hauer [this message]

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=E1wQ1Qo-00000004UWm-3b4F@pty.whiteo.stw.pengutronix.de \
    --to=s.hauer@pengutronix.de \
    --cc=a.fatoum@pengutronix.de \
    --cc=barebox@lists.infradead.org \
    --cc=eagle.alexander923@gmail.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