From: Marco Scardovi <scardracs@disroot.org>
To: Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
Mika Westerberg <mika.westerberg@linux.intel.com>
Cc: Mika Westerberg <westeri@kernel.org>,
Linus Walleij <linusw@kernel.org>,
Bartosz Golaszewski <brgl@kernel.org>,
Mario Limonciello <mario.limonciello@amd.com>,
linux-gpio@vger.kernel.org, linux-acpi@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] gpiolib: acpi: Add quirk for ASUS ROG Strix G614 series
Date: Tue, 16 Jun 2026 12:58:31 +0200 [thread overview]
Message-ID: <KW1oy3-UQRW73tAAP5-cWQ@disroot.org> (raw)
In-Reply-To: <20260616102451.GC2990@black.igk.intel.com>
On Tue, Jun 16, 2026 at 12:24:51 +0200, Mika Westerberg wrote:
> On Tue, Jun 16, 2026 at 12:58:04PM +0300, Andy Shevchenko wrote:
> > Mika, do you see any problems with disabled (deferred?) interrupt for this
type
> > of event? I think it might break the suspend-resume (on touchpad event).
Also
> > do you remember if we ever had touchpad event to be ActiveBoth?
>
> For starters, why this is ACPI event in the first place? The AML is not
> supposed to use the touchpad.
>
> Touchpad should be using just regular GpioInt(). Does it still work after
> this patch? If yes then I think this is definitely okay.
Hi Mika, Andy,
Yes, the touchpad continues to work perfectly after this patch (even the
suspend/resume you asked about).
The touchpad itself is initialized and driven by the i2c-hid driver using a
standard GpioInt() resource defined in the touchpad device's _CRS method.
The ACPI event handler (pin 21) registered under the GPIO controller's _AEI
is distinct from this.
The DMI quirk (.no_edge_events_on_boot = true) only prevents the initial
boot-time trigger of this ACPI event handler when the line is asserted low
during initialization. It does not prevent the touchpad driver from
requesting and receiving its interrupts.
Furthermore, unlike using the "gpiolib_acpi.ignore_interrupt=AMDI0030:00@21"
workaround (which would completely disable the ACPI handler), this patch still
keeps the ACPI event handler registered. If any edge events occur on this pin
post-boot (for example, if the BIOS needs to toggle touchpad states or track
device status), the handler will still run normally, avoiding any potential
breakage of runtime ACPI functionality.
Sidenote
Personally I'd wait for Mario for further info: after all it's him the
maintainer for AMD side and surely knows more than me.
next prev parent reply other threads:[~2026-06-16 10:58 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-16 9:08 [PATCH] gpiolib: acpi: Add quirk for ASUS ROG Strix G614 series Marco Scardovi
2026-06-16 9:31 ` Andy Shevchenko
2026-06-16 9:43 ` Marco Scardovi
2026-06-16 9:58 ` Andy Shevchenko
2026-06-16 10:24 ` Mika Westerberg
2026-06-16 10:58 ` Marco Scardovi [this message]
2026-06-16 11:04 ` Andy Shevchenko
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=KW1oy3-UQRW73tAAP5-cWQ@disroot.org \
--to=scardracs@disroot.org \
--cc=andriy.shevchenko@linux.intel.com \
--cc=brgl@kernel.org \
--cc=linusw@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-gpio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mario.limonciello@amd.com \
--cc=mika.westerberg@linux.intel.com \
--cc=westeri@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox