AMD RX 470 und RX 460

Das klassische Missverständnis also nur. Und ich dachte ich lerne wieder etwas dazu.

Saveboot ist hier sicher nicht gemeint denn der würde das laden der Grafikbeschleunigung ebenfalls verhindern also nicht so ganz das, was erreicht werden soll. Der Verbose Mode macht an der Stelle schon Sinn denn solange Verbose aktiv ist kann die boot.efi nicht in den grafischen Modus umschalten sprich die Karte bleibt im Textmodus bis die Treiber von OS-X geladen werden erst dann erfolgt der Switch auf die grafische Oberfläche. Da es bei den RX Karten genau wie auch bei einigen R9 Karten Probleme mit dem initialisieren der Karte gibt wenn sich diese schon vor dem Laden der eigentlichen Treiber im Grafikmodus befinden ist das sogar eine eingängige Lösung. Möglicherweise liegt das Problem bei diesen Karten ja auch gar nicht darin wie das Bios die Karte initialisiert sondern eher daran wie die boot.efi das erledigt bzw. im Zusammenspiel mit der boot.efi der IOGraphicsFamily.kext und den AMD Treibern...

Ich meinte schon Verbose Modus. Warum genau kann ich euch nicht sagen. Habe damals selbst viel zum Thema recherchiert um Vor und Nachteile der Karte abzuwägen. Dabei ist bei der Problemlösung mit Starthilfe immer wieder der Verbose Modus genannt worden. Ich geb hier nur regelmäßig mein angelesenes Wissen weiter

Bei mir klappt alles dank der internen.

Vielen Dank griven für die Ausführung

Tja man lernt wohl nie aus
Ist aber ein echt äußerst interessantes Thema!

@griven interpretiere ich deine Aussage richtig?

ich habe 2 Möglichkeiten die RX zum laufen zu bekommen.

Variante 1: Ich starte primär mit einer unterstützen Grafik wie der GTX 7xx, 9xx etc. oder der IGPU und switche dann auf die RX die dann volle Grafikbeschleunigung hat

oder

Variante 2: Nur mit der RX als primäre und single Grafik aber dann im permanenten verbose Mode ebenfalls mit voller Grafikbeschleunigung?

Von Variante 2 hate ich bisher noch nichts gelesen, klingt aber, wenn es funktioniert, nach einer Alternative.

So habe ich das immer verstanden! Da ich aber eine igpu habe finde ich das komfortabler.

Getestet habe ich es nie und griven hat die Karte nicht im Einsatz kann daher wahrscheinlich auch nur theoretische Antworten geben.

Probier es doch mal aus und Berichte hier! Das könnte vielleicht für andere auch eine Option sein. Mich würde der Verbose Mode stören glaube ich.

Würde ich, wenn ich eine hätte. Versuche hier nur zur Aufklärung beizutragen.

Mit dem verbose Mode könnte ich eher leben, als zwischen den Monitor Eingängen zu switchen. Oder wie sieht das in der Praxis aus? Hast du 2 und auf einem siehst den Boot und der andere mit der RX schaltet sich dann zu und auf dem arbeitest du dann?

Unter OSX sieht es folgendermaßen aus:
2 Monitore per HDMI und DVI an der RX - IGPU per VGA an Monitor 2
Beim Boot sehe ich den Bootvorgang auf Monitor 2 via VGA

Zum Loginfenster springt dann der Monitor 1 an und Monitor 2 Switch auf DVI manchmal bleibt Monitor 2 aber auch beim Ladebalken hängen und muss dann per Taste am Monitor auf DVI umgestellt werden. Ist aber nur eine Berührung und stört nicht.

Unter Windows ähnlich aber dort muss ich jedes Mal den 2. Monitor auf DVI umstellen

Es wäre wirklich sehr interessant, wenn es mal jemand nur mit einer der AMD und im Verbose Mode testen würde.

Funktioniert nicht. Ich bekomm mit Clover 3994 entweder den Apfel mit Statusbalken etwa bei der Hälfte (normal oder -x), oder der Verbose Boot bleibt stehen (-v).

macOS SIERRA 10.12.4 beta4 (build 16E175b) - CLOVER rev. 4017 - iGPU as primary im BIOS - Sapphire RX480 Nitro 8GB in PCIe slot#1 - CSM im BIOS steht auf UEFI first (weil meine iGPU GOP-compatible ist [via UEFI BIOS UPDATER]):

