[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