Re: [PATCH 0/1] hw/arm/aspeed: Add fby35 machine type

[Philippe Mathieu-Daudé]

On 4/5/22 00:47, Peter Delevoryas wrote:
> > On May 3, 2022, at 2:35 PM, Cédric Le Goater <clg@kaod.org> wrote:
> >
> > On 5/3/22 22:44, Peter Delevoryas wrote:
> > > Hey everyone,
> > > I'm submitting another Facebook (Meta Platforms) machine type: this time I'm
> > > including an acceptance test too.
> > > Unfortunately, this machine boots _very_ slowly. 300+ seconds.
> >
> > This is too much for avocado tests.

Use:

  @skipIf(os.getenv('GITLAB_CI'), 'Running on GitLab')
  @skipUnless(os.getenv('AVOCADO_TIMEOUT_EXPECTED'),
              'Big initramfs and run from flash')

> Erg, yeah I figured as much. I’ll just resubmit it without the avocado test 
> then,
> if that sounds ok to you.

No, please keep the test. While it won't run on CI, we can run it 
locally, very useful to bisect.

> > > I'm not sure why this is (so I don't know how to fix it easily)
> >
> > The fuji has the same kind of problem. It takes ages to load the lzma ramdisk.
> > Could it be a modeling issue ? or how the FW image is compiled ?
>
> Yeah, one reason is that Facebook OpenBMC machines have an unnecessarily
> big initramfs that includes all the rootfs stuff, whereas regular OpenBMC
> machines have a smaller initramfs right? I don’t entirely know what I’m talking
> about though.
>
> I think most FB machines have moved to zstd compression recently though,
> but this one may have been missed: I can fix that on the image side. I’ll
> also experiment more to see if it’s something wrong with the image, or possibly
> a regression in QEMU. It would really be super awesome if it could boot faster,
> so I’m very motivated to find a solution.