1.) CLOVER BootScreen kommt auf dem Monitor der iGPU (connected via HDMI) Bootargument is only set to "-v" for verbose mode <--- damit ich sehe, was wann passiert während des Bootvorgangs
2.) Monitore der RX-Karte angeschlossen via Displayport 1 und 2 der Karte <--- sind zum Zeitpunkt von Punkt 1 beide ohne Signal
3.) Verboseboot ist durch, es erscheint der weisse Apfel auf schwarzem Grund mit darunter liegendem Ladebalken
4.) Ladebalken zu zwei Dritteln durch: die RX-Monitore erhalten Ihr Signal und zeigen an, daß sie via DP verbunden sind.
5.) Ladebalken ist durch, iGPU zeigt den Desktop und auf beiden RX-Monitoren wird ebenfalls der Desktop initialisiert.
6.) Monitor an DP 1 der RX wird als MAIN-Monitor deklariert (sprich Menüleiste und Dock werden auf Monitor 1 der RX Karte aufgebaut).
7.) "Über diesen Mac" zeigt folgendes Bild:

Man sieht also, es werden alle drei Monitore erkannt, korrekt initialisiert und arbeiten wie es sein soll. Seltsamerweise sagt er hier, das auch der iGPU zugeordnete Monitor sein Signal von der RX480 bekäme?!?

- - - - - - -

Selbe Prozedur mit der RX480 im BIOS als primary und iGPU deaktiviert: sonst alles gleich: CLOVER, genutzte config.plist für CLOVER etc.

1.) CLOVER zeigt sich auf Monitor 1 der RX (noch immer beide Monitore via DP verbunden)
2.) Monitor 2 zum Zeitpunkt von Punkt 1 ohne Signal
3.) der VERBOSE Bootvorgang beginnt
4.) ich kann dem Bootvorgang entnehmen, das Ethernet und die USB-Ports initialisiert werden
5.) ich kann dem Bootvorgang noch entnehmen, das grafikmässig was passiert...
6.) im selben Moment verschwindet der Verbose Bootlog von Monitor 1 und Monitor 1 meldet "kein Signal, Monitor geht jeden Augenblick in den Sleepmodus" (nicht wortwörtlich so, aber sinngemäß)
7.) Monitor schaltet ab.
8.) System ist aber noch online, da ich ihn erfolgreich anpingen kann, als auch via SSH auf den Rechner Zugriff bekomme.
9.) Systemmonitor via Terminalsitzung zeigt, dass der Rechner NICHT abgestürzt ist und auch auf alle (Terminal-)Befehle einwandfrei reagiert.
10.) Systemmonitor zeigt, daß die RX480 korrekt erkannt und initialisiert worden ist - ihr sind nur keine Monitore zugewiesen - daher gibt es kein Bild und auch RemoteDesktop wird dadurch nicht initialisiert,
wodurch natürlich auch kein aufschalten via RemoteDesktop App oder via "Bildschirmfreigabe" möglich ist.

Das ist der Stand meiner aktuellen Tests.

PS: Board ist ein ROG Z170 Maximus VIII, falls das nich interessiert, aber nicht wirklich wichtig für den Test ist. CLOVER settings: Inject ATI: true (mit modified Framebuffer BERBICE), Inject Intel: true
Ich nutze KEINEN APPLE GRAPHICS DEVICE POLICY (AGDP) patch und MacPro6,1 als SM-BIOS

AMD Radeon 460 4GB läuft bei mit mitt voller Leistung Board ASRock Z97M Pro4, CPU I5 4670 K, 16 GB Ram, Thunderbolt al Add-OnSysteminformationen

Nachdem ich vor einigen Tagen ein Thema "Hackintosh startet immer neu (Kernel Panik)" erstellt habe, konnte ich mittlerweile die Fehlerquelle ausmachen.
Zur Zeit verwende ich die rx460 an einem Gigabyte z170-hd3p (Leider das F20 Bios!!) und einem Intel i5 (skylake). Leider kann ich nur im -x Mode starten. Bei Startversuchen ohne -x stoppt der Start entweder bei dem unten gezeigten Bild oder mit einem Ladebalken ohne Fortschritt.

Gibt es hier User, die vielleicht das gleiche System haben und mir helfen können?
Vielen Dank

Daa F20 Bios läuft doch super, ohne Probleme. Sogar Sleep und keine endless Einträge im BootMenue. Siehe meine Signatur:-)

Die RX460 hast du mit der Starthilfe der Intel 530 gestartet?!?

Ich habe mal wieder weitere Tests gemacht und bin dabei auf folgendes gestossen:

