[U-Boot] [PATCH v2 00/11] SiFive FU540 Support
Auer, Lukas
lukas.auer at aisec.fraunhofer.de
Sun Feb 10 17:54:56 UTC 2019
On Sat, 2019-02-02 at 09:06 -0800, Paul Walmsley wrote:
> On Tue, 22 Jan 2019, Auer, Lukas wrote:
>
> > For the same reason, I agree with you that it does not make sense
> > to
> > implement the SBI in U-Boot. OpenSBI is better suited to handle
> > this.
>
> It should be possible to link the OpenSBI library with U-boot, then
> allow
> U-boot to use SBI services itself, and to expose the SBI services to
> whatever it boots. So the OpenSBI boot firmware wouldn't be used,
> but the
> underlying library code would be. That simplifies the boot flow,
> since
> the (separate) OpenSBI firmware would no longer be needed.
>
Yes, that would also work. I am not at all against integrating the
OpenSBI library into U-Boot. Having a separate SBI implementation
instead of a shared one (OpenSBI) is what I think does not make sense.
Thanks,
Lukas
> > A boot flow that could be used in this case is the following.
> >
> > ZSBL -> U-Boot SPL (M-mode) -> OpenSBI -> U-Boot proper (S-mode)
>
> There are other boot flows that are common on ARM platforms:
>
> - Boot ROM -> SPL -> U-boot -> Linux
> - Boot ROM -> SPL -> U-boot -> (SBI implementation / TEE) -> Linux
>
> It would be good if we could avoid prejudicing against any of these
> boot
> flows.
>
>
> - Paul
More information about the U-Boot
mailing list