Re: [edk2-devel] [PATCH 0/1] OvmfPkg/PlatformInitLib: catch QEMU's CPU hotplug reg block regression

["Oliver Steffen" <osteffen@redhat.com>]

[-- Attachment #1: Type: text/plain, Size: 1900 bytes --]

On Thu, Jan 5, 2023 at 4:19 PM Oliver Steffen <osteffen@redhat.com> wrote:

> Quoting Laszlo Ersek (2023-01-05 16:12:36)
> > On 1/5/23 14:52, Gerd Hoffmann wrote:
> > > On Thu, Jan 05, 2023 at 02:43:32PM +0100, Oliver Steffen wrote:
> > >> Quoting Gerd Hoffmann (2023-01-05 14:12:22)
> > >>> Not sure this is an option.  Is nested virtualization supported in
> azure
> > >>> pipeline VMs?  If so, is /dev/kvm passed into containers?
> > >>
> > >> I doubt it, but need to check.
> > >
> > >>> That requires updating the fedora containers though.  I think they
> are
> > >>> at Fedora 35 still, which is EOL meanwhile, so no more updates ...
> > >>
> > >> Yes, it is Fedora 35, because we were (are?) not ready for gcc 12 yet.
> > >
> > > The gcc12 fix finally landed
> (129404f6e4395008ac0045e7e627edbba2a1e064),
> > > so yes, we are ready now.
> > >
> > >> Currently we are building Qemu is from scratch anyway (instead of
> > >> using the Fedora 35 repo) becasue we needed a recent one, see
> > >>
> https://github.com/tianocore/containers/blob/main/Fedora-35/Dockerfile#L75
> > >
> > > Alternative to self-compiling is using
> > > https://fedoraproject.org/wiki/Virtualization_Preview_Repository
> > > for a more recent qemu version.
> >
> > Ah, those options all sound great. I didn't expect it was possible to
> > use self-built (or otherwise "externally sourced") QEMUs in CI!
>
> I would prefer the tar download since it is a rather long lived and
> version-stable source. We a trying to pin down the version numbers the
> most relevant tools so that they don't "run away"/update without
> intent.
>
> I'll also check if we can run the CI with gcc 12.
>
Unfortunately, the EDK2 CI as a whole is not ready for gcc 12. RiscV64
builds fail:

  RiscV64/FlushCache.iiii:16: Error: unrecognized opcode `fence.i'

Here we are hitting a downside of the approach of relying on
distro-packages.

-Oliver

[-- Attachment #2: Type: text/html, Size: 3294 bytes --]