Setzt man die RX4x0 DeviceID nur in der AMD9510Controller.kext, lässt diese aber in der AMDRadeonX4100.kext bewusst weg, dann wissen wir alle, das wir nach einem Neustart zwar einen korrekt eingestellten Framebuffer erhalten und auch alle angeschlossenen Monitore korrekt angesprochen werden,
es jedoch an jeglicher Hardware-Beschleunigung fehlt und Programme wie CineBench oder auch Unigine Heaven nicht laufen. ABER: Sound via HDMI läuft einwandfrei. Jedoch nur, wenn man im BIOS das "CSM" deaktiviert. Startet man mit aktivem "CSM" im BIOS, bleiben die HDMI-Soundports stumm wie ein Fisch.

Und noch etwas: stellt man in der AMDRadeonX4100.kext info.plist den Wert unter "IOClass" von "AMDRadeonX4100_AMDBaffinGraphicsAccelerator" auf "AMDRadeonX4100_AMDGraphicsAccelerator" um und patched noch die Device-ID der RX4x0 Karte ein, so wird die Kext bei einem Neustart vollständig geladen,
Metal-Support (also Grafikbeschleunigung) bleibt einem dennoch verwehrt. Die Ursache für das Abschalten der Bildschirme, wenn man ohne Helper-Karte oder IGPU bootet muss sich also irgendwo in den Routinen der Kext befinden, welche mit "AMDRadeonX4100_AMDBaffinGraphicsAccelerator" betitelt sind.

Leider sind meine Coding-Skills so begrenzt, das mir hier komplett der Druchblick fehlt. Gibt es hier jemanden, der sich der Suche annehmen kann?

Würde mich auch interessieren ob es hier nicht Leute gibt die Ideen in die Richtung haben oder vielleicht sogar mit den gegebenen Informationen ein passenden Patch entwickeln können...

Ich habe jetzt einige Tests gemacht und bin nicht sonderlich weiter gekommen. Was ich aber herausgefunden habe:

Im Anhang findet ihr 2 verschiedene Kextstat dumps. Einmal mit iGPU, einmal ohne. Der einzige auffällige Unterschied ist, dass ohne iGPU natürlich die SKLGraphics Treiber nicht geladen werden. Beim genauen hinschauen ist mir dann aber aufgefallen, dass die Grafiktreiber deutlich früher geladen werden, sobald die iGPU deaktiviert ist. Heißt also, dass vermutlich irgendein Treiber der für die Grafikbeschleunigung nötig ist nicht rechtzeitig geladen wird, bzw die Grafiktreiber einfach zu früh. Ich schau nochmal ein bisschen genauer, ob ich etwas auffälliges finde, außer die unterschiedlichen refs IDs. Was auch immer das sein mag (weiß das jemand zufällig?)
Eine andere Vermutung wäre, dass eine ID, welche überliefert wird, wenn die iGPU zum Beispiel geladen wird, nötig ist, um die Ports aufzuwecken. Allerdings wird diese nicht überliefert, wenn die RX460 primär geladen wird. Welche ID das allerdings ist, weiß ich nicht wie man das herausfinden sollte. Jedoch können wir vielleicht herausfinden, wie die Grafikkarten eingebunden werden. Die neuen Macs haben ja auch eine r9 390m oder 395m, welche primär geladen wird. Wenn wir also eine DSDT von einem iMac oder MacPro, welcher mit RX460 arbeiten kann hätten, könnten wir mal sehen, wie die Karten injected werden und uns evtl. daran anlehnen.
Durch ausprobieren würde es vermutlich ewig dauern herauszufinden, was das Problem ist und es zu beheben.

EDIT:
Wenn man sich mal die kextstats ansieht, fällt auf: Wenn die 9500Controller.kext und AMDRadeonX4100.kext nach der IOAcceleratorFamily2.kext geladen wird, geht die Grafikbeschleunigung. Wenn wir jetzt eine Reihenfolge festlegen könnten, in welcher die Kexte geladen werden, dürfte das doch klappen

EDIT 2:
Sieht schlecht aus... Die Reihenfolge scheint egal zu sein. Es scheint also wirklich irgendeine ID zu geben, welche eben bei den r9 und rx Karten nicht vernünftig übergeben wird.

@Fredde2209 Deine letzte Vermutung muss ich leider widerlegen: Starte ich mit iGPU und Grafikbeschleunigung wird meine IOAcceleratorFamily zwischen AMD9500Controller und AMDRadeonX4100 geladen - wie in deiner kextstat ohne iGPU.

Hallo

kann mir wer bitte erklären wie ich meine Grafikkarte unter El Capitan zum laufen bekomme. Radeon RX 470 sie wird nicht erkannt.
Ich bin ein totaler noob das ist mein erster Hackintosh also erklärt es mir bitte Verständlich

danke schön

gruß Vince

Unter El Capitan gar nicht. Die Polaris Karten werden erst ab macOS Sierra 10.12.1 unterstützt.