how to run u-boot on qemu arm64 virt machine?

[François Ozog]

Le jeu. 14 oct. 2021 à 05:06, Chan Kim <ckim at etri.re.kr> a écrit :

>
>
> I think my question has error.
>
> Is it possible to run it on SCP? I mean loading from SD card the kernel,
> file system, dtb etc to the memory and calling kernel.
>
> è
>
> Is it possible to run it on SCP? I mean loading from SD card the kernel,
> file system, dtb etc to the memory and waking the main processor to start
> from kernel.
>
The role of the SCP is mainly to setup clock and power devices. It does
have much space to do anything else. You can look at open source
implementation of SCP, select a platform that has one and check if it has
enough memory (you may try to run U-Boot SPL). You need to know which chip
has reponsibility to setup dram controller.

> Thank you.
>
> Chan Kim
>
>
>
> *From:* Chan Kim <ckim at etri.re.kr>
> *Sent:* Thursday, October 14, 2021 12:03 PM
> *To:* 'François Ozog' <francois.ozog at linaro.org>
> *Cc:* 'Tom Rini' <trini at konsulko.com>; 'u-boot at lists.denx.de' <
> u-boot at lists.denx.de>
> *Subject:* RE: how to run u-boot on qemu arm64 virt machine?
>
>
>
>
>
> Hi Francois,
>
> Thanks for the good information. I’ll look into that later.
>
> Can I ask you a basic question?
>
> When there are SCP, MCP and the main processor, in what processor does
> u-boot program run? I understand it runs on the main processor.
>
> Is it possible to run it on SCP? I mean loading from SD card the kernel,
> file system, dtb etc to the memory and calling kernel.
>
> Thank you!
>
> Chan Kim
>
>
>
> *From:* François Ozog <francois.ozog at linaro.org>
>
> *Sent:* Wednesday, October 13, 2021 6:29 PM
> *To:* Chan Kim <ckim at etri.re.kr>
> *Cc:* Tom Rini <trini at konsulko.com>; u-boot at lists.denx.de
> *Subject:* Re: how to run u-boot on qemu arm64 virt machine?
>
>
>
> Hi
>
>
>
> You can find work in progress here too:
>
> http://releases.linaro.org/components/ledge/rp-0.2/ledge-multi-armv8/
>
>
>
> For aarch64 there are virt and sbsa-ref machines. Virt is essentially to
> boot a VM while sbsa-ref is a reference platform that mimics all required
> hardware, firmware for the secure world (TF-A, OP-TEE) and firmware for
> normal world (U-Boot, EDK2). This technology (sbsa-ref) is really to
> simulate a system for pre-silicon development while virt shall be used in
> cloud native environments.
>
>
>
> We are working on something that we may end up calling bsa-ref (note the
> absence of initial S standing for “server”). Sbsa-ref is about edk2 and
> acpi, bsa-ref is about U-Boot and device tree. The directory points to this
> work in progress. You can have a look at SystemReady in Arm to understand
> and get details on bsa.
>
>
>
> In a future release of Qemu, one will be able to simulate a full platform
> with its main processor (as of today) but also SCP (system control
> processor) and MCP (management control processor).
>
>
>
> Cheers
>
>
>
> FF
>
>
>
> Le mer. 13 oct. 2021 à 07:03, Chan Kim <ckim at etri.re.kr> a écrit :
>
> >
> > That's a very old QEMU version.  We use v6.1.0 currently and v4.2.0
> before
> > that.
> >
> > --
> > Tom
>
> Thank you, Tom
>
> Yes, so I tried it now with v4.2.0 with "-nographic" option. (Without it I
> still see qemu manager window.)
>
> Chan Kim
>
>
> --
>
> *François-Frédéric Ozog* | *Director Business Development*
>
> T: +33.67221.6485
> francois.ozog at linaro.org | Skype: ffozog
>
>
>
-- 
François-Frédéric Ozog | *Director Business Development*
T: +33.67221.6485
francois.ozog at linaro.org | Skype: ffozog