====== lsdrv — welcher Treiber gehört zu welchem Gerät ======

<code>
lsdrv
</code>

→ [[lyxos:bin|Werkzeuge in /bin]] · [[lyxos:treiber|Treibermodell]] · [[lyxos:bin:lspci|lspci]] · [[lyxos:bin:sysinfo|sysinfo]] · [[lyxos:architektur|Architektur]]

----

===== Zwei Spalten, und der Unterschied ist der Befund =====

''lsdrv'' liest die Treiber-Manifeste aus ''/lib/drivers'' und hält sie gegen die Geräte, die der Kernel beim Hochfahren aufgezählt hat.

^ Spalte ^ Bedeutung ^
| **IST** | wer das Gerät laut Hardwareregister tatsächlich hält |
| **SOLL** | wen die Manifeste dafür vorsehen |

  * Stimmen beide überein, ist alles gut.
  * Steht links nichts und rechts etwas, hat sich ein Treiber **nicht gemeldet**, obwohl er zuständig wäre — ein Ladefehler, der vorher nur an fehlenden Bootmeldungen zu erkennen war. Solche Zeilen tragen den Vermerk ''NICHT GELADEN''.
  * Ein Gerät ohne Manifest erscheint mit seinem Schlüssel und ohne SOLL.

<code>
Geraet     IST        SOLL
8086:9d2f  xhci       xhci (Stufe 1)
8086:9d21  -          -
3 bedient, 1 ohne Treiber
</code>

Die Schlüssel werden **vom genauesten zum allgemeinsten** geprüft; der erste Treffer gewinnt. So kommt ein auf das Modell zugeschnittener Treiber vor einem, der nur die Chipfamilie kennt.

===== Warum auch das Unbediente dasteht =====

Was keinen Treiber hat, wird ausgegeben — mit seinem Schlüssel. Das ist Absicht: die Liste dessen, was das System **sehen, aber noch nicht bedienen** kann, ist genau die Information, die man für den nächsten Treiber braucht. Stille Nichtzuordnung wäre der teuerste Fall — Hardware, die niemand vermisst, weil sie nirgends auftaucht.

<box tip>
**''lsdrv'' startet nichts.** Es zeigt nur, was ''lyxdevd'' tun würde. ''lyxdevd'' geht dieselbe Liste durch und **bindet** die Geräte tatsächlich.
</box>

----

Letzte Aktualisierung: 2026-08-27 — Seite neu angelegt, aus ''lyx-os/bin/lsdrv.lyx'' erhoben.