Linus Torvalds nutzt KI, um einen Fehler in der Intel-Xe-GPU aufzuspüren

Ein kniffliger Fehler im Intel-Xe-Treiber zwang Linus Torvalds zu 18 Kernel-Neustarts, wobei die KI dabei einen Großteil der mühsamen Debugging-Arbeit übernahm.
Eine Übersetzung von 🇬🇧 Linuxiac.com

Trotz aller Kontroversen rund um den Einsatz von KI wird eines immer deutlicher: Sie hält Einzug in immer mehr Bereiche der alltäglichen Softwareentwicklung. Und offenbar bildet die Linux-Kernel-Entwicklung da keine Ausnahme.

Linux-Erfinder Linus Torvalds hat verraten, dass er KI einsetzte, um einen besonders hartnäckigen Speicherfehler im Intel-Xe-Grafiktreiber des Kernels aufzuspüren, und beschrieb den gesamten Vorgang als „Debugging-Sitzung aus der Hölle“.

Das Problem betraf die Flat-CCS-Speicherverwaltung im Xe-DRM-Treiber und führte auf Torvalds’ eigenem Intel Battlemage G21-System mit 16 GiB VRAM zu einem schwarzen Bildschirm, da GDM den Compositor wiederholt neu startete.

Das Problem ging auf einen überraschend kleinen Fehler zurück. Die Funktion get_flat_ccs_offset() berechnete, wo der reservierte CCS-Speicher beginnt, und rundete diese Adresse anschließend auf eine 128-KiB-Grenze auf. Allerdings wurde alles unterhalb dieser berechneten Adresse anschließend als nutzbarer Speicher an den VRAM-Allokator übergeben.

Infolgedessen schlug der erste GPU-Aufruf des Compositors fehl, GDM startete ihn neu, und der Rechner blieb bei einem schwarzen Bildschirm hängen. Laut Torvalds war die eigentliche Lösung fast schon lächerlich einfach. Der Weg dorthin war jedoch alles andere als einfach.

Torvalds erklärte, dass die Untersuchung 24 Patches umfasste, die schrittweise immer mehr Debugging-Informationen hinzufügten, sowie 18 Kernel-Starts, bevor das Problem schließlich eingegrenzt werden konnte. Und an dieser Stelle kam die KI ins Spiel.

Ihm zufolge übernahm die KI einen Großteil der sich wiederholenden Arbeit während der Untersuchung, fügte Debugging-Code hinzu und analysierte die daraus resultierenden Informationen, während er den Prozess leitete. Er merkte an, dass die KI wiederholt zu dem Schluss kam, das Problem sei unlösbar, und vorschlug, einfach einen Bericht darüber zu verfassen. Doch Torvalds, wie er nun einmal ist, drängte weiter.

Nachdem sie die Anweisung erhalten hatte, fortzufahren, erzeugte die KI immer wieder zusätzliche Debugging-Instrumentierung und analysierte die Ergebnisse, bis die zugrunde liegende Speicherbeschädigung isoliert war. Torvalds ließ die KI nach Abschluss der Untersuchung sogar die ausführliche Commit-Meldung verfassen, in der das Problem dokumentiert wurde.

Diese Episode passt auch bemerkenswert gut zu Torvalds’ zunehmend pragmatischer öffentlicher Haltung gegenüber der KI.

Noch im Oktober 2024 war seine Haltung deutlich skeptischer. Bei einer Rede auf dem Open-Source-Gipfel in Wien sagte Torvalds, KI sei wirklich interessant und werde wahrscheinlich die Welt verändern, beklagte jedoch, dass die Branche rund um dieses Thema von einem Hype dominiert werde.

Seitdem ist seine Haltung jedoch deutlich konkreter geworden. Bei Diskussionen über die Linux-Kernel-Richtlinien für maschinengenerierte Beiträge im Januar 2026 sprach sich Torvalds dagegen aus, die Kernel-Dokumentation in ein Pro- oder Anti-KI-Manifest zu verwandeln. Stattdessen wollte er, dass KI einfach als ein weiteres Entwicklungswerkzeug behandelt wird, wobei die üblichen Erwartungen hinsichtlich Verantwortung, Überprüfung und Qualität weiterhin gelten.

Bis Juli 2026 hatte Torvalds seine Position deutlich klarer formuliert. Als Reaktion auf Kritik an der KI-gestützten Entwicklung in den Kernel-Mailinglisten erklärte er, dass Linux kein Anti-KI-Projekt sei, und beschrieb KI als ein weiteres Werkzeug, das Entwicklern zur Verfügung stehe – eines, dessen Nutzen seiner Ansicht nach nicht mehr ernsthaft in Frage gestellt werde.

Kurz gesagt lautet Torvalds’ Standpunkt im Wesentlichen, dass die Technologie danach beurteilt werden sollte, was sie hervorbringt, anstatt sie einfach deshalb abzulehnen, weil KI daran beteiligt war. Und die jüngste Episode rund um das Debugging des Intel Xe ist wahrscheinlich eines der bislang deutlichsten Beispiele dafür, was er damit meint.

Und nach 24 Debugging-Patches und 18 Kernel-Boots lief die gesamte Untersuchung mit Hilfe von KI schließlich darauf hinaus, ein falsches round_up() in ein round_down() zu ändern. Manchmal stecken hinter den kleinsten Kernel-Korrekturen tatsächlich die längsten Geschichten.

Spendieren Sie Bobby einen ☕ Ko-fi

Ein Service von s3n🧩net