xHCI98 v3.0.0.0 - USB 3.x, USB 4 und Thunderbolt 3/4 auf Windows 98 SE bis Windows 7

Moderne x86-Hardware verzichtet seit Mitte der 2010er-Jahre auf dedizierte EHCI-Controller (USB 2.0) und verwendet ausschließlich das eXtensible Host Controller Interface (xHCI) für USB 3.x, USB 4 und Thunderbolt. Ohne einen passenden xHCI-Treiber können diese Schnittstellen auf Retro-Betriebssystemen wie Windows 98 SE, Windows Me, Windows 2000, Windows XP, Windows Vista und Windows 7 weder Hot-Plugging noch moderne Massenspeicher unterstützen. Der quelloffene Treiber xHCI98 in der Version 3.0.0.0 schließt diese Lücke. Die Entwicklung erfolgte maßgeblich durch KI-gestütztes Coding (LLMs) und liefert eine modulare Treiber-Architektur, die aktuelle USB- und Thunderbolt-Standards auf alte Windows-Versionen bringt.

Warum moderne Hardware auf Retro-Betriebssysteme angewiesen ist

Seit etwa 2015/2016 setzen Chipsets ausschließlich auf xHCI-Controller und verzichten auf die früher üblichen EHCI-Chipsätze. Unter Windows 98 lieferten die alten BIOS-Legacy-Emulationen nur langsame, nicht hot-pluggable USB-Ports. Ohne einen eigenen xHCI-Treiber konnten USB-Ports moderner Laptops kaum genutzt werden - Sound- oder Netzwerkkarten wurden blockiert, und Geräte wie moderne USB-3.x-Laufwerke oder Thunderbolt-Docking-Stations waren nicht ansprechbar (Quelle: Yeo Kheng Meng, 2026).

Modulare Treiber-Architektur von xHCI98

Das Treiberpaket ist in drei dedizierte Kernel-Treiberdateien aufgeteilt, die jeweils einen Teil des Host-Controller-Stacks übernehmen:

• xhci98.sys - ersetzt den Windows-eigenen USB-Hub-Stack und steuert den primären xHCI-Host-Controller.
• xhciuas.sys - implementiert das USB-Attached-SCSI-Protokoll (UASP) und beschleunigt dadurch Massenspeicher-Transfers.
• xhcicm.sys - Connection Manager für PCIe-Tunneling über Thunderbolt/USB4 in Kombination mit dem angepassten NVMe-Treiber Stor98.

Im Jahr 2026 wurden damit drei Kernel-Treiber bereitgestellt, die Controller, UAS-Massenspeicher und das Tunneling abdecken.

Technische Umsetzung von Thunderbolt unter Windows 98

Thunderbolt 3/4 basiert auf PCIe-Tunneling und nicht auf einem reinen USB-Bus. Der Treiber xhcicm.sys ermöglicht genau dieses Tunneling auf einem Windows-98-System, indem er PCIe-Pakete über den xHCI-Host leitet und an den angepassten NVMe-Treiber Stor98 weitergibt. Dadurch können externe NVMe-SSDs über Thunderbolt an ein Vintage-Betriebssystem angebunden werden - ein Vorgang, der ohne diese Schicht technisch nicht realisierbar wäre (Hackaday, 2026).

Messbare Leistungssteigerungen und systembedingte Grenzen

Die Vorgängerversion xHCI98 1.x war auf USB-2.0-Geschwindigkeiten von etwa 34 MB/s begrenzt. Mit der Einführung von Version 3.x steigen die real gemessenen Transferraten unter Windows 98 SE auf rund 200 MB/s. Dieser Sprung ist jedoch nicht durch die physische USB-3.0-Leitung begrenzt, sondern durch eine architektonische Obergrenze des Windows-98-USB-Stacks: das System erlaubt maximal 64 kB pro Daten-Transfer-Block. Sobald diese Blockgröße erreicht ist, wird die Geschwindigkeit durch den Stack gedrosselt, wodurch 200 MB/s nahezu die Obergrenze des Gesamtsystems darstellen.

Durchsatz-Messwerte (2026)

