Die ver­heiß­ungs­volle Jagd nach 4K/UHD/2160p/HiDPI

Neue Fortschritte bei der Entwicklung des Linux Kernels machen es möglich: den Genuß einer vollen 4K/UHD/2160p Auflösung mit 3840x2160 Bildpunkten und mehr - und das sogar auf älterer Hardware. Was die notwendige Performanz Ihrer CPU betrifft brauchen Sie nicht mehr als ein gutgedientes, älteres Core 2 Duo oder Core 2 Quad System. Das ist vollkommen ausreichend für den normalen Bürobetrieb oder das Anschauen von Photos bei solchen Auflösungen. Vielen Grafikkarten, die nie als 4K/UHD tauglich beworben worden sind, kann man mit den richtigen Kernelparametern und Patches 4K/UHD/2160p Modi entlocken, was eine Übertaktung des TMDS (Transition Minimized Differential Signaling), also der Ausgabefrequenz auf dem HDMI oder DVI Port, erfordert.

Sogar ein kleines Intel Atom MiniNotebook, das inzwischen mehr als fünf Jahre alt ist, bringt über seinen VGA-Port eine Auflösung von 2560x1440 zustande; ganz ohne Übertakten oder spezielle Tricks, die einen neueren Kernel erfordern würden; vorausgesetzt man konfiguriert es richtig.

Wenn Sie diesen Artikel lesen, werden Sie schon bald höhere Grafikmodi unter Linux genießen können. - und Sie werden sich nie wieder das alte 1080p, auch „Full HD” genannt zurück wünschen. Unserer Meinung nach sind höhere Grafikmodi einfach eine Wohltat - nicht nur wegen der so schön abgerundeten Form von Buchstaben und der gestochen scharfen Wiedergabe von Photos. Sie werden sofort merken, daß viel mehr auf ihren Monitor paßt - etwas das Sie nicht unterschätzen sollten, speziell als Programmierer, wenn Sie mit größeren Textmengen arbeiten oder wenn Sie sich auch nur einen ordentlichen Überblick über Ihren Email-Posteingang verschaffen wollen.

Beschaffen Sie sich die richtige Hardware

Das erste, was Sie brauchen werden, ist ein 4K/UHD fähiger Bildschirm wie unser AOC u2868pqu, hier. Dieser Flachbildschirm hat uns am Zeitpunkt seiner Anschaffung (06.11.2015) 398.50€ gekostet, ist aber inzwischen auch gebraucht für rund 300€ zu haben (07.03.2016). Dieser Monitor erlaubt auf seinem HDMI und DVI Eingang eine Frequenz von 30Hz für 3840x2160, während er in selbiger Auflösung über den DisplayPort sogar eine Frequenz von 60Hz wiedergeben könnte. Entsprechende Adapter, die ein HDMI 2.0 Signal in ein DisplayPort Signal verwandeln, sind derzeit, mit Beginn von 2016, noch sehr rar (die meisten Adapter konvertieren genau in die andere Richtung; eine Ausnahme wäre da der #HD2DP von startech.com.).

Für optimale Geschmeidigkeit sich bewegender Bildschirmausschnitte wie etwa dem Mauszeiger wäre allerdings eine Auffrischungsrate von 60Hz empfehlenswert. Doch es gibt einen Trick mit dem wir die Kontinuität von bewegten Elementen unter 30Hz gleich schön ausschauen lassen können, als ob eine Bildwiederholungsrate von 60Hz unterstützt würde: Interlaced-Modi, die den Bildschirminhalt zeilenverschränkt erneuern: erst alle ungeraden Zeilen, dann alle geraden und danach fängt es wieder von vorne bei den ungeraden an. Das obwohl allgemeinen Wissens nach 25 Bilder pro Sekunde vollkommen ausreichend für fortlaufende, rukellose Bewegtbilder sind. Der Grund dafür ist, daß die Framerate mit der ein Programm Bewegtbilder dekodiert niemals genau der Framerate des Monitors entspricht. Ein neuerer Bildschirm aus derselben Reihe, der u3277pqu würde sogar direkt 60Hz für HDMI 2.0 bieten. Und dennoch, HDMI 2.0 ist etwas, das nur von den neuesten Grafikkarten unterstützt wird und daher für unsere Ambitionen mit bestehender Hardware etwas zu hoch gegriffen sein könnte. Wir werden uns hier wohl mit einer maximalen BildWiederholFrequenz von 30Hz (oder effektiven 60Hz bei Interlacing) zufrieden geben müssen. Leider zeigen sich beim aktuellen Nouveau Treiber beim Interlacing noch Probleme mit dem Mauszeiger. Auch für Videos sollten 30 Hz reichen.

Was den Preis des Rechners betrifft kostet ein besseres Core 2 Notebook wie das Fujitsu Siemens Xi 3650 heute gebraucht nicht unter 200€. Was dessen Grafikkarte, eine NVIDIA Corporation G96M [GeForce 9600M GT] angeht, schafft diese bei einer TMDS-Ansteuerung von 225 MHz eine BildWiederholRate von 24Hz für 3840x2160. Das liegt etwas unter 30Hz, ist keine Standardfrequenz und wird daher auch nicht von allen 4K/UHD-fähigen Monitoren unterstützt. Unser u2868pqu ermöglicht jedoch wie die meisten PC Bildschirme viele nicht-standartisierte Modi, wie wir gleich sehen werden, was bei vielen TV-Schirmen nicht der Fall ist. Das Fujitsu Siemens Xi 3650 bietet unter Linux zusätzlich Flashrom support.

Wer ein Business-Notebook wie das Fujitsu Siemens Celsius H265/H270 mit Nvidia Geforce G96GLM [Quadro FX 770M] bevorzugt, hat neben Special-Features wie 3G/UMTS, einem Chipkartenleser und vielen BIOS-Einstellungen wie ein Abschalten des TPM (Trusted Platform Module) von Haus aus eine hardwaremäßig garantierte Ausstattung für 3840x2160@30. Leider konnten wir im Moment mit Kernel 4.5.0 auch hier keine höhere Bildwiederholrate als 24 Hz erreichen, obwohl sich das in Zukunft aufgrund der regen Entwicklungstätigkeit des Nouveau-Treibers sehr rasch ändern dürfte. Wer garantierte 30 oder 60 Hz braucht, sollte deshalb in diesem Fall auf eine neuere Nvidia-Karte zurückgreifen. Verwenden Sie für dieses Notebook einfach einen DVI zu HDMI Konverter auch unter Windows mit 30 Hz. Beide Notebooks bieten Ihnen eSATAp, ein SDHC-Kartenlesegerät und einen ExpressCard Schacht, den man u.a. für USB 3.0 Karten verwenden kann.

Core 2 basierte und neuere Standrechner sind natürlich entsprechend billiger als Notebooks. Solche Rechner kann man mit der richtigen Grafikkarte ganz einfach 4K/UHD-fähig machen. Soweit wir das getestet haben, verursachen aber viele UHD/4K-fähigen Grafikkarten mit Core 2 basierte Fujitsu Hardware Probleme beim Standy, RAM-Suspend (s2ram) oder bei der Hibernation (s2disk). Eine Grafikkarte, die für uns in jedem erdenklichen Setting mit 3840x2160@30Hz gut funktioniert hat, war die Radeon R5 230 Core 2GB DDR3 PCIe, so wie sie etwa von XFX angeboten wird. Alle anderen UHD-Karten, die uns untergekommen sind, haben Probleme beim Standby und Suspend verursacht: die Radeon R7 240 Core 2GB DDR3 PCIe, die Nvidia GeForce GT 720 GDDR5 oder die GeForce 730. Die Karte mit dem GDDR5 - RAM hat im Test zusätzlich undokumentierte Überhitzungsprobleme gezeigt. Alle der vorhin angeführten Grafikkarten sind passiv gekühlt; kein Belästigung durch einen zusätzlichen Geräuschpegel also.

Sehr angenehm und parktisch bei der R5 230 ist ihr flacher Kühlkörper mit nur einfacher Slothöhe. Damit wird es Ihnen möglich alle PCIe Steckplätze in ihrem Computer voll auszunutzen, ohne daß der oft so wertvolle, über der Karte liegende Steckplatz durch diese verdeckt würde. Die Karte hat einen VGA, einen DVI und einen HDMI Ausgang und kann auch in einem Schreibtischrechner mit SFF (Small Form Factor / Half Height), bei der die PCIe-Karten nur die halbe Höhe aufweisen, installiert werden. Für die meisten Core 2 Systeme, die USB 3.0 zumeist noch nicht von Haus aus unterstützen, ist ebenfalls eine USB 3.0 Erweiterungskarte zu empfehlen; falls Sie sich nicht mit einem eSATAp SlotBlech alleine zufrieden geben wollen. Für uns hat die Silverstone SST-EC04-P mit allen Core 2 Systemen gut zusammen funktioniert. Eine der Besonderheiten dieser USB 3.0 Erweiterungskarte ist der interne USB 3.0 Port, wie er sonst nur direkt am Mainboard zu finden ist. Dieser ist sehr, sehr parktisch wenn Sie damit einen SDHC/SDXC oder CompactFlash Kartenleser in größe eines Floppy Laufwerks betreiben wollen. Dann können Sie auch angenehm und schnell auf Ihre Photos zugreifen.

Noch ein wichtiger Hinweis zur Hardware: Prüfen Sie ihre HDMI Kabel lieber zweimal, ob diese wohl HDMI 1.3 oder 1.4 unterstützen. Mit älteren Kabel ist es nämlich nicht möglich, ein 4K/UHD-Bild zu übertragen. Wir haben unsererseits überdies für alle Konfigurationen zur Sicherheit nur HDMI 2.0 Kabel verwendet. Auch bei VGA Kabeln ist ein gutes Kabel empfehlenswert wenn man es mit Modi jenseits von Full HD probieren möchte.

Benutzerdefinierte Grafikmodi

bessere Grafik über HDMI/DVI (in Verwendung eines MacBook 3,1)

Der erste Computer, dessen Grafikausgabe wir entsprechend verbessert haben, war ein altes MacBook 3,1 aufpoliert unter Verwendung von Debian Stable. Obwohl wir uns da zumindest eine Ausgabe in Full HD für unseren externen Monitor erwartet hätten, war ursprünglich nicht einmal das verfügbar. Obwohl solche Probleme dieser Tage eher selten sind, werden wir zeigen wie man für dieses Notebook Full HD, ja sogar 2560x1600_30 auf einem zugeschalteten Bildschirm erzeugen kann.

Studieren Sie einfach einmal folgende Kommandozeile:

Zuallererst fragen wir die aktuellen Bildschirmeinstellungen ab. Dann lassen wir uns von cvt eine „GrafikModusZeile” (genannt auf Englisch ModeLine) ausgeben. Diese können Sie entweder direkt in Ihrem xorg.conf oder gleich auf der Kommandozeile mit xrandr weiterverwenden, indem Sie diesen neuen Modus für den DVI-Ausgang hinzufügen. Schließlich müssen Sie den neu verfügbaren Grafikmodus noch aktivieren um zu schauen ob dieser auch wirklich funktioniert. Der --reduced Parameter verringert dabei die Schwarztastung (en: Blanking), den Bereich also, in dem sich der Elektronenstrahl umdreht um in der nächste Zeile wieder anzufangen. Dadurch läßt sich eine etwas höhere, vertikale Gesamtwiederaufbaufrequenz für den Bildschirm erreichen. Das sollte vor allem bei modernen TFTs und LCDs gut funktionieren, bei denen es zwar de facto keine Röhre und keinen Elektronenstrahl mehr gibt, die aber immer noch in vergleichbarer Weise angesteuert werden. Deshalb ist es generell auch besser für solche Bildschirme das neuere Dienstprogramm namens gtf statt cvt zu verwenden, obwohl der Unterschied zwischen beiden Programmen unserer Erfahrung nach wirklich nur marginal ist. Das umc Tool hingegen ist noch eine andere Alternative falls cvt und gtf keine funktionierenden Modi zurückgeben (SourceForge Seite, direkter Download der Sourcen für v0.2). Unter gewissen Umständen kann es besser sein gleich ein Werkzeug wie den übers Internet zugänglichen Arachnoid Modeline Calculator zu verwenden. Der unterstützt auch gleich die sog. Interlaced-Modi, die zeilenverschränkt arbeiten und damit eine effektiv doppelt so hohe Auffrsichungsgeschwindigkeit erlauben.

Für 2560x1440 oder 2560x1600 müßten Sie einfach nur dieselbe Prozedur wie oben noch einmal wiederholen. Um Ihnen das Leben etwas leichter zu machen, haben wir Ihnen auch gleich unser newmode Skript zur Verfügung gestellt, das alle drei Schritte beim Aufruf von gtf oder cvt angefangen, bis zum Zuordnen des Modus an den entsprechenden Ausgang (DVI/HDMI/VGA), in einen zusammenfaßt. Das ist vor allem praktisch, wenn Sie verschiedene Frequenzen auf einmal durchprobieren wollen: Fügen Sie einfach durch Leerzeichen getrennt neue Frequenzen anstatt von oder nach der 30er Frequenz hinzu um gleich für jede dieser Frequenzen einen neuen Modus zu definieren. Damit können Sie jetzt einfacher verschiedene Frequenzen durchprobieren bis Sie die für ihre Verhältnisse höchstmögliche Frequenz gefunden haben; und noch etwas: Bevor Sie einen neuen Modus tatsächlich einstellen, versichern Sie sich, daß Sie den Bildschirm wieder zurückschalten können, falls dieser nicht funktionieren sollte. Setzen Sie dafür den aktuell funktionierenden Grafikmodus mit xrandr einfach noch einmal, was erst einmal gar keinen Effekt hat. Falls der Schirm aber nach Einstellen des neuen Modus wirklich nichts mehr anzeigen sollte, brauchen Sie dann auf Ihrer Kommandozeile nur mehr zweimal die Taste nach oben zu drücken, um die vorhergehenden Befehle noch einmal abzurufen und dann zur Ausführung die Eingabetaste zu drücken.

Nun bleibt immer noch das Problem, daß Sie diese Schritte nach jedem Systemstart wiederholen müßten. Verwenden Sie deshalb lieber das von uns fertig vorbereitete xorg.conf.MacBook3,1, welches Sie dann, natürlich entsprechenderweise Ihrem System angepaßt, nur nach /etc/X11/xorg.conf kopieren müssen. Auch das newmode - Skript, wie es ganz am Ende dieser Seite verfügbar ist, wird Ihnen hilfreich sein.

bessere Modi für VGA (unter Verwendung eines PB Dots E2 Atombooks)

Höhere Grafikmodi über den VGA-Ausgang zustande zu bringen kann etwas trickreicher sein als über eine DVI/HDMI - Verbindung, da dies häufig eine händische Zusammenstellung der ModeLine (wörtl.: GrafikModusZeile) inklusive Abtastparameter notwendig macht. Eine noch detailliertere Beschreibung als hier gibt es dazu auf Arachnoid (der Link zur Seite befindet sich in der Zusammenstellung am Ende dieser Seite). Eine ModusZeile inklusive Abtastparametern hat unter Linux folgende Form:

ModeName ist der Name des neuen Grafikmodus, so wie Sie ihn für xrandr eingeben oder in ihrem Lieblingstool zur Konfiguration des Bildschirms sehen können. ScreenX und ScreenY geben die Auflösung des Schirmes an, so wie sie bei Einstellung des Grafikmodus sichtbar wird. ScreenX < HSyncStart < HSyncEnd < HTotal bezeichnen reihum numerisch ansteigende Parameter, so wie sie bei Röhrenschirmen für die Synchronisation des Elektronenstrahls und bei Flachbildschirmen einfach nur für die Steuerung der Bildschirmauffrischung in horizontaler Richtung beim Zeilenwechsel zuständig sind. Ein gleicher Zusammenhang besteht für die vertikalen Synchronisationsparameter. Je kleiner die Schwarztastung außerhalb des sichtbaren Bereiches, desto niedriger die demnach notwendige Frequenz (DotClock) mit der die Bildpunkte gezeichnet werden müssen. Das macht wiederum Luft nach oben hin für eine höhere Auffrischungsrate (RefreshRate) des Bildschirms (gemessen in Bildern pro Sekunde):

Die Auffrischungsrate (RefreshRate) haben wir ja bereits kennen gelernt; sie kann etwa 30Hz, 60Hz oder ähnliche Werte betragen.

Nun, wenn das Bild zuweit am rechten Rand klebt und dort abgeschnitten wird während links ein schwarzer Streifen frei bleibt, dann versuchen Sie ausgehend von einer bestehenden ModusZeile HSyncStart und HSyncEnd in Achterschritten zu erhöhen. Verfahren sie mit VSyncStart und VSyncEnd gleich, nur möglichst kleinen Schrittes wenn das Bild zu weit unten landet; oder subtrahieren Sie entsprechende Werte um das Bild in die jeweils andere Richtung zu verschieben.

Ein Bild, das zu groß oder zu weit auseinandergezogen erscheint, erfordert da die kleinschrittige Vergrößerung von HTotal; und trotz allem; für die höheren Grafikmodi kann es anfangs notwendig sein erst einmal richtig zu raten, damit der Bildschirm überhaupt etwas anzeigt. Um Ihnen diese Aufgabe zu erleichtern, haben wir für Sie ein paar KommandozeilenRoutinen für die Bash-Shell zusammengestellt, welche u.a. die Berechnung der DotClock-Frequenz automatisieren:

Als erstes ändern Sie den Bezeichner "VGA-1" im modehack Skript, welcher den Ausgabekanal bezeichnet, auf jenen Ausgabekanal, an dem Sie ihren Monitor angeschlossen haben (siehe xrandr). Danach können Sie das Skript mit source in den Speicher laden. Jetzt können Sie neue Modi mit addmod definieren und bestehende gleichen Namens mit chmod ändern. Nicht nur daß, Sie den neuen Modus gleich mit xrandr einstellen können, sondern Sie können die entsprechende ModusZeile (ModeLine) auch gleich in ihr xorg.conf aufnehmen.

An dieser Stelle haben wir für Sie gleich die letzte Konfiguration von oben, die mit dem u2868pqu Monitor bekanntermaßen gut funktioniert, in die in der Tabelle am Ende dieser Seite verfügbare Datei xorg.conf.intel-VGA aufgenommen. Das einzige, was Sie tun müssen ist diese Datei als /etc/X11/xorg.conf in Ihrem System zu installieren und den X-Server neu zu starten. Das geht entweder über einen Reboot oder auf einen der über [Strg][Alt][F1-9] erreichbaren Terminals, indem Sie ihren DisplayManager neu starten. Achtung: alle grafischen Programme vorher beenden und vom DisplayManager ausloggen. (Das Terminal des X-Servers erreichen Sie üblicherweise mit [Strg][Alt][F7/8/1]):

Echtes 4K/UHD/2160p

Um eine Anzeige in vollen 3840x2160 Pixeln darstellen zu können, braucht es noch etwas mehr: Eine Erhöhung der Übertragungsgeschwindigkeit durch das Kabel. Die Übertragung im Kabel wird mittels TMDS (Transition Minimized Differential Signaling) kodiert, was Fehler vermeiden und dadurch eine möglichst hohe Übertragungsgeschwindigkeit ermöglichen soll. Es kann nun notwendig oder sinnvoll sein, die TMDS- Frequenz händisch einzustellen oder nachzujustieren, wie wir das gleich sehen werden, um höhere Auflösungen und damit UHD erst möglich zu machen. Sie brauchen aber selbst vor der Übertaktung des TMDS keine Angst zu haben, da Sie Ihre Karte damit selbst unter den unwahrscheinlichsten Umständen kaum beschädigen können. Die GeForce 9600M GT, die wir getestet haben, hat bei uns mit einer leicht erhöhten TMDS-Frequenz von 225 MHz mindestens 24 Stunden ohne jegliche Überhitzung durchgehalten.

Bei ATI-Karten, die den Radeon-Treiber verwenden, kann es ebenfalls nötig sein, nachzujustieren, was derzeit nur mit einem Kernel-Patch möglich ist. So etwa bei der von uns aus Kompatibilitäts- und Platzgründen empfohlenen Radeon R5 230. Diese Karte funktioniert mit Patch prima, vollkommen stabil und einwandfrei; eine händische Einstellung des Grafikmodus wie im vorhergehenden Abschnitt kann entfallen. Die Karte wurde von NeXus Mobile ursprünglich als 4K-tauglich über HDMI verkauft, obwohl ATI dies offiziell nicht bestätigen möchte.

Stellen Sie, bevor Sie fortfahren, bitte nochmals sicher, dass Sie ein geeignetes Kabel verwenden (HDMI 2.0 oder zumindest 1.3/1.4), sonst kann auch die TMDS-Kodierung keine Wunder mehr wirken.

TMDS- Takt und Grafikmodus

Hier ist eine kurze Auflistung, welche Frequenz-Grafikmodus-Kombinationen im allgemeinen möglich sind:

Die für einen Grafikmodus notwendige TMDS-Pixelclock errechnet sich dabei wie folgt: 3840 * 2160 * 30Hz / 1.000.000 = 248,832 MHz, was durch 297 bereits abgedeckt ist. Ohnedies sind hier aufgrund der Schwarztastung geringfügig höhere Werte notwendig.

Die entsprechenden Kernelparameter, die Sie auf der Grub-Kommandozeile tatsächlich eingeben können, heißen nouveau.hdmimhz und radeon.hdmimhz, wobei zweiterer Parameter zusätzlich zu Kernel 4.5 noch den bereits erwähnten Patch benötigt. Gemäß einer Auskunft war ich davon ausgegangen daß der Patch bereits in den Mageia Kernel aufgenommen worden wäre. Wie jetzt naheliegt, war das aber offenbar nie wirklich der Fall. Für Intel-Grafikkarten gibt es derzeit noch keine Möglichkeit, das TMDS händisch nachzujustieren.

Wenn Sie höhere Übertragungsfrequenzen erreichen wollen, so spezifizieren Sie hierfür kernelmodul.hdmimhz=225, 297 oder 330 auf der Kernel-Kommandozeile beim Booten via Grub. Wir empfehlen dabei, dass Sie mit 225 anfangen und erst dann schrittweise höhere Frequenzen ausprobieren, solange bis Ihr Schirm die Darstellung des Bildes verweigert; dann aber nicht mehr notwendigerweise höher. 330 ist bisweilen eine der höchsten Frequenzen und laut Angabe der Entwickler nur über ZweiWeg-DVI-Kabel (Dual-Link DVI, i.e. zwei Verbindungen mit 2*165 MHz = 330 MHz) zu erreichen. HDMI-Kabel verfügen nach selbiger Quelle stets nur über eine einfache Verbindung, erlauben aber im Fall von HDMI 2.0 eine Pixelclock von 600 MHz.

nouveau: 3840x2160, 23Hz

Nvidia kann je nach Chipsatz der Grafikkarte zumindest folgende Mindestfrequenzen garantieren, obwohl wir festgestellt haben, dass einige Karten wie die GeForce 9600M GT (Tesla) auch stabil auf höhrem Takt zu betreiben sind.

• 165 MHz für Tesla und frühere Karten
• 225 MHz für Fermi Karten
• 297 MHz für Kepler+

Für eine Fermi-Karte hat uns erst kürzlich ein anderer Tester über den #nouveau IRC-Channel berichtet, dass er zwei Monitore mit 3840x2160@60 Hz und einen Monitor mit 3840x2160@30 Hz gleichzeitig betreiben konnte. Mit den beiden von uns getesteten Core 2 kompatiblen Nouveau-Karten (GeForce 9600M GT, Quadro FX 770M) konnten wir derzeit aber nur 3840x2160 mit 23 Hz erreichen, obwohl die Quadro FX höhere hdmimhz-Raten als 225 erlaubt. Wenn Sie zweitere Karte haben, testen Sie es am besten mit der neuesten Ihnen zur Verfügung stehenden Kernel-Version noch einmal; es sollten schon bald 3840x2160 und 30 Hz unter automatischer Konfiguration möglich sein. Um das Dual-Link Feature gegebenenfalls auszuschalten, könnten Sie zusätzlich nouveau.duallink=0 spezifizieren. Für Kernel 4.5.0, mit dem wir getestet haben, hat sich daraus allerdings soweit noch keinerlei Vorteil ergeben.

Viel wichtiger als die Verwendung dieses zusätzlichen Parameters ist jedoch die KernelVersion, die Sie für Ihre Tests verwenden. Der nouveau.hdmimhz Parameter wird offiziell nur von Kerneln der HauptVersionsNummer 4.5.0 unterstützt, nicht aber von irgendeinem Kernel davor.

uname -a zeigt Ihnen die Version des Kernels, mit der Sie gebootet haben. Um alle installierten KernelVersionen ausfindig zu machen fragen Sie am besten die Paketverwaltung Ihrer Linux-Distribution oder, wenn Sie es sich einfacher machen wollen schauen Sie sich mit ls das Inhaltsverzeichnis von /lib/modules oder /boot an. Die SourceCodes (eines ihrer/) ihres aktuellen Kernels legen die meisten Distributionen, falls bereits über die Paketverwaltung installiert, unter /src/linux ab. Um sich der Version 100%ig sicher zu sein können Sie in diesem Ordner auch make kernelversion eingeben um diese angezeigt zu bekommen. Falls Ihr Kernel also den nouveau.hdmimhz - Parameter nicht unterstützt gehen Sie jetzt einfach zum Kapitel zwecks Übersetzung des Linux-Kernels über.

radeon: 3840x2160, 30Hz

Auf den ersten Blick mag die Sache mit dem radeon - Treiber, falls Sie eine ATI Grafikkarte haben, etwas komplizierter erscheinen. Schließlich müssen Sie den Kernel selbst kompilieren und unser KernelPatch, das den radeon.hdmimhz Parameter einführt, selbst einspielen, da der Patch noch nicht offiziell in den Mainline - Kernel aufgenommen worden ist. Auf der anderen Seite sind wir aber zu dem Schluß gekommen, daß sich das von uns selbst entwickelte radeon - Patch zumindest hier bei unseren Testverhälntissen als äußerst stabil und zuverlässig erwiesen hat.

Das radeon - Patch war unsere eigene Entwicklung. Es kombiniert den hdmimhz und den duallink Parameter in einen, genannt „radeon.hdmimhz”. Das bedeutet in der Praxis, daß das DualLink - Feature (die ZweiwegVerbindungsEigenschaft) für Kabel und Ausgänge stets ausgeschalten bleibt, sobald Sie den radeon.hdmimhz Parameter angeben und dieser ungleich null ist. Das sollte für die radoen.hdmimhz - Werte 225 und 297 in jedem Fall gut funktionieren.

Wenn Sie neugierig sind und sich einen Blick auf den besagten Patch erlauben, dann werden Sie sehen, daß dieser gar nicht schwer zu verstehen ist: Die Routine radeon_dvi_mode_valid gibt einfach true / wahr zurück wenn die per radeon.hdmimhz spezifizierte Frequenz nicht überschritten wird. Wenn Sie nun mit dem radeon.hdmimhz=330 Parameter und der DualLink - Eigenschaft experimentieren wollen, dann müßten Sie wohl veranlassen, daß die Funktion radoen_dvi_monitor_is_duallink genau für diese Konfiguration true zurückgibt (radeon.duallink patch) und nicht wie von uns vorgesehen von Vornherein false. Falls Sie damit Erfolg haben sollten, schreiben Sie uns bitte ein Email. Doch Vorsicht: Wenn diese Funktion true zurückgibt und kein ZweiWegVerbindungskabel angeschlossen und unterstützt wird, dann führt das im besten Fall zu Störungen der Grafikwiedergabe während der Schirm im schlechteren Fall gleich schwarz bleibt. Beachten Sie auch, daß mehrere Schirme auf einmal angeschlossen sein können, nämlich so daß dabei Bildschirme mit und ohne DualLink - Eigenschaft kombiniert werden. Falls Sie mit einem anderen Übertaktungsexperiment wie etwa 600 MHz für HDMI 2.0 Erfolg haben, informieren Sie uns bitte ebenfalls.

Nun, wenn Sie sich eine Radeon R5 230 Karte zugelegt haben, dann ist alles ganz einfach: Spezifizieren Sie radeon.hdmimhz=297 auf der Kernel-Kommandozeile und alles wird ausgezeichnet funktionieren. Sie müssen dann nicht einmal den 3840x2160@30 Modus mehr händisch konfigurieren; der wird dann automatisch bereitgestellt und ausgewählt. Ja, so einfach kann es sein sich eine 4K/UHD taugliche Grafikausgabe zu verschaffen!