> -----Original Messages-----
> From: "Linus Walleij" <[email protected]>
> Sent Time: 2015-03-10 18:08:03 (Tuesday)
> To: "David Feng" <[email protected]>
> Cc: "U-Boot Mailing List" <[email protected]>, "Tom Rini" <[email protected]>,
> "Albert ARIBAUD" <[email protected]>
> Subject: Re: [PATCH] Vexpress64: Fix the compiling error when
> CONFIG_ARMV8_MULTIENTRY defined
>
> On Tue, Mar 10, 2015 at 3:08 AM, <[email protected]> wrote:
>
> > From: David Feng <[email protected]>
> >
> > CPU_RELEASE_ADDR should be defined when CONFIG_ARMV8_MULTIENTRY is used.
> >
> > Signed-off-by: David Feng <[email protected]>
>
> As asked earlier: how can I test this with FVP or the base model?
>
I usually use Foundation Model.
> I'm very interested in doing this as I guess it involves starting U-Boot
> at EL3 on bare metal and I really want to try this.
>
> > +/* SMP Spin Table Definitions */
> > +#ifdef CONFIG_BASE_FVP
> > +#define CPU_RELEASE_ADDR (CONFIG_SYS_SDRAM_BASE + 0x03f00000)
> > +#else
> > +#define CPU_RELEASE_ADDR (CONFIG_SYS_SDRAM_BASE + 0x7fff0)
> > +#endif
>
> Where are these address defines coming from?
It's just hard coded and should be the same value with that in DTS.
>
> Do these spin tables exist in a standard ARM FVP or base model?
>
> I get the impression that a secondary operating system is being booted
> on the secondary CPU at one of these addresses, but why is it running
> at these addresses specifically, and is that something coming with these
> simulators, or is it some image that is loaded on the side, that the
> community does not have access to?
>
PSCI is not implemented in uboot-armv8. If booting u-boot on bare-metal
only spin table can be used. All we do is describing booting method(spin table)
and cpu release
address in DTS. Linux kernel get cpu release address from DTS also.
Yours,
David.
_______________________________________________
U-Boot mailing list
[email protected]
http://lists.denx.de/mailman/listinfo/u-boot
