kacpi_notify high cpu on interrupt gpe17

[Bill McDonough]

Picked up a HP laptop during July sales, and found the CPU soars to 80+ with kacpi_notify hitting GPE17.
I would like some help finding the cause. Google searches were vague about masking the interrupt which did NOT help. If we can find what is calling the interrupts maybe we can better document a solution.

top - 20:00:05 up 10 min, 1 user, load average: 86.24, 76.27, 42.44
Tasks: 453 total, 2 running, 451 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0.1 us, 8.5 sy, 0.0 ni, 91.4 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
MiB Mem : 62040.5 total, 51595.7 free, 3166.0 used, 8146.3 buff/cache
MiB Swap: 0.0 total, 0.0 free, 0.0 used. 58874.4 avail Mem

    PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
    127 root 20 0 0 0 0 D 1.3 0.0 0:03.71 [kworker/11:1+kacpi_notify]
    280 root 20 0 0 0 0 D 1.3 0.0 0:06.63 [kworker/5:5+kacpi_notify]
    314 root 20 0 0 0 0 D 1.3 0.0 0:06.68 [kworker/5:12+kacpi_notify]

ubuntu@ubuntu:~$ grep . -r /sys/firmware/acpi/interrupts/ | awk '$2 > 0'
/sys/firmware/acpi/interrupts/sci: 1907
/sys/firmware/acpi/interrupts/gpe_all: 1907
/sys/firmware/acpi/interrupts/gpe17: 1907 EN enabled unmasked

ProblemType: Bug
DistroRelease: Ubuntu 24.04
Package: linux-image-6.8.0-31-generic 6.8.0-31.31
ProcVersionSignature: Ubuntu 6.8.0-31.31-generic 6.8.1
Uname: Linux 6.8.0-31-generic x86_64
NonfreeKernelModules: zfs
ApportVersion: 2.28.1-0ubuntu2
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/seq: ubuntu 2813 F.... pipewire
 /dev/snd/controlC1: ubuntu 2815 F.... wireplumber
 /dev/snd/controlC0: ubuntu 2815 F.... wireplumber
 /dev/snd/controlC2: ubuntu 2815 F.... wireplumber
CRDA: N/A
CasperMD5CheckResult: unknown
CasperVersion: 1.498
CloudArchitecture: x86_64
CloudID: nocloud
CloudName: unknown
CloudPlatform: nocloud
CloudSubPlatform: seed-dir (/var/lib/cloud/seed/nocloud)
CurrentDesktop: ubuntu:GNOME
Date: Thu Jul 18 19:52:46 2024
LiveMediaBuild: Ubuntu 24.04 LTS "Noble Numbat" - Release amd64 (20240424)
MachineType: HP Victus by HP Gaming Laptop 15-fb2xxx
ProcEnviron:
 LANG=C.UTF-8
 PATH=(custom, no user)
 SHELL=/bin/bash
 TERM=xterm-256color
 XDG_RUNTIME_DIR=<set>
ProcFB: 0 amdgpudrmfb
ProcKernelCmdLine: BOOT_IMAGE=/casper/vmlinuz --- quiet splash
RelatedPackageVersions:
 linux-restricted-modules-6.8.0-31-generic N/A
 linux-backports-modules-6.8.0-31-generic N/A
 linux-firmware 20240318.git3b128b60-0ubuntu2
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 05/20/2024
dmi.bios.release: 15.3
dmi.bios.vendor: AMI
dmi.bios.version: F.03
dmi.board.asset.tag: Base Board Asset Tag
dmi.board.name: 8C2F
dmi.board.vendor: HP
dmi.board.version: 04.14
dmi.chassis.type: 10
dmi.chassis.vendor: HP
dmi.chassis.version: Chassis Version
dmi.ec.firmware.release: 4.14
dmi.modalias: dmi:bvnAMI:bvrF.03:bd05/20/2024:br15.3:efr4.14:svnHP:pnVictusbyHPGamingLaptop15-fb2xxx:pvr:rvnHP:rn8C2F:rvr04.14:cvnHP:ct10:cvrChassisVersion:skuA14MNUA#ABA:
dmi.product.family: 103C_5335M7 HP Victus
dmi.product.name: Victus by HP Gaming Laptop 15-fb2xxx
dmi.product.sku: A14MNUA#ABA
dmi.sys.vendor: HP

[En-Wei Wu (rickywu)]

After looking at the ACPI dump, it seems like the GPE17 is generated by the EC0 (embedded controller):

Scope (_SB.PCI0.SBRG)
{
    Device (EC0)
    {
         Name (_HID, EisaId ("PNP0C09") /* Embedded Controller Device */) // _HID: Hardware ID
         Name (_UID, One) // _UID: Unique ID
         Name (_GPE, 0x17) // _GPE: General Purpose Events
...