• Maximaler gemessener USB-3.0-Durchsatz auf Windows 98 SE: ≈ 200 MB/s (Quelle: Hackaday, 2026).
• Durchsatz-Deckelung von xHCI98 1.x (USB 2.0-Modus): ≈ 34 MB/s (Quelle: YKM's Corner, 2026).
• Windows-98-Transferblock-Begrenzung: 64 kB pro Transfer (Quelle: Hackaday, 2026).

Testumgebung: Real-Hardware vs. QEMU-Emulation

Die physische Validierung erfolgte auf einem Lenovo ThinkPad P14s Gen 1 (Modelljahr 2020). Dieses Notebook verfügt über ein BIOS mit Compatibility Support Module (CSM), das ein Legacy-Booten von Windows 98 SE ermöglicht. Da moderne USB-4-Geräte selten ein CSM-Firmware-Interface bieten, entwickelte Yeo Kheng Meng parallel einen modifizierten QEMU-Emulator-Fork, der eine virtuelle USB-4/Thunderbolt-Gegenstelle simuliert. Die Kombination aus realer Hardware-Testplattform und Emulation ermöglichte die Überprüfung von sowohl physischen PCIe-Tunneling-Mechanismen als auch von reinen USB-4-Datenpfaden.

Risiken und Kompatibilitätsaspekte

Der Treiber ist nicht für den Einsatz auf reinem UEFI-Class-3-Hardware ohne CSM vorgesehen - solche Systeme können Windows 98 SE und 2000 nicht nativ starten. Außerdem sind die Treiber unsigniert, und der Connection Manager xhcicm.sys ist experimentell. Fehlkonfigurationen können unter Windows 9x zu Bluescreens (BSOD) und potentiellen Dateisystembeschädigungen führen. Ebenso besteht die Möglichkeit, dass nicht alle xHCI-Controller voll kompatibel sind, da die Software als experimentell gekennzeichnet ist.

FAQ - Häufige Fragen zum xHCI98-Projekt

• Warum funktionierten USB-Ports moderner Laptops unter Windows 98 bisher kaum? Seit etwa 2015 verzichten Chipsätze auf EHCI-Controller und setzen ausschließlich auf xHCI. Ohne einen dedizierten xHCI-Treiber laufen die Ports nur über langsame BIOS-Legacy-Emulation, die weder Hot-Plugging noch moderne Geräte unterstützt (Yeo Kheng Meng, 2026).
• Wie wurde der Treiber technisch realisiert? Das Paket xHCI98 v3.0 nutzt drei Treiberkomponenten: xhci98.sys ersetzt den Windows-USB-Hub-Stack, xhciuas.sys steuert schnelle UASP-Massenspeicher an, und xhcicm.sys fungiert als Connection Manager für PCIe-Tunneling via Thunderbolt und NVMe-Speicher (Hackaday, 2026).

Ausblick und Bedeutung für Retro-Computing

Durch den KI-gestützten Entwicklungsansatz konnte das Projekt mit vergleichsweise geringem Aufwand realisiert werden - ein Aufwand, der bei rein manueller Entwicklung deutlich höher ausfallen würde. Die Möglichkeit, moderne USB-3.x, USB 4 und Thunderbolt-Geräte auf Windows-98-Systemen zu betreiben, eröffnet Retro-Gamern und Enthusiasten neue Nutzungsszenarien, etwa das Anschließen aktueller Controller, externer NVMe-SSDs oder Docking-Stations. Obwohl der Nutzen für den durchschnittlichen Nutzer begrenzt bleibt, demonstriert xHCI98, wie KI-Codegeneratoren Nischen-Softwareprojekte voranbringen können.

Fazit

Der quelloffene Treiber xHCI98 v3.0.0.0 macht USB 3.x, USB 4 und Thunderbolt 3/4 auf Windows-98-SE bis Windows 7 nutzbar. Durch eine modulare Architektur, KI-unterstützte Entwicklung und Messungen von bis zu 200 MB/s unter Real-Hardware wird ein bedeutender technischer Engpass überwunden - zugleich bleibt das 64 kB-Transfer-Limit des 9x-Stacks die entscheidende Obergrenze. Real-Hardware-Tests auf einem Lenovo ThinkPad P14s Gen 1 und ergänzende QEMU-Emulation belegen die Funktionsfähigkeit, während fehlende CSM-Unterstützung und unsigned Treiber Risiken darstellen. Für Retro-Computing-Enthusiasten eröffnet das Projekt neue Möglichkeiten, moderne Peripherie an alte Systeme anzuschließen, und zeigt zugleich, wie KI-gestützte Entwicklung komplexe Treiberprojekte realisierbar macht.