[PATCH 1/1] examples: use QEMU compatible LOAD_ADDR on 32-bit ARM
Tom Rini
trini at konsulko.com
Sat Nov 23 23:55:41 CET 2024
On Sat, Nov 23, 2024 at 07:23:35PM +0100, Heinrich Schuchardt wrote:
> Tom Rini <trini at konsulko.com> schrieb am Sa., 23. Nov. 2024, 16:24:
>
> > On Sat, Nov 23, 2024 at 09:48:53AM +0100, Heinrich Schuchardt wrote:
> > > On many 32-bit ARM boards including QEMU memory starts at 0x40000000.
> >
> > >
> > > Signed-off-by: Heinrich Schuchardt <heinrich.schuchardt at canonical.com>
> > > ---
> > > examples/api/Makefile | 4 ----
> > > 1 file changed, 4 deletions(-)
> > >
> > > diff --git a/examples/api/Makefile b/examples/api/Makefile
> > > index 722c7e45904..f0f107562f1 100644
> > > --- a/examples/api/Makefile
> > > +++ b/examples/api/Makefile
> > > @@ -9,11 +9,7 @@ ifeq ($(ARCH),powerpc)
> > > LOAD_ADDR = 0x40000
> > > endif
> > > ifeq ($(ARCH),arm)
> > > -ifdef CONFIG_64BIT
> > > LOAD_ADDR = 0x40400000
> > > -else
> > > -LOAD_ADDR = 0x1000000
> > > -endif
> > > endif
> > > ifeq ($(ARCH),mips)
> > > ifdef CONFIG_64BIT
> >
> > If we're going to start cleaning this area up and expecting it to work
> > more broadly, is there a reason we can't use CONFIG_SYS_LOAD_ADDR or
> > CONFIG_STANDALONE_LOAD_ADDR here?
> >
>
> loadaddr == CONFIG_SYS_LOAD_ADDR on RISC-V QEMU. Command bootelf did not
> work for me, if the ELF binary had been loaded to its LOAD_ADDR.
>
> I did not investigate yet why bootelf fails in this case.
The examples, broadly speaking, do not run out of the box since they
assume an address to be loaded in to memory at and run from, rather than
a Kconfig entry. The next problem for RISC-V is that, well, there's no
api/api_platform-riscv.c file (and forever ago I steered people away
from adding that and instead adding EFI support, the patches are in
patchwork somewhere).
--
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 659 bytes
Desc: not available
URL: <https://lists.denx.de/pipermail/u-boot/attachments/20241123/e6d24541/attachment.sig>
More information about the U-Boot
mailing list