Linux ACPI
 help / color / mirror / Atom feed
From: Florian Wagner <florian@wagner-flo.de>
To: stable@vger.kernel.org
Cc: regressions@lists.linux.dev, linux-acpi@vger.kernel.org,
	rafael@kernel.org, sashal@kernel.org
Subject: [REGRESSION 6.18.y] ACPI: button: lid events lost since 6.18.57, please backport a004b8f0d3bc
Date: Sun, 8 Nov 2026 14:36:40 +0100	[thread overview]
Message-ID: <20261108143640.6252e6a8@teclador> (raw)

Hey there,

Claude did most of the work on this one, but it looks valid from the
point of view of my (very little) kernel dev experience.

Please backport the following upstream commit to 6.18.y:

  a004b8f0d3bc ("ACPI: button: Enable wakeup GPEs for ACPI buttons at
  probe time")

It fixes a regression that 6.18.y picked up in 6.18.57 and that is
still present in 6.18.62.

Background: 6.18.57 received 52d864019636 ("ACPI: button: Convert the
driver to a platform one") as a dependency of fe80251152fe ("ACPI:
button: Fix ACPI GPE handler leak during removal"), together with
57c31e6d620f ("ACPI: scan: Use acpi_setup_gpe_for_wake() for
buttons"), which fixes the former. Since 57c31e6d620f, button wakeup
GPEs that have handler methods are no longer enabled at runtime.
Upstream fixed this in v7.1 with a004b8f0d3bc, but that commit is
tagged "Cc: stable # 7.0+", so it was never picked up for 6.18.y,
even though 6.18.y now carries the commit it fixes.

Symptoms on my laptop (FUJITSU LIFEBOOK U9311, BIOS 2.54) with the Void
Linux kernel packages:

- 6.18.52: lid works, acpid receives "button/lid LID close/open".
- 6.18.62: the "Lid Switch" input device (PNP0C0D:00) emits no SW_LID
  events at all (evtest shows nothing), so closing the lid does not
  suspend the machine. /proc/acpi/button/lid/LID/state still toggles
  correctly, and closing the lid wakes the machine from a manually
  triggered suspend, which suggests the GPE is only armed for wakeup.
- On 6.18.62, GPE 0x24 shows "disabled" in
  /sys/firmware/acpi/interrupts/ while it is "enabled" on 6.18.52.
  Writing "enable" to it restores lid events.

Backport note: a004b8f0d3bc applies to 6.18.60 and 6.18.62 with
offsets, but does not build as is, because struct acpi_button has no
"dev" member in 6.18.y. Using &button->pdev->dev in the two dev_dbg()
calls is sufficient. With that change, drivers/acpi/button.o and
drivers/acpi/acpica/evxfgpe.o build cleanly with W=1 on 6.18.62. The
adjusted patch is attached for reference.

I sadly haven't had the time to build a patched kernel to actually test
this.

Thanks,
Florian Wagner

#regzbot introduced: v6.18.52..v6.18.60

             reply	other threads:[~2026-11-08 13:36 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-11-08 13:36 Florian Wagner [this message]
2026-11-09  0:34 ` [REGRESSION 6.18.y] ACPI: button: lid events lost since 6.18.57, please backport a004b8f0d3bc Sasha Levin

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=20261108143640.6252e6a8@teclador \
    --to=florian@wagner-flo.de \
    --cc=linux-acpi@vger.kernel.org \
    --cc=rafael@kernel.org \
    --cc=regressions@lists.linux.dev \
    --cc=sashal@kernel.org \
    --cc=stable@vger.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