Tom Rini <[email protected]> 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 <[email protected]> > > --- > > 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. Best regards Heinrich > -- > Tom >
