[Sammelthread] macOS Mojave 10.14 Developer Beta - Erfahrungen

Sorry guys,

aber ich brauche dringend Hilfe eines "Intel CL Framebuffer" Profis:
meine INTEL i3-8350 CPU hat bekanntlich die INTEL UHD630 an Board. Unter MOJAVE beta4 ist bekanntermassen nun auch ein Coffeelake Framebuffer enthalten.
Dieser scheint 3 Connectoren zu beinhalten: @0 = LVDS (internes Display) 0x02000000, @1 = DP 0x00040000 und @2 = DP 0x00040000
Dadurch, das Framebuffer@0 immer LVDS (also internes Display) ist, bekomme ich partout kein Bild auf meinem Monitor.
Frage: wie kann ich diesen via eines "KextToPatch"-Eintrages in der config.plist von 0x02000000 nach 0x00040000 patchen?

Frage deshalb, weil mit auch die aktuellen PlugIns LILU 1.2.5 und WhatEverGreen 1.2.0 hier nicht helfen. Schon versucht - oder ich mache was falsch.
Sorry, aber ich habe mich noch nie mit der "INTEL Framebuffer Patch"-Materie auseinander gesetzt.

Leider komme ich auch mit der folgenden Anleitung nicht klar: https://www.insanelymac.com/fo…=comments#comment-2626271
Alles, was da so steht, sind für mich "böhmische Dörfer" - obwohl ich (so dachte ich zumindest) kein Noob bin.

Ich wäre jedem von Euch dankbar, wenn er mir hier etwas unter die Arme greifen und Licht in's Dunkel bringen könnte. Danke im Voraus.

PS: anbei mal meine aktuelle "info.plist". Als SMBios nutze ich derzeit iMac18,3 - nicht wundern, daß die SMBIOS nicht in der info.plist ist. Ich habe diese ausgesondert (um separat unkompliziert wechseln zu können) und eine SMBios.plist in meinem EFI - CLOVER Folder. CLOVER rev. 4614
PPS: im BIOS steht CSM auf disabled, Main GFX = onboard, sharedMemory = 128MB, Multimonitor=enabled

Das ist alles noch bisl Beta

Ich habe hier [Sammelthread] macOS Mojave 10.14 Developer Beta - Erfahrungen auch ne Weile gebraucht

Das muss dann in plist-Devices-Properties unten gesetzt werden. Wobei ich nur DVMT brauchte.

Kann aber erst morgen mal drüber schauen, wenn sich keiner findet.

Danke @NoirOSX,

aber diesen Post von Dir hatte ich ja schon gesehen, verstehe da aber nur Bahnhof.
Btw: wenn ich unter MOJAVE beta4 boote, wird zwar der via DP angeschlossene Monitor abgeschaltet.
Aber ich kann mich via ARD (Apple Remote Desktop) aufschalten und den Rechner steuern. Sieht dann in etwa so aus:

Darüber bin ich ebenfalls gestolpert und so ganz verstanden habe ich das Vorgehen ebenfalls nicht. Nutzt du die ig-platform-id 0x3E9B0007? Vielleicht reicht das ja schon aus:

Da bin ich mir allerdings nicht sicher, ob:

• man zusätzlich framebuffer-con0-enable hinzufügen muss oder das ein Standardwert ist (enabled)
• man vor dem Booten mit dem Patch den Kextcache neu aufbauen muss
• Framebuffer@0 dann auch framebuffer-con0-type entspricht (sehr wahrscheinlich)
• man alle Framebuffer entsprechend konfigurieren muss oder ob es wie in obigem Beispiel ausreicht, nur bei einem den connector-type anzupassen.

Der DevicePath muss natürlich auch passen.

Zitat von Mork vom Ork

Alles, was da so steht, sind für mich "böhmische Dörfer"

Ach, ich glaub das kriegst du schon hin! Mit diesem Tool https://github.com/acidanthera/gfxutil/releases und dem Befehl ./gfxutil -f "ACPINameDerGPU" findest du den Device-Path heraus.
In der config unter Properties fügst du diesen Device-Path hinzu und zusätzlich die gewollten Properties. Wählen kannst du aus folgendem:

Harpers Vorschlag sieht doch schonmal ziemlich gut aus...

Alternativ kannst dus auch wie früher mit bin-patches machen:

Du liest also erst die ConnectorDaten aus dem Treiber (Framebuffer) aus, kopierst die Daten des LVDS Connectors in Find und die Daten deines Connectors in Replace (wie bei AMD Connector-Patches)

Oder so:

CloverConfigurator, kann wohl damit jetzt auch umgehen

EDIT
@kuckkuck @Harper Lewis ihr habt das hier oben ja schon schön zusammengefasst. Wenn @griven hier Bootflags zu Lilu & Plugins mit Beispielen nochmal eins frei macht, könntet ihr ja, wenn ihr Lust habt das Bitte als Anleitung für alle schreiben.

ok, ich habe es nun geschafft, die interne INTEL UHD630 zum laufen zu bekommen: (das Ganze wie immer OHNE LILU und WhatEverGreen)

ich musste via FakeID - IntelGFX = 3e9b8086 und ig-platform-id = 0x3e9b0007 tricksen, aber sie läuft:

Jedoch: nun zeigt die RADEON RX480 kein Bild mehr auf den angeschlossenen Monitoren, obwohl diese vom System einwandfrei erkannt werden:

Derzeit läuft der Rechner auch auf einem MacBook15,2 SMBios - was ich nicht so prickelnd finde. Aber ich teste weiter... iss ja GsD Wochenende.
I will keep you informed... stay tuned.

PS: via Apple Remote Desktop sind die Schirme der RX480 beide einwandfrei steuerbar - nur bleiben die Bildschirme eben leider schwarz

