Re: [PATCH] ACPI: x86: Apple T2 systems need early CPU offlining

[André Eikmeyer]

On Tue, 18 Aug 2026 00:27:53 +0800
"Chen, Yu C" <yu.c.chen@xxxxxxxxx> wrote:

> Glad it helped! At that time, it seemed that the issue might have
> been related to broken Mac platforms, and we were changing the
> generic x86 path. Maybe we can wait for Andre's feedback, I
> can try again / or assist Andre - or just keep it out-of-tree;
> that's also fine.

And you waited for quite a long time! Sorry for that. I had to fix
other things on our cursed Macs before being able to investigate this
further. Hybryd graphics offload etc... And in the meanwhile, I forgot
about.

First of all, I tried Chenyu's patch and I can confirm it works as good
as mine and as such we can forget about my bloaty early offlining.

But! The actual cause for slow smpboot is simply thunderbolt pm on
suspend. We don't have that issue when using pcie_ports=compat or
acpi_osi=!Darwin. It happens when using pcie_ports=native and also
without param. The slow EC-unblock is caused by aer. pci=noaer solves
that reliably. I could not find aer to be used in macos anywhere, so I
think Apple doesn't use it.

Well, however - OSDW acpi tables are significantly larger and more
complicated than !OSDW, so here is a bit of work to do for us in
thunderbolt.c.
First attempts are looking promising. Resume is even
faster than with pci_ports=compat. A second or so. But we are
struggling here and there. Especially with rtd3 and such. I would like
to have this working before submitting.

André