10.13.4 BETA und AMD RX 560

Moin,

ohne Wahtevergreen und ohne irgend ein Inject unter Graphics. Schonmal probiert?

Gruß Mocca55

Mal nur über die DSDT/SSDT Methode oder "RadeonDeInit" probiert?

Meine RX580 hat Multimonitor Probleme, da sollte man auch aufpassen
Vorher keinerlei Probleme, seit der neusten Beta geht mein dritter DP Monitor nicht mehr. Mit oder ohne Wahtevergreen/RadeonDeInit

Was ist RadeonDeInit wo ist der unterschied zu Whatevergreen meine 560 läuft auch nicht mit der Beta

Evtl. sind die Framebuffer noch nicht korrekt implementiert, mit meiner RX460 hab ich schon jetzt mit 10.13.3 nur eine funktionierende Kombination gefunden (Futomaki auf iMac 14,2), mit der alle 3 Ports gehen. Hoffe somit auch auf Beta 2 und folgende.

Naja ich habe es ja an anderer Stelle schon geschrieben einen Framebuffer Patch braucht man halt trotzdem denn in den seltensten Fällen passt das Layout der Karte zu Apples Framebuffern. Bei einer RX460 sollte es wohl der ACRE Framebuffer sein und der ist laut Apple definiert mit 3 Ports (DP,HDMI,DDVI) was aber ja nicht zwingend auch zu dem passen muss was auch auf der Karte an Ports vorhanden ist. Jetzt gibt es 2 Möglichkeiten die eine wäre so zu handeln wie es WhatEverGreen tut und einfach den generischen Radeon Framebuffer vorzugeben zum Beispiel in Clover und schon sollten auch alle Ports funktionieren die andere wäre den ACRE Framebuffer an die eigenen Gegebenheiten anzupassen. Für letzteres braucht es neben dem DPCI Manager (um den ROM der Karte zu extrahieren) noch des AMDFramebufferUtilities um zum einen die Konfiguration aus dem ROM zu lesen und zum anderen die Framebuffer aus macOS zu lesen. Mit dem AMDFramebufferUtility lässt sich dann praktischerweise gleich der Patch Eintrag für Clover generieren

Für meine R9-290X habe ich auf dem Weg den Baladi Framebuffer so zurechtgebogen das damit die Karte korrekt als AMD R9-290X 4096 MB im Profiler angezeigt wird und nebenher auch alle Ports zur Verfügung stehen.

Die Polaris 11/21 Chips haben sämtlichts 1x HDMI, 1x DP, 1xDDVI (sieht man hier schön)
Damit sollten die ja auch mit AMD Framebuffer laufen, wenn nicht am BIOS gepfuscht wurde (die XFX Modelle laufen z.B. nicht).
Insofern denke ich, dass die ohne größere Anpassung laufen sollten, wenn Apple das ins OS einpflegt.

Naja die Ports allein sagen aber auch noch nicht unbedingt was aus es gibt da noch ein paar andere Dinge die zu beachten sind und selbst wenn die Ports physisch identisch sind heißt das noch lange nicht das Transmitter, Encoder und SenseID mit dem übereinstimmen was Apple sich da im Framebuffer so vorstellt. Aber gut wartet Ihr darauf das Apple das ins OS einbaut *seufz*

@griven Wenn es mit der nächsten oder übernächsten Beta Plug-And-Play OOB geht, warum sollte man sich dann die Mühe machen und irgendwas modifizieren und stundenlang rumfummeln und suchen
Ich kaufe mir auch lieber Hardware, die einfach funktioniert - ohne irgendwelche Patches oder extra Kexte. Da muss ich mir dann auch keine Sorgen machen, dass Apple mit dem nächsten Update wieder irgendwas umgebaut hat und ich dann blöd dastehe, bis irgendjemand (hoffentlich) eine Lösung gefunden hat.

Aber ich kann den Basteltrieb schon verstehen. Vor ein paar Jahren habe ich noch ausschließlich Gentoo auf allen Maschinen genutzt.

Weil es eben nicht passieren wird das es Pulg-And-Play OOB geht. Welchen Grund sollte Apple haben alle möglichen und unmöglichen Kombinationen aus Connectors, Transmitter, Encoder und SenseID in die Framebuffer zu packen wenn sie selbst nur bestimmte Kombinationen benutzen? Es gibt ja den RadeonFramebuffer nicht aus lauter Spaß an der Freude sondern es gibt ihn um genau solche Dinge abzufangen. Bis auf den Makel das die Karte nicht namentlich im Profiler auftaucht hat man damit keine Nachteile gegenüber dem Framebuffer der von Apple abgedacht ist für die jeweilige GPU Generation. Im Grunde macht WhatEverGreen auch nichts anderes auch hier wird immer der RadeonFrameBuffer verwendet und kein spezifischer (sieht man sehr gut im IORegistyExplorer). Was in der neuen Beta wegfällt ist die Schleife die gedreht werden muss damit die Karten nicht in einen Blackscreen booten (Mieze SSDT Methode, RadeonDeInit in Clover oder eben WhatEverGreen)....

Wenn man die DSDT richtig konfiguriert hat, kann man im Systembericht unter "PCI" nachlesen, welcher Framebuffer verwendet wird. Bei meinen RX580 ist das von Anfang an der Radeon-Buffer. Ganz ohne jedes WEG oder einen Eintrag in die Clover-Config. Die haben je 2 HDMI- und DP-Ausgänge und einen DVI.

Wau bei mir steht unter PCI garnicht wieso nicht ^^was das fürn müll hehe

Mit meiner AMD 390 hatte ich nur Probleme in der neusten Beta.

Selbst nach Umschreiben der Kexte wieder zurück gehen auf 10.13.3

@SirusX Das ist größtenteils Kosmetik und wird in den _DSM Methoden der jeweiligen Geräte in der DSDT definiert. Soweit ich weiß benutzt du keine DSDT und SSDTs.

@MacGrummel Was mich mal interessieren würde, wie sieht dein SMBus Device in der DSDT aus? Immer wenn ich in der Vergangenheit meinem SBUS eine _DSM verpasst habe, ging der Rechner nicht mehr in den Sleep...

Eigentlich hab ich die PCI-Anzeige auf allen Rechnern mit High Sierra und DSDT, egal, ob ich nun die einfachen Patches im MaciASL angewandt habe oder ob mir für den X99er von @apfelnico oder @antagon sehr sorgfältig eine DSDT manuell gepatcht wurde, die von Nico bleibt im PCI-Bereich unter Sierra übrigens leer, aber das stört ja nur dort bei Testläufen, und hier geht es ja um High Sierra..