Re: mix of ACPICA regression and EFISTUB regression (Was: kernel >= v6.2 no longer boots on Apple's Virtualization.framework (x86_64); likely to be related to ACPICA)

From: Akihiro Suda
Date: Sat May 27 2023 - 14:35:21 EST

> Are you using OVMF? Which versions of qemu and OVMF are you using?

I'm using Apple's Virtualization.framework, not QEMU.

It doesn't use UEFI when it directly loads bzImage.
( dmesg: )

Despite that, it still expects LINUX_EFISTUB_MINOR_VERSION
(include/linux/pe.h) referred from arch/x86/boot/header.S to be 0x0.
I confirmed that the kernel can boot by just setting

Would it be possible to revert the LINUX_EFISTUB_MINOR_VERSION value
(not the actual code) to 0x0?
Or will it break something else?

Anyway, I'll try to make a request to Apple to remove the

2023年5月28日(日) 3:04 Ard Biesheuvel <ardb@xxxxxxxxxx>:
> On Sat, 27 May 2023 at 20:00, Akihiro Suda <> wrote:
> >
> > [Resending as a plain text email]
> >
> > Turned out that this is a mixture of an ACPICA issue and an EFISTUB issue.
> >
> > Kernel v6.2 can boot by reverting the *both* of the following two commits:
> > - 5c62d5aab8752e5ee7bfbe75ed6060db1c787f98 "ACPICA: Events: Support
> > fixed PCIe wake event"
> > - e346bebbd36b1576a3335331fed61bb48c6d8823 "efi: libstub: Always
> > enable initrd command line loader and bump version"
> >
> > Kernel v6.3 can boot by just reverting e346bebb, as 5c62d5a has been
> > already reverted in 8e41e0a575664d26bb87e012c39435c4c3914ed9.
> > The situation is the same for v6.4-rc3 too.
> >
> > Note that in my test I let Virtualization.framework directly load
> > bzImage without GRUB (akin to `qemu-system-x86_64 -kernel bzImage`).
> > Apparently, reverting e346bebb is not necessary for loading bzImage via GRUB.
> >
> Are you using OVMF? Which versions of qemu and OVMF are you using?