Le jeu. 14 oct. 2021 à 05:06, Chan Kim <c...@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 <c...@etri.re.kr> > *Sent:* Thursday, October 14, 2021 12:03 PM > *To:* 'François Ozog' <francois.o...@linaro.org> > *Cc:* 'Tom Rini' <tr...@konsulko.com>; 'u-boot@lists.denx.de' < > u-boot@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.o...@linaro.org> > > *Sent:* Wednesday, October 13, 2021 6:29 PM > *To:* Chan Kim <c...@etri.re.kr> > *Cc:* Tom Rini <tr...@konsulko.com>; u-boot@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 <c...@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.o...@linaro.org | Skype: ffozog > > > -- François-Frédéric Ozog | *Director Business Development* T: +33.67221.6485 francois.o...@linaro.org | Skype: ffozog
