Konstante Null-Eingabe

372
twinrix

Ich habe ein Lenovo Ideapad 700 mit einem Antergos. Es scheint, dass es im Sekundentakt eine konstante Eingabe gibt, die mich daran hindert, im Terminal zu scrollen oder tty zu verwenden. Dies ist die Ausgabe mit

$ xev KeyPress event, serial 38, synthetic NO, window 0x5400001,  root 0x153, subw 0x0, time 7416716, (262,3), root:(1124,458),  state 0x0, keycode 221 (keysym 0x0, NoSymbol), same_screen YES,  XLookupString gives 0 bytes:  XmbLookupString gives 0 bytes:  XFilterEvent returns: False

Ich habe bereits versucht, die Fn-Sperre im BIOS zu deaktivieren, aber es hat nicht geholfen. Weiß jemand, wie man das beheben kann oder weitere Informationen darüber erhält, woher diese Eingabe kommt?

1
Können Sie `sudo modprobe -rv peaq_wmi` testen? grawity vor 6 Jahren 1
@grawity Die Ausgabe ist `rmmod peaq_wmi rmmod input_polldev` twinrix vor 6 Jahren 0
Ich habe gerade bemerkt, dass Ihr Befehl es repariert hat, vielen Dank! Möchten Sie es erneut als Antwort posten, damit ich es als richtig akzeptieren kann? twinrix vor 6 Jahren 0

1 Antwort auf die Frage

2
grawity

Mit dem Linux-Kernel 4.13 wurde der Treiber peaq_wmi eingeführt, der Hotkeys auf PEAQ-Tablets verarbeitet (insbesondere die Schaltfläche "Dolby" in PEAQ PMM C1010).

Der Treiber wird für eine bestimmte WMI-Objekt-GUID geladen, die in der System-Firmware (in den ACPI-Tabellen) enthalten ist. Leider haben PEAQ-Firmware-Entwickler keine eindeutige GUID erstellt - sie haben lediglich eine aus dem Microsoft- Beispiel- WMI-Treiber kopiert .

Leider waren sie nicht der einzige Hersteller, der das tut - die gleiche WMI-GUID kann in der Lenovo-Firmware gefunden werden, wobei dies natürlich eine völlig andere Bedeutung hat. Wenn der Treiber in ein inkompatibles System geladen wird, erhält er ein Abfallergebnis und glaubt, dass die Taste immer gedrückt wird.

Auch leider tatsächliche PEAQ Firmware keine Benachrichtigung das Betriebssystem, wenn die Taste gedrückt wird; Stattdessen muss das Betriebssystem seinen Status wiederholt abfragen. Der Fahrer erhält also jede Sekunde das gleiche Müllergebnis.

Der Treiber wurde kürzlich behoben, um auch den Namen des Systemherstellers zu überprüfen, und der Fix sollte bald stabile Kernel (4.14.x, 4.13.x) erreichen. In der Zwischenzeit können Sie das Modul folgendermaßen entfernen:

modprobe -r peaq_wmi

und / oder per Blacklist über /etc/modprobe.doder mit dem Kernel-Parameter:

modprobe.blacklist=peaq_wmi

Um solche Probleme zu beheben, verwenden Sie in der Zukunft Werkzeuge, die einzelne Eingabegeräte melden. zum Beispiel evemu-recordoder libinput debug-events. (Das xinputTool kann dies auch in X11 tun.) Dies kann auf einen bestimmten Treiber eingrenzen.

(Oder Sie können alle Git-Commits von 4.12 bis 4.13 durchgehen, bis Sie eine finden, die Sie denken lässt "Dieses neue Modul sieht komisch aus, ich frage mich, was passiert, wenn Sie es entladen" )

Verwandte Probleme