YSERVER 1.5 bringt Reverse PRIME für den Rust-X11-Server

Ein Entwickler schreibt einen kompletten X11-Anzeigeserver von Grund auf in Rust, und er hat gerade Version 1.5 erreicht. YSERVER 1.5 erschien am 9. September 2026 und bringt Reverse-PRIME-Unterstützung für Systeme mit mehreren Grafikkarten sowie mehr als 40 weitere Korrekturen.

X11 ist das jahrzehntealte Protokoll, mit dem die meisten Linux-Desktops noch immer Fenster auf den Bildschirm zeichnen. YSERVERs eigene Beschreibung ist direkt in ihrem Ziel: "einen praktischen X11-Server bereitstellen, der echte Desktop-Umgebungen, Fenstermanager und Anwendungen auf modernem Linux ausführt, ohne den Altlast-Ballast." Es steht unter der MIT-Lizenz.

Was Reverse PRIME tatsächlich bewirkt

PRIME ist der Standardweg, auf dem Linux einen Rechner mit mehr als einer Grafikkarte handhabt, üblich bei Laptops, die eine integrierte mit einer dedizierten GPU kombinieren.

Reverse PRIME dreht die übliche Richtung um. Ein System kann nun auf der primären GPU rendern und das fertige Bild zur Anzeige an eine zweite GPU weiterreichen. Phoronix berichtet, dass dies Konfigurationen mit mehreren Bildschirmen flexibler macht als die übliche PRIME-Richtung allein.

Was sonst noch in 1.5 steckt

Die Release Notes schreiben die Änderungen mehreren unterschiedlichen Beitragenden zu, nicht einer einzelnen Person.

Änderung	Was sie bewirkt
Mesa-OML-MSC-Abfragen	Lässt Flatpak-Apps mit ANGLE das Timing der Frames korrekt abfragen
DRI3-1.4-Sync-Objekte	Führt die Synchronisation über die DRM-Schicht des Kernels
Fensterrahmen serverseitig	Zeichnet Fensterrahmen im Server statt in jeder App einzeln
Entkoppelung bei Vsync aus	Lässt Spiele ohne Deckel laufen, wenn Vsync aus ist, mit verzögerter Ausführung
aarch64-Unterstützung	Erweitert die Architekturliste neben x86_64

Das Projekt wurde gegen i3, XFCE, KDE Plasma, Awesome und Compiz getestet, sowie gegen Hardware von AMD, Intel, Nvidia, Apple M1/M2 und Snapdragon X1. Sein README behauptet, Steam-Spiele liefen "fast auf Augenhöhe mit Xorg", dem jahrzehntealten X-Server, den die meisten Linux-Distributionen standardmäßig mitbringen.

Die vorherige Version, 1.4.0, erschien sechs Wochen zuvor am 29. Juli 2026.

Woher der Code kam

Der Bericht von Phoronix enthält ein Detail, das für die Leser dieser Seite heraussticht: Das Projekt sei "in seiner Anfangsphase größtenteils mit KI-Unterstützung entwickelt" worden, konkret mit Claude Code.

Das heißt nicht, dass das Projekt ein reines KI-Solowerk geblieben ist. Die Release Notes zu 1.5 nennen für die Hauptfunktionen mindestens drei verschiedene Beitragende. Das Repository verlangt zudem signierte Commits, eine übliche Maßnahme gegen manipulierten Code in der Projekthistorie. Claude Code setzt inzwischen standardmäßig einen eigenen Sitzungslink in Commits - ein kleiner Ausdruck desselben Trends hin zu KI-geschriebenem Code mit sichtbarer Spur.

Was das für Entwickler bedeutet

Behandeln Sie YSERVER als ein Experiment, das man beobachten sollte, noch nicht als Ersatz für Xorg im Produktivbetrieb. Eine Neuimplementierung eines so alten und eigenwilligen Protokolls wie X11 von Grund auf wird noch eine Weile lang Einzelfälle zutage fördern. Der eigene Vergleichspunkt des Projekts lautet "fast auf Augenhöhe mit" Xorgs Spieleleistung, nicht gleichauf damit.

Wer einen Laptop mit mehreren GPUs betreibt, sollte zuerst Reverse PRIME testen. Es zielt auf ein reales, konkretes Problem: Rendering und Anzeige richtig hinzubekommen, wenn beide Aufgaben auf unterschiedlichen Chips liegen.

Der KI-gestützte Ursprung ist eine Erwähnung wert, ohne ihn überzubewerten. Ein Projekt eines einzelnen Maintainers, das mit KI-unterstütztem frühen Code begann, hat inzwischen 557 Sterne und 31 Forks erreicht und für die nächste Version externe Beitragende gewonnen. Das ist ein Datenpunkt dafür, wie solche Werkzeuge die Chancen verändern, dass ein Hobby-Systemprojekt überhaupt vom Boden kommt - kein Beweis, dass KI einen Produktions-Displayserver ohne Aufsicht geschrieben hat.

Wer Linux-Desktop-Software paketiert oder ausliefert: YSERVER ist noch früh genug dran, dass ein Issue zu Ihrer konkreten Kombination aus Fenstermanager und GPU gerade mehr bringt, als einen echten Desktop darauf umzustellen.