Re: [BUG] 36-second boot delay due to by acpi_gpio_handle_deferred_request_irqs on ASUS ROG Strix G16 (2025)

[Mika Westerberg <mika.westerberg@linux.intel.com>]

On Wed, Dec 17, 2025 at 07:19:56PM +0000, Francesco Lauritano wrote:
> On Wednesday, December 17th, 2025 at 7:01 PM, Mario Limonciello <superm1@kernel.org> wrote:
> 
> > On 12/17/25 10:57 AM, Francesco Lauritano wrote:
> > 
> > > On Wednesday, December 17th, 2025 at 4:12 PM, Francesco Lauritano francesco.lauritano1@protonmail.com wrote:
> > > 
> > > > The _AEI defines 5 GPIO interrupts. Narrowed it down to two:
> > > > 
> > > > gpiolib_acpi.ignore_interrupt=AMDI0030:00@21,AMDI0030:00@24
> > > > 
> > > > This fixes the delay. Pins 0x15 and 0x18 both call: \_SB.PCI0.SBRG.HNC0()
> > > 
> > > Traced it further. HNC0(pin, 0) takes the Else branch and calls:
> > > ATKM(0xC0)
> > > ADTM(Zero)
> > > 
> > > ADTM calls NOD2(), which is the actual culprit:
> > > 
> > > While ((Arg0 != RDNT))
> > > {
> > > If ((Local0 >= 0x0F)) { Break }
> > > Notify (^^GPP0.PEGP, Arg0)
> > > Local0++
> > > Sleep (Local0 * 0x64)
> > > }
> > > 
> > > It notifies the dGPU and polls RDNT, sleeping 100, 200, ... 1500ms per iteration.
> > > Max 15 loops = ~12s per pin. GPU doesn't respond at boot so it maxes out.
> > > 
> > > Two pins, ~12s each, ~24-36s total.
> > > 
> > > Francesco
> > 
> > 
> > Any idea why isn't the dGPU responding? I would have expected
> > https://git.kernel.org/torvalds/c/4d4c10f763d78 sets up policy that it's
> > in D0.
> > 
> > Is the dGPU turned off in BIOS or through some reverse engineered
> > tool/API or something?
> 
> dmesg without the workaround:
> [    1.005184] pci 0000:01:00.0: PME# supported from D0 D3hot
> [    1.288811] pci 0000:01:00.0: vgaarb: VGA device added
> [   38.250139] nvidia: loading out-of-tree module taints kernel.
> [   38.369358] nvidia 0000:01:00.0: enabling device (0000 -> 0003)
> [   39.744421] NVRM: GPS ACPI DSM called before _acpiDsmSupportedFuncCacheInit
> 
> GPU is in D0 from 1.0s. nvidia loads at 38.2s after the GPIO hang completes.
> 
> No weird tools/APIs besides userspace utils (asusctl/supergfxctl). 
> 
> No changes to BIOS factory defaults other than disabling Fast Boot.
> dGPU is active, Display Mode is Dynamic (hybrid).
> 
> Traced RDNT - it's set by GPS function 19 in the ACPI tables:
> Case (0x13)
> {
>     Debug = "GPS fun 19"
>     \_SB.PCI0.SBRG.RDNT = (Local1 + 0xD1)
> }
> 
> As far as I can understand GPIO initcall blocks at late_initcall_sync, preventing nvidia 
> from loading in time to respond. Based on the timing, GPU is awake but nothing can 
> register a handler while kernel is stuck at NOD2 polling loop.

I wonder if you could try with the nouveau driver so that it's built-in to
the kernel proper? Then it should be ready at the time these events
trigger.