ACPI-Ausnahme: AE_NOT_FOUND beim Auswerten der GPE-Methode - überschwemmt Syslog

6042
Angelo Fuchs

Auf meinem neuen Desktop ist eine meiner CPUs nach dem Aufwachen aus dem Ruhezustand ständig zu 100% belegt, anfangs war es der xorgProzess (4289), jetzt ist es der Kworker-Thread.

Mein /var/log/syslogwird mit diesen Nachrichten überflutet (850+ Zeilen / Sekunde):

Aug 26 17:10:55 mortal kernel: [ 3657.482759] ACPI Error: [PGRT] Namespace lookup failure, AE_NOT_FOUND (20160108/psargs-359) Aug 26 17:10:55 mortal kernel: [ 3657.482760] ACPI Error: Method parse/execution failed [\_GPE._L6F] (Node ffff8810348d56e0), AE_NOT_FOUND (20160108/psparse-542)

Ausgabe von top

 88 root 20 0 0 0 0 D 94,0 0,0 28:32.44 [kworker/0:1]  4289 root 20 0 418620 164880 68252 S 15,6 0,3 4:27.62 /usr/lib/xorg/Xorg :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch  3404 root 20 0 258320 3540 1948 S 10,3 0,0 5:31.55 /usr/sbin/rsyslogd  5175 mor 20 0 1348768 63636 46232 S 5,3 0,1 1:34.50 vlc  4497 mor 20 0 486068 33220 25884 S 5,0 0,1 0:17.19 marco  4531 mor 20 0 482184 27524 20684 S 4,0 0,0 0:15.24 /usr/lib/mate-panel/wnck-applet  4709 mor 20 0 1708964 435576 123388 S 4,0 0,7 7:23.20 firefox-esr  4291 root 20 0 273140 5864 4984 S 3,0 0,0 1:35.58 /usr/lib/accountsservice/accounts-daemon  4517 mor 9 -11 574288 12692 9456 S 1,7 0,0 1:07.14 /usr/bin/pulseaudio --start --log-target=syslog  4667 mor 20 0 261672 22152 18844 S 0,7 0,0 0:31.10 gkrellm  7 root 20 0 0 0 0 S 0,3 0,0 0:04.67 [rcu_sched]  1134 root 20 0 0 0 0 S 0,3 0,0 0:00.29 [jbd2/sda2-8]  4432 mor 20 0 406236 26144 20616 S 0,3 0,0 0:00.31 x-session-manager  4493 mor 20 0 1459196 32440 25336 S 0,3 0,0 0:03.45 /usr/bin/mate-settings-daemon  4501 mor 20 0 565268 34848 26120 S 0,3 0,1 0:03.35 mate-panel  4513 mor 20 0 1242952 44264 35320 S 0,3 0,1 0:02.10 caja  4543 mor 20 0 526044 34764 28612 S 0,3 0,1 0:01.08 mate-screensaver  4618 mor 20 0 548024 29876 23360 S 0,3 0,0 0:00.35 /usr/lib/mate-panel/clock-applet  5541 mor 20 0 81856 12128 5672 S 0,3 0,0 0:00.81 xterm  6090 mor 20 0 389372 48044 37352 S 0,3 0,1 0:00.86 keepassx  6291 mor 20 0 42928 3776 3008 R 0,3 0,0 0:00.83 top  6300 mor 20 0 86828 16924 5720 S 0,3 0,0 0:01.08 xterm  1 root 20 0 15820 1800 1632 S 0,0 0,0 0:01.13 init [2]  2 root 20 0 0 0 0 S 0,0 0,0 0:00.00 [kthreadd]  3 root 20 0 0 0 0 S 0,0 0,0 0:00.03 [ksoftirqd/0]  5 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 [kworker/0:0H]  8 root 20 0 0 0 0 S 0,0 0,0 0:00.00 [rcu_bh]  9 root rt 0 0 0 0 S 0,0 0,0 0:00.02 [migration/0]  10 root rt 0 0 0 0 S 0,0 0,0 0:00.00 [watchdog/0]  11 root 20 0 0 0 0 S 0,0 0,0 0:00.00 [cpuhp/0]  12 root 20 0 0 0 0 S 0,0 0,0 0:00.00 [cpuhp/1]  13 root rt 0 0 0 0 S 0,0 0,0 0:00.03 [watchdog/1]  14 root rt 0 0 0 0 S 0,0 0,0 0:00.01 [migration/1]  15 root 20 0 0 0 0 S 0,0 0,0 0:00.00 [ksoftirqd/1]  16 root 20 0 0 0 0 S 0,0 0,0 0:00.00 [kworker/1:0]

Was könnte die Ursache sein und wie kann ich es debuggen?

4

2 Antworten auf die Frage

3
Angelo Fuchs

Dies ist ein bekannter Fehler im Linux-Kernel mit dem Skylake-Chipsatz.

Ich habe hier eine Arbeit gefunden, bei der die Symptome verschwinden.

Geben Sie diesen Befehl aus (fügen Sie als root "sudo" hinzu, falls Sie nicht root sind):

echo "disable" > /sys/firmware/acpi/interrupts/gpe6F

Dadurch wird der anstößige ACPI-Interrupt bis zum nächsten Start deaktiviert. Wenn dies häufig vorkommt und Sie nicht durch BIOS und Kernel Updates entfernt wurden, legen Sie einen neuen Fehlerbericht im Kernel Bugzilla ab.

Es wird berichtet ( Kommentar # 20 ), dass es mit der BIOS-Version 2.00 unter Asrock H170 Pro4S funktioniert. Getestet mit den Kerneln 4.5 und 4.6.

Nachtrag Seit ich kürzlich meine BIOS-Firmware aktualisiert habe, habe ich das Problem nie bekommen. Aber das Upgrade hat meine Maschine fast zugemauert und es hat eine Weile gedauert, bis sie sich wieder erholt hat.

1
Ronnie76er

Jetzt können Sie Ihrem Kernel beim Booten einen Parameter hinzufügen, um dies zu verhindern. Fügen acpi_mask_gpe=0x6fSie einfach Ihre Kernel-Boot-Parameter hinzu.

Dies hängt vom Bootloader ab. Zum Beispiel verwende ich grub (und Arch), also musste ich es der /etc/default/grubDatei hinzufügen und es mit neu erstellen grub-mkconfig -o /boot/grub/grub.cfg. Hier einige Anweisungen in Archs Wiki, aber YMMV: https://wiki.archlinux.org/index.php/kernel_parameters

Hier ist der Fehlerkommentar, der den Fix angibt, https://bugzilla.kernel.org/show_bug.cgi?id=117481#c23 und einen Link zum eigentlichen Patch.

Verwandte Probleme