macOS High Sierra Erfahrungen

Ich kämpfe gerade mit dem gleichen Problem auf meinem Lenovo Ideapad 500 und dessen HD520...
Sollte ich was hinkriegen, sage ich dir bescheid.

@al6042 Danke, kannst ja auch mal Bootflag "-igfxbeta" probieren (HD 520 ist wohl drin). Habe von beiden, die aktuelle in den Downloadbereich geschoben

Edit
Um mich brauchst Du @al6042 Dich nicht mehr sorgen ......nach gefühlten 100mal starten .......

Ja und wie jetzt?
Was hast du gemacht?

Mehrfach mit den den Bootflags beta der verschiedene Lilu Kexte gestartet und auf einmal ging es. Ich kann es Dir leider nicht erklären, Zufall, Geduld oder es hatte einer Mitleid mit mir.... keine Ahnung.

welcher ist dein aktueller Lilu.kext?
Frage mal per Terminal kextstat |grep Lilu

Dieser hier ....

Ich installier die Beta heute auf meinem MBP. Mal schauen was sich so tut.
Sicherung mit CCC ist auch schon gemacht für den Fall der Fälle.

Jetzt muss ich Euch nochmal fragen, ist es richtig, dass für alle AMD-Karten eine Helper-iGPU gebraucht wird, selbst wenn sie unter Sierra noch OOB lief oder sogar eine originale Apple-Karte ist? Ist da was bekannt oder gibt es schon Patches?

Einzig mein Laptop mit i3 und Intelgrafik läuft ohne Probleme.

Auf meinem Dell mit HD5450 gehts nur mit gelöschten AMD5000Controller.kext and AMDRadeonX3000.kext ohne QE/CI.
Andere Nutzer berichten, dass die HD5450 bei ihnen läuft, jedoch all diese haben eine iCPU mit iGPU. Ich vermute hier den Haken.

Ferner läuft sogar mein real MacPro3,1 mit High Sierra, aber auch nur mit gelöschten AMD5000Controller.kext and AMDRadeonX3000.kext ohne QE/CI.
Obwohl die HD5770 ein Apple-Original ist, mit den beiden Kexten lande ich im Blackscreen.

Ist nicht für jede Karte nötig ich habe eine R9-270x und die läuft auch mit HighSierra ohne Probleme (iGPU ist deaktiviert). Ich muss nur den Framebuffer setzen (Futomaki in meinem Fall). Hast Du mal versucht einen Framebuffer explizit zu setzen? Bei der HD5770 sollte eigentlich Eulemur gehen.

Danke griven für die Antwort.
Beim Dell mit HD5450 hab ich Shrike oder Eulemur, wie es auch seit Yosemite bis Sierra lief.
Bei dem real MacPro3,1 mit HD5770 kann ich kein FB setzen, der läuft ja ohne Clover. Ich wüßte nicht wie ich da einen FB setze. Es ist eine Juniper XT und unter Sierra rennt die mit Hoolock ohne zutun.

Dann wäre mein einziger Gedanke in die Richtung noch das Apple die HD5XXX mit HighSierra endgültig aussortiert...

Hoffentlich nicht :..(

Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Ich denke aber eher nicht. Der MacPro5,1 gilt ja auch als unterstützt und die Karten laufen ja bei anderen mit HelperGPU. Naja, mal sehen was die nächsten Beta's bringen.

Ich habe unter HIGH SIERRA schon wieder eine interessante Entdeckung gemacht:

der AMD9500Controller scheint auch die Part# einer AMD RX-Karte zu checken. Sollte dieser passend zu den im Code hinterlegten sein: 113-4E3531U oder 113-4E353BU, wechselt er den Modellnamen automatisch auf "AMD RX 580" und wählt "Orinoco" als Standardframebuffer, anstatt den "AMD,RadeonFramebuffer".
Und wie wir ja bereits wissen, passt ORINOCO perfekt zu einer RX480/580 als Framebuffer.

Hier der passende CLOVER patch:

Ihr muesstet nur den "Replace"-Part mit eurer entsprechenden Partnummer hinterlegen. Dazu einfach einmal mit CLOVER "Injetc ATI = FALSE" starten und via IORegistryExplorer eure Partnummer auslesen:

Mit ein wenig "googlen" lässt sich herausfinden, das die im Code hinterlegten Partnummern zur SAPPHIRE RX 580 PULSE gehören, welche Apple in seinem "eGPU Developer Kit" bundled.

Danke @Mork vom Ork für Deinen unermüdlichen Einsatz an der AMD RX Front wirklich großes Tennis was Du da ablieferst.

Also können wir hoffen, dass wir die rx580 und co auch intern nutzen können *hoff*

Wäre ja auf jeden Fall echt geil

@griven ... das müsste mal jemand in die wiki zu den grafikkarten packen... bin grad nur am.Handy und hejte abend wieder zuhause.

Ich habe das mal bei meiner RX 480 von Sapphire ausprobiert und es hat nicht funktioniert. Mit IORegistryExplorer habe ich "113-D0090101-100" ausgelesen. In Base64 konvertiert ergibt sich dann MTEzLUQwMDkwMTAx
Patch in die config rein, neu gestartet aber immer noch "R9 XXX"
Muss man vielleicht noch was anderes beachten?

Ich habe das mal auf https://gc.de/gc/base64/ reproduzieren wollen und kam auf MTEzLUQwMDkwMTAxLTEwMA==

Um sicher zu gehen, habe ich Mork vom Orks 113-4E353BU encodiert und kam auf sein MTEzLTRFMzUzQlU= welchen Base64 Code du ja in seinem Clover Patch im data field findest.