Zitat von MacPeet

Das sind alles noch Beta-Bug´s, dat wird sicher noch besser.
Safari Seitenleiste einblenden geht, ausblenden nicht. Safari beenden, Safari neu starten und die Leiste ist wieder weg, zumindest ist dat hier so.
Ebenso die Linie im QuickTimePlayer. Das ist die verbleibende Trennlinie der Fenster-Menü-Leiste. Im Vollbildmodus ist dat nicht.
Ich denke, dat wird sicher mit den nächsten Beta´s behoben, sofern jemand diese Fehler auch meldet bei Apple.

Die Probleme werden bestimmt bis zur finalen Version gelöst. Wenn man die Seitenleiste auf Minimum verkleinert, kann man sie auch erneut öffnen, Safari muss nicht beendet werden.

@Mork vom Ork benutzt du einen bestimmten Framebuffer?

Noch eine Frage meinerseits, wie verlief das bei euch so mit dem Ton? Ich benutze die neueste AppleALC und habe alle Layout-IDs, 1,2,3,5,7,11 für ALC1150 ausprobiert, trotzdem leider kein Sound. AppleALC und Lilu werden laut kextstat geladen...

Zitat von kuckkuck

@Mork vom Ork benutzt du einen bestimmten Framebuffer?

Ehrliche Antwort? Ich habe KEINE Ahnung. Sorry, aber wie ich bereits geschrieben habe, habe ich NULL Erfahrung mit den INTEL Framebuffern. Ich weiss nur, das unter Mojave der CFL Framebuffer.kext geladen wird. Ich weiss ja nicht mal, wie ich
feststellen könnte, welchen FB ich nutze.

H I L F E . . .

Ich dachte die iGPU läuft jetzt soweit aber die RX 480 streikt

Also die Frage war ob du für die AMD einen bestimmten FB lädst

Es kann eigentlich nur einer der folgenden automatisch genutzt werden:

Im IORegistryExplorer oder mit dem folgenden Befehl sollte der eingesetzte "ig-platform-id"-Wert ausgelesen werden können:

oder

Achtung: Das Ergebnis ist "byte-flipped"!

@kuckkuck mal mit alcaaplid=X probiert

für die RX480 nutze ich ORINOCO als Framebuffer.
Und seit dem switch von SMBios "MacBookPro15,2" zurück auf "iMac18,3" läuft auch die RX wieder flüssig.

Die INTEL UHD630 mage jedoch auch mit der FakeID 3e9b8086 und der ig-platform-id 3e9b0007 nicht so wirklich sauber (guckst Du hier: SCREENSHOTS): starkes flackern des Bildschirms und sie denkt, das der LG Monitor ebenfalls an der IGPU hängt (was aber NICHT der Fall ist)
An der IGPU hängt nur ein DELL Monitor via Displayport, an der RX ein LG via Displayport und der Denon Receiver via HDMI für die Soundausgabe via RX (was soweit auch klappt).

Ich habe mir nun gerade die "10.13.6 Edition des MAcBookPro 15,2" heruntergeladen und versuche es mal damit. In dieser macOS Version scheint auchdas "MacBookPro15,2" enthalten zu sein. Denn mit der App-Store Version bekomme den
Boot unter 10.13.6 nicht hin: "Dieses macOS unterstützt Deine Hardware nicht"-Meldung direkt beim CLOVER-Boot.

Bereite gerade den USB-BootStick vor. Werde dann nochmal berichten.

SCREENSHOTS:

@NoirOSX Hmm, AppleALC 1.3 scheint das Problem zu sein, hier funktioniert Sound weder unter Sierra noch unter Mojave... Auch nicht mit alcaaplid.

Habe gerade mal einen Test mit AppleALC 1.2.7 und Layout-ID 2 gemacht und das ganze funktioniert sowohl unter Sierra als auch Mojave. Was könnte das Problem mit v.1.3 sein? Werden über _DSM injectete Properties nicht mehr angenommen, oder muss das in der DSDT jetzt irgendwie alc-layout-id oder apple-layout-id anstatt layout-id heißen?

@Mork vom Ork Aus Erfahrung kann ich dir sagen, dass es immer wieder Probleme gibt wenn man sowohl Monitore an die iGPU als auch ded. GPU gleichzeitig anschließt. Apple scheint dies schlichtweg nicht vorzusehen, ich hatte damals damit auch nur Stress und unverständliche Vorkommnisse...

Ich habe das Problem auf meinem Destop das ich nicht in den Installer Booten kann Sierra wie auch high Sierra laufen tadellos.

Mojave bricht aber beim Start ab ! Letzte was ich lesen kann ist still waite for Root device !!

Jemand eine Idee ?

bin jetzt zwar in der Installation aber es bleibt seit 20 Minuten hier hängen

Less than a minute remaining

Ich würde raten, entweder USB oder APFS... Ist der APFSDriverLoader installiert?

Übrigens in deiner Sig fehlt die wichtige Information, welchen Bootloader du nutzt...

Wie hast du deine USB Ports gepatcht?

@kuckkuck APFSDriverLoader ?? gibt es wieder was neues ?? Habe ich was in der Entwicklung verpasst ?? und wo soll dieser installiert werden ?

System ist ein i5 auf einem P55- UD3 von Gigabyte mit nur USB 2 Slots die alle laufen
Plus SSD und zwei GTX 970

APFS ist aber drin !!

EFI ist anbei !!

@kuckkuck ersten Versionen von 10.14 DB mit Zwischenversion von ALC, hat alc-layout-id bei mir aus dem PI.kext gelangt.
Jetzt gehts mit dem Flag von oben, benutze aber in der Beta keine DSDT.