acpi event 69 made my system unusable

A few days ago, cat /sys/firmware/acpi/interrupts/gpe69 gave a count in millions and my system was unusable. After disabling it, all was fine.

Is there a way to know what ACPI event 69 is about?


I have the same issue. I disassembled the ACPI tables and it seems to be a wakeup request from a PCI device attached to the root ports (i.e. PCI addresses 1b.0-1b.7, 1c.0-1c.7, 1d.0-1d.7).

In my case it's the NIC, NVMe disk and the Thunderbolt dock; my money would be on the latter, because I have issues suspending sometimes after using the dock.


I know this is an old topic, but I have the exact same issue on my Lenovo laptop when the Lenovo thunderbolt TB3 dock (gen-2 40AN). Maybe my findings can help others.

Whenever the screen connected to the TB dock goes into standby, the fans ramp up and kworker/kacpi starts hogging 70% CPU, ramping the fans all the way up.

I SSH'd into the system while the screen was in standby (and the fans blowing like crazy). Looking at grep . -r /sys/firmware/acpi/interrupts/ I can see that the acpi/interrupts/gpe69 is triggered millions of times.

To verify my suspicion, I disabled the interrupt during runtime:

echo "disable" | sudo tee /sys/firmware/acpi/interrupts/gpe69

This helped, the load dropped to 0, fans ramped down. I then tested the system directly (not through SSH) and everything still appeared to run smoothly, maybe even more responsive as before.

To disable the interrupt upon boot, I updated my grub config:

GRUB_CMDLINE_LINUX_DEFAULT="acpi_mask_gpe=0x69 quiet splash"

I'm still not sure what gpe69 does exactly, but in my case disabling the interrupt made my system quiet, and more responsive.