Dennis HilkLinux-DiagnoseEN

Eingabe und weitere Geräte

HID-over-I2C-Transport für Touchpad und Touchscreen

Ein interner I2C-HID-Pfad kann Toucheingaben bereitstellen, ohne einen USB-Geräteeintrag zu erzeugen.

Redaktionelle Quellenprüfung: Öffentliches Profil teilenIm Erkennungswerkzeug öffnen
Auf dieser Seite
  1. Überblick und Identität
  2. Treiber und Bindung
  3. Firmware
  4. Lesende Diagnose
  5. Grenzen und passende Fehlerhilfen
  6. Quellen

Überblick und Identität

Dies ist eine dokumentierte Transportfamilie ohne erfundenes PCI- oder USB-Paar. I2C-/ACPI-Beschreibung, HID-Gerät und Eingabefähigkeiten sind getrennte Belege; bei einem reinen I2C-Gerät ist ein fehlender lsusb-Eintrag erwartbar.

Dies ist ausdrücklich ein Klassen-, Transport- oder Treiberkontextprofil. Es identifiziert kein exaktes numerisches Produkt.

Ein numerischer Match belegt eine Kandidatenfamilie im geprüften Quellenrahmen. Verkaufsnamen, Platinenvarianten, Subsystembedingungen und erfolgreiche Funktion bleiben getrennte Fragen.

Treiber und Bindung

i2c_hid übernimmt die Transportinitialisierung und registriert ein HID-Gerät. Danach kann hid_multitouch oder ein anderer HID-Interpreter übernehmen. Durch Firmware beschriebene Interrupts und Stromabläufe gehören zum Transportpfad, nicht zur USB-Treiberauswahl.

  • i2c_hid — Kernel-Treiber-/Modulkandidat

Erkannt, gebunden, funktionsfähig: Unterschiede verstehen

Firmware

Geräte- und revisionsabhängig

Im geprüften Treiberpfad wurde kein externer Firmware-Dateiname festgestellt. Das beschreibt nicht die im Gerät gespeicherte Firmware.

Firmwarepakete deiner Distribution prüfen

Lesende Diagnose

Führe jeden angezeigten Befehl einzeln aus. Ersetze Großbuchstaben-Platzhalter durch betroffenes Gerät, Schnittstelle oder Modul aus deiner Ausgabe. Hier wird nichts ausgeführt. Auch lesende Ausgaben können private Kennungen enthalten.

Registrierte I2C-Geräte prüfen

ls -l /sys/bus/i2c/devices/

Registrierte Geräte ohne sudo auflisten. Dies ist kein aktiver I2C-Busscan und sendet keine Prüftransaktionen. Über die Geräteherkunft eine HID-/Eingabefunktion einem vorhandenen firmwarebeschriebenen Gerät zuordnen.

Bindungen der HID-Schicht prüfen

ls -l /sys/bus/hid/devices/*/driver

HID-Treibersymlinks ohne sudo lesen. Den HID-Pfad mit seinem USB-/I2C-Elterngerät abgleichen, bevor ein Treiber zugeordnet wird; allgemeiner HID-Treiber und Transporttreiber beschreiben unterschiedliche Ebenen.

Eingabe-Handler und Fähigkeiten prüfen

cat /proc/bus/input/devices

Das Eingaberegister wird ohne sudo gelesen; Tastatureingaben werden nicht mitgeschnitten. Namen, Handler und Businformationen helfen bei der Zuordnung zu event-Geräten. Ein Eintrag belegt noch keine korrekte Desktop-Zuordnung oder Kalibrierung.

Grenzen und passende Fehlerhilfen

Kontext zur Transportfamilie bestimmt weder Touchpadhersteller noch alle Gesten. Ein über ACPI beschriebenes Gerät kann scheitern, bevor ein Eingabegerät entsteht; eine USB-VID/PID würde diese Ebene nicht klären.

Diese Anleitungen passen zu relevanten Befunden und behaupten keinen Fehler bei jedem Gerät dieser Familie.

Hardware-Diagnoseweg wählen · Log-Auszug im Fix Lab prüfen

Quellen

Eine Quellenprüfung hält geprüfte Implementierung oder Dokumentation fest, keinen reproduzierten Hardwaretest. Versionsbezogene Tabellen belegen weder Mindestkernel noch garantierte Funktion.