From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm2-f13.google.com (mail-wm2-f13.google.com [74.125.225.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 19A81294A10 for ; Sun, 27 Sep 2026 01:42:44 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.225.141 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1790473366; cv=none; b=DA17Oq2aaf2bX/XMHHyh86zZW60R39GbDnMJ2bm5xrYf0TyDwXsCSgT7VhMGNYKypEfH/c1mk8H/ORvFibVy0mOVVNcznttbKMoYa+XIakdfkPRPYqAMP3B/8UCiNSvywPwIFhuCab19wfP88iW0/ciMYhCQmnR9GvfAQZkFZUE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1790473366; c=relaxed/simple; bh=MUz2w9T6IPyLJD/sYBCRSOg5qWq2x/IjxuRNkNDt/F8=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=uKOk2C+6YV4JXsAwZO99kCE91gio1gTSeiVW6JOutc2aCUGSoUAzig0R3eYLm2ZIPm2V96DiMLJ65EIy7PqKbxfV7l/6IbaLqm7prary1czP0PmLBzRMyuyooJ+VC2Dh4knRAjaAURj7k7C7E7b75inwtMAVj4gP3jh/b9uUakQ= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=Kzski0ug; arc=none smtp.client-ip=74.125.225.141 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="Kzski0ug" Received: by mail-wm2-f13.google.com with SMTP id 5b1f17b1804b1-49b912df756so15491995e9.3 for ; Sat, 26 Sep 2026 18:42:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1790473363; x=1791078163; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to:content-type; bh=BobMbsh0X9XKX3XYpDfcOJwdkHyKyJ9cvn88xx/myf4=; b=Kzski0ugP8diN8rXQc+akIjnztiqoYTCp5BbuEHxYdAin8iOj9YotY01kjO0c26jC+ PJ8AAABXGNWQaJ5yl5R5TddCMTzzQnuucZUhqWPk6kcBRXYSP6EMDsHDvFFXveEceCyZ Q2yohXcCl8mxPYTjkt6rE8MZ6+uJM3M0uWZ0JcYTHIDgfGe4yUAN0nYBAPDLnb9Zmijl Rial8NZCqGCWPk9w4l4KFCYpxgQeaovYI7gLmpxDwt49LXd04hudxmaf4hDYXBPm4aAK vWi2NfV4Jtasy+IDO8QoWB5K1T1lQlCAYLgyRBXyKPdHc/PkRu97VuS5WkFxKfULwA+E oLNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1790473363; x=1791078163; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to:content-type; bh=BobMbsh0X9XKX3XYpDfcOJwdkHyKyJ9cvn88xx/myf4=; b=KIFEsQyYOWuD20p8enUGS1BMFMBpbWVUO882g2W42TQtkqIQ45LKNGaFHUvhDEzbNo qTGgRSS5L99Pu+O4oCPZaQrbQ9gKslfgWUiOIl2T0xyZl2h0K46hIbtc5Hi38ke4rUmS 0J6LNbeuxyh2oCUv53WRG174Umve7RSaIHgCN8ZnAU1nKKqyms5wa7Qs57yW3eeOQSBk J3bWsojBl2ub6PSlD2+VLMma+3mxnr2ZXY+j1jP5wMydrVsW/CLfxCw0eTFfr13xKAbo PZIp8nOrhCOedcO9ewr9RHoMGstoIZC+GhIJ3g2AzGj2N7bkqioRfwCUL5toJ13Q3aWM bOQg== X-Forwarded-Encrypted: i=1; AKwUvBwgJJ/iuGpiBohqRJbspHJ1pg5pdAG/sst2xXu1dhfp3k656WIVYJKD0002EtiYcQ0FJeTMf8PhbecTh/s=@vger.kernel.org X-Gm-Message-State: AFuF++k0ggcMpLSPTWWsrt7l0K4/v3a04RYgAC1DVtGJa7veqQgrgVfQ KLm/2qH0Z9XOgQiKwrafVIPlH3h7RuRKz4WnLoqa0FzPIgSVsLN9XEkR X-Gm-Gg: AYBFou3i5InTLUZgqTvczNgcSJv1x65X2mgn2W0FU+WmWlNU0qGKF2M2b7bSKm4uShm TyO+Wyjc0zoqAvqP1feIdfS8A/5vPD1xY2qehEAE7kk/WgPr4glI3+FjcbwL77F6AV7kGtaDYku XUnFHnkdMMUGvJoGKzYgjnZXADbSgKcJhDevnKdMzNehr5N8baUUr3RLrFqDEhsNj2acUX+lAXF BnTh774vYG6cm13yPJexjRQ3sq8wNmANjrRrh0A49xKkLSpJT4ZmRNv7gpI2SzjksOMNWyZEtmz aZLC3h/0FsdEzzXaGQwhM88S0zw/j+2pRvnWBYLtMpEgimkXBzLOMSJzYBmEWi11GBFXw0kQcj1 rg5TymuHvDpTeQeWvGFvG36Eni5tSfbol5jQTnv0ttm93vvi5eiP3MjV/1CeFhL7G5n7FeJRb/4 ZZZaExeDV2icNTzxEQVCauwG/o3rT1EcPb9o86/r9MuVBt+430FC9pqmDaIGDX2TuXQo8rPRA= X-Received: by 2002:a05:600c:3514:b0:49f:ce72:e931 with SMTP id 5b1f17b1804b1-49fe6701e7emr165732325e9.35.1790473363268; Sat, 26 Sep 2026 18:42:43 -0700 (PDT) Received: from ASUS ([85.105.252.11]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-4a001778312sm44267655e9.8.2026.09.26.18.42.39 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 26 Sep 2026 18:42:42 -0700 (PDT) From: Bartu Alev To: Linus Walleij , Bartosz Golaszewski , Andy Shevchenko , Mika Westerberg Cc: Mario Limonciello , Hans de Goede , linux-gpio@vger.kernel.org, linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, Bartu Alev Subject: [PATCH] gpiolib: acpi: Ignore AC adapter wakeup on ASUS FA507 Date: Sun, 27 Sep 2026 04:42:12 +0300 Message-ID: <20260927014212.302743-1-bartualev@gmail.com> X-Mailer: git-send-email 2.55.0 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 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. Signed-off-by: Bartu Alev --- Hi, I tested this quirk on my FA507NV and it completely resolves the s2idle wake issue. FA507 ACPI disassembly: https://gitlab.com/voidvore/reverse-engineering/-/blob/fa507/fa507/FA507NV_FA507NV.318/disassembly/ssdt26-cpmgpio0.dsl#L263-269 FA506 (same pin 23 handler): https://gitlab.com/asus-linux/reverse-engineering/-/blob/master/FA506NCR_FA506NCR.304/disassembly/ssdt8.dsl#L263-268 GA403UI (same pin 23 handler): https://gitlab.com/asus-linux/reverse-engineering/-/blob/master/uncategorized/GA403UI/ssdt18.dsl#L267-273 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 Thanks, Bartu drivers/gpio/gpiolib-acpi-quirks.c | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git a/drivers/gpio/gpiolib-acpi-quirks.c b/drivers/gpio/gpiolib-acpi-quirks.c index a0116f004975..6d56ea0d0581 100644 --- a/drivers/gpio/gpiolib-acpi-quirks.c +++ b/drivers/gpio/gpiolib-acpi-quirks.c @@ -392,6 +392,15 @@ static const struct dmi_system_id gpiolib_acpi_quirks[] __initconst = { .ignore_wake = "VEN_0488:00@355", }, }, + { + .matches = { + DMI_MATCH(DMI_SYS_VENDOR, "ASUSTeK COMPUTER INC."), + DMI_MATCH(DMI_PRODUCT_NAME, "FA507"), + }, + .driver_data = &(struct acpi_gpiolib_dmi_quirk) { + .ignore_wake = "AMDI0030:00@23", + }, + }, {} /* Terminating entry */ }; -- 2.55.0