Re: [PATCH] gpiolib: acpi: Ignore AC adapter wakeup on ASUS FA507

[Andy Shevchenko <andriy.shevchenko@linux.intel.com>]

On Sun, Sep 27, 2026 at 04:42:12AM +0300, Bartu Alev wrote:
> The ASUS TUF Gaming A15 FA507 wakes from s2idle whenever the AC
> adapter is plugged in or unplugged.
> 
> In the CPMGPIO0 SSDT, GPIO pin 23 (0x0017) is declared in the
> \_SB.GPIO._AEI resource template as:
> 
>     GpioInt (Edge, ActiveBoth, ExclusiveAndWake, PullNone, 0x0000,
>              "\\_SB.GPIO", 0x00, ResourceConsumer, ,)
>              { 0x0017 }
> 
> and the corresponding \_SB.GPIO._EVT handler issues a device wake
> notification for the AC adapter on pin 23 events:
> 
>     Case (0x17)
>     {
>         Notify (\_SB.ACAD, 0x02) // Device Wake
>         Sleep (0x05)
>         Notify (\_SB.ACAD, 0x80) // Status Change
>     }
> 
> Both AC plug and unplug transitions therefore trigger a spurious
> wakeup from s2idle. Add an ignore_wake quirk for this pin.

...

> I have one question: this issue is probably present across the whole
> TUF series. If I acpidump more TUF models in the future and they all map
> to the same GPIO pin, should the quirk list the board names one by
> one (FA507, FA506, FA707, ...) or match on the product family ('ASUS TUF
> Gaming A15', 'ASUS TUF Gaming A16' or 'ASUS TUF Gaming')?
> 
> The DMI outputs on my FA507NV laptop are as follows:
> 
>   board_name:     FA507NV
>   board_vendor:   ASUSTeK COMPUTER INC.
>   product_family: ASUS TUF Gaming A15
>   product_name:   ASUS TUF Gaming A15 FA507NV_FA507NV

I can't guarantee that, so the safest approach is to go with the one-by-one
quirk(s). If you get a confirmation from the vendor (ASUSTeK) in writing
supporting your idea, the patch will be welcome, of course!

-- 
With Best Regards,
Andy Shevchenko