Okay, ich wollte dies direkt beim AMD-Support fragen, aber ich kann dort kein Konto erstellen, weil das Support-Forum dort nicht funktioniert (oh mein Gott, manchmal frage ich mich wirklich, ob heutzutage ALLES verdammt noch mal KAPUTT ist).
Okay, lasst uns mein Problem erklären: Bei der Arbeit habe ich einen neuen PC mit einer AMD-Grafikkarte (RX 550) und 2 Iiyama WQHD-Bildschirmen (2560x1440) zusammengebaut. Mit der Standardkonfiguration funktionierte alles einwandfrei. Ein Bildschirm ist über DisplayPort und der andere über DVI angeschlossen.
Jetzt wollte ich mich ein wenig mit WebGL und 3D befassen und dachte, es wäre vielleicht gut, die neuesten GPU-Treiber direkt vom Hersteller zu installieren. Also installierte ich den amdgpu-pro-Treiberwie erklärtauf der AMD-Website.
Nach dem Neustart ist der angeschlossene DVI-Bildschirm auf 1920 x 1200 konfiguriert und ich habe keine Möglichkeit, ihn wieder auf 2560 x 1440 einzustellen.
Was ist so außergewöhnlich an meinem Setup?
Ich verstehe nicht, was ist so exotisch daran, 2 Bildschirme an eine neue Grafikkarte anzuschließen? Und das mit der aktuellen Long-Term-Support-Version einer der größten Linux-Distributionen der Welt? Warum kann dieser Mist nicht einfach funktionieren?
Ich hatte vor einigen Monaten ähnliche Probleme mit einem Notebook, das eine Nvidia Gforce GTX1030 oder etwas Ähnliches eingebaut hatte.
Wie könnte ich das lösen, ohne massenhaft Zeit damit zu verschwenden, etwas über Xorg zu lernen (was ich wirklich nicht will, denn ich interessiere mich nicht so sehr für Low-Level-Sachen, ich will einfach nur, dass diese Maschine das tut, was sie soll)?
lshw -C Ausgabe anzeigen
Beschreibung: VGA compatible controller
Produkt: Advanced Micro Devices, Inc. [AMD/ATI]
Hersteller: Advanced Micro Devices, Inc. [AMD/ATI]
Physische ID: 0
Bus-Informationen: pci@0000:23:00.0
Version: c7
Breite: 64 bits
Takt: 33MHz
Fähigkeiten: pm pciexpress msi vga_controller bus_master cap_list rom
Konfiguration: driver=amdgpu latency=0
Ressourcen: irq:305 memory:e0000000-efffffff memory:f0000000-f01fffff ioport:e000(Größe=256) memory:fe800000-fe83ffff memory:c0000-dffff
Was mich hier verwirrt, ist der "VGA-kompatible Controller". Ich habe den richtigen Treiber wie erklärt installiert, meine Grafikkarte ist aufgeführtHier
Beim Laufengrep -i chipset /var/log/Xorg.0.log
Ich bekomme
[ 157.137] (II) RADEON: Driver for ATI/AMD Radeon chipsets:
[ 157.139] (II) VESA: driver for VESA chipsets: vesa
[ 157.141] (--) AMDGPU(0): Chipset: "Radeon RX 550 Series" (ChipID = 0x699f)
Warum muss Linux immer so viel Ärger bereiten :-(
Als ich das folgende Skript ausführte, funktionierte es auf dem Notebook mit der Nvidia-Grafik.
#!/usr/bin/env bash
sudo xrandr --newmode "2560x1440_56" 225.000 2560 2608 2640 2720 1440 1443 1448 1481 +hsync -vsync
sudo xrandr --addmode HDMI-1-2 "2560x1440_56"
sudo xrandr --output HDMI-1-2 --mode "2560x1440_56"
exit
Aber hey – ich weiß nicht wirklich, was ich da mache, deshalb wäre mir eine echte Lösung für mein Problem lieber.
Und noch eine letzte Off-Topic-Frage: Gibt es EINE Distribution/GPU-Kombination, die funktioniert – die Sie empfehlen könnten? Ich habe gelernt, dass AMD absolut schrecklich ist. Ich habe gelernt, dass Nvidia sogar noch schlimmer ist!!
Gibt es nur noch Intel IGPU?
Antwort1
Wenn ich HDMI statt DVI verwende, kann ich meine Monitore richtig einrichten. Es kann aber keine Hardwarebeschränkung sein, da es mit dem eingebauten Treiber perfekt funktioniert hat. Es muss mit amdgpu-pro zusammenhängen.
Mein anfängliches Problem wurde durch Umschalten des Videoausgangs gelöst, aber das Problem bleibt im amdgpu-Treiber. Wenn Sie Probleme mit der Verwendung von 3 Ausgängen mit WQHD haben, sollten Sie sich direkt an AMD wenden.
Antwort2
Ich verwende amdgpu-pro auf Arch und amdgpu Open Source auf Solus und das letzte Update, das ich durchgeführt habe, hat dasselbe Problem mit meinem 1440p ASUS PB278Q verursacht, der an eine Radeon r9 390 angeschlossen war.
Ich kann den 2560 x 1440-Modus in keiner der Distributionen mehr finden und wenn ich ihn auf Arch manuell über xrandr hinzufüge, schlägt die Anwendung fehl und es wird ein allgemeiner „Modus konnte nicht geändert werden“-Fehler angezeigt.
Ich kann nicht genau sagen, warum das passiert, aber den hier vorliegenden Beweisen zufolge liegt es wahrscheinlich nicht am Linux-Kernel oder an der Hardware, sondern am Grafiktreiber. Da sowohl amdgpu-pro als auch Open Source die Ursache dafür sind, liegt es höchstwahrscheinlich am amdgpu-Stack. Keine eindeutige Antwort, aber im Moment der wahrscheinlichste Ort, um eine Lösung zu finden. Wenn es amdgpu ist, handelt es sich um ein AMD-Problem und nicht um ein Problem mit der Linux-Umgebung selbst.
GELÖSTfür mich! Gerade eben, nur wenige Minuten nachdem ich dies geschrieben habe, habe ich durch meine eigene Untersuchung die Lösung gefunden. Also, hier ist sie:
amdgpu.dc=0
Zu den Kernel-Parametern hinzufügen.
Einfach, oder? Ich hoffe, es funktioniert bei Ihnen!