[PATCH] riscv: ae350: Support openSBI 1.0+ which enable FW_PIC

Rick Chen rickchen36 at gmail.com
Thu Dec 22 06:23:14 CET 2022


Hi Bin,

> On Wed, Dec 21, 2022 at 10:29 AM Rick Chen <rick at andestech.com> wrote:
> >
> > Change openSBI load address from 0x1000000 to 0x0 and it
>
> nits: OpenSBI

OK, will fix it.

>
> > will start to run at 0x0 directly without relocation.
> >
> > Signed-off-by: Rick Chen <rick at andestech.com>
> > ---
> >  board/AndesTech/ax25-ae350/Kconfig | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/board/AndesTech/ax25-ae350/Kconfig b/board/AndesTech/ax25-ae350/Kconfig
> > index 36b67f0b52..4bb33b0793 100644
> > --- a/board/AndesTech/ax25-ae350/Kconfig
> > +++ b/board/AndesTech/ax25-ae350/Kconfig
> > @@ -25,7 +25,7 @@ config SPL_TEXT_BASE
> >         default 0x800000
> >
> >  config SPL_OPENSBI_LOAD_ADDR
> > -       default 0x01000000
> > +       default 0x00000000
> >
> >  config SYS_FDT_BASE
> >         hex
> > --
>
> Can you describe why is this change a must have, like why 0x01000000
> does not work?

When I prepare this patch, I have tried two OpenSBI address, 0x1000000 and 0x0.
And both boot successfully. I think maybe the Kernel Image is smaller
one that it just don't overlap
the memory region !

Thanks,
Rick

>
> Is the reason the same as commit cb052d771200b15717eeb68f185cf7caa2dcfea0
> "riscv: qemu: spl: Fix booting Linux kernel with OpenSBI 1.0+"
>
> Regards,
> Bin


More information about the U-Boot mailing list