If Leif can jump in that’d be great.
On Fri, May 20, 2022 at 18:31 Itaru Kitayama
wrote:
> I’ve verified only a57 and a72 boot on sbsa ref board, but not N1 and
> ‘max’. As I said, I’ll try to figure out how CPU init is done in QEMU for
> those not working CPU types.
>
> On Fri, May 20, 2022 at
I’ve verified only a57 and a72 boot on sbsa ref board, but not N1 and
‘max’. As I said, I’ll try to figure out how CPU init is done in QEMU for
those not working CPU types.
On Fri, May 20, 2022 at 18:27 Peter Maydell
wrote:
> On Fri, 20 May 2022 at 10:02, Itaru Kitayama
> wrote:
> >
> > By call
On Fri, 20 May 2022 at 10:02, Itaru Kitayama wrote:
>
> By calling a57’s CPU init function inside the max’s, I can bring up
> the sbsa-ref board with the latest kernel.
I'm not sure exactly what you're doing, but this sounds like
a workaround for something -- we should find out exactly
what is go
By calling a57’s CPU init function inside the max’s, I can bring up the
sbsa-ref board with the latest kernel. I’ll try to patch a64’s unit
function with Shuichiro next week.
On Fri, May 20, 2022 at 17:57 Peter Maydell
wrote:
> On Mon, 16 May 2022 at 02:58, Itaru Kitayama
> wrote:
> >
> > With
On Mon, 16 May 2022 at 02:58, Itaru Kitayama wrote:
>
> With the latest, manually built TF-A, I was able to boot a72, but not
> max. Since `max` type is supported by TF-A, I think it might be
> a Qemu issue.
How far did boot go? Does '-cpu max,lpa2=off' work? There's a
bug in older Linux kernels
With the latest, manually built TF-A, I was able to boot a72, but not
max. Since `max` type is supported by TF-A, I think it might be
a Qemu issue.
On Mon, May 16, 2022 at 8:21 AM Itaru Kitayama wrote:
>
> Leif,
>
> I've so far only booted sbsa-ref with cortex-a57, is this only CPU
> type support
Leif,
I've so far only booted sbsa-ref with cortex-a57, is this only CPU
type supported by the board? I'm using TF-A's latest branch, but the
PLAT=qemu_sbsa is at this moment, kind of outdated.
Itaru.