Beiträge von AkimoA

Wenn du Lilu und Whatevergreen installiert hast reicht ne Bootflag

wenn du die Nvidia abdrehen willst und aber ne andere AMD benutzen willst muss das etwas anders laufen ,gerne dazu mehr wenns soweit ist .

Dabei injected man die NVidia und dreht sie an der selben Stelle mit Fake Variablen ab, klingt komisch is aber so .

Evtl auch einfach den LVDS - eDP Patch adaptieren und via Device / Properties injecten

hier der patch -> https://github.com/RehabMan/OS…ptop-Config/pull/11/files

und die Beispiels config die ich offen hatte ..

iwann spielt der Kollege schon mit

sagt erst mal nur das er ihn "angefördert" hat da er ja in der config steht .... mehr dazu gibts nicht ?

semi optimal

Ich hab da ein Paket in den tiefen des Netzes gefunden was du dir mal anschauen solltest ich denke das ist der Schlüssel des Erfolgs .

Denn der Dell Latitude 7480 hat wohl auch die 7600U verbaut mit der IntelHD620.

Ich bin mir sicher das nicht alles darin für deine Kiste interessant ist aber smbios , AppleBacklightFixup, FakePCIDings.kext und diverse ACPI Patches ,Kext2Patch (eDP Eintrag ) sowie Bootflags.

Würde an deiner Stelle damit experimentieren . Schaden kann es nicht

Noch ein Tipp zu diesen Kext2Patch bzgl eDP (internal Display) (headkaze behauptet das seit Mojave die K to P auf IntelFP Treiber nicht greifen,u.a mit Grund seines Tools )

Ich will damit sagen Clover BootLog checken ob die SKL FB kexte auch wirklich gepatched wurden.

Viel Glück

Edit sagt :

Ergänzend noch ein ruby edid patcher ->https://gist.githubusercontent…0b9540d05b6/patch-edid.rb

Erklärung -> https://www.mathewinkson.com/2…ty-of-an-external-monitor

Denn du hattest auch mal einen pinken Bildschirm bei einem Test erwähnt , selbes Prinzip wie bei dem Latte Panda Mod vor einiger Zeit .

und welche smbios Versionen waren bei den Tests am Start ? beide von mir erwähnten ?

Hier gehts lediglich darum einen Kernel daraus zu pflücken und nicht die ganze Build zu installieren. Device Restrictions wie man so will werden nicht im Kernel definiert.

Stop den Bootloader geh in die Optionen und adde die drei Bootflags -v debug=0x100 keepsyms=1 mach ein Foto und poste es !

OK, ich kann zwar wie gesagt booten mit den patched kernels und der gepatchten config.plist, FaceTime und iMessage tun es aber immer noch nicht. Müsste ich dazu erst irgendwelche (Cache) Dateien löschen?

Nein ,denn das ist ja der Grund wieso man den Clover Patch verwenden soll auf den Vanilla Kernel und nicht den ewig alten gepatchten von 10.13.6 ( build total egal )

eVillain, du hattest ja glaube ich dieselbe macOS Version wie ich, hast du eventuell noch den original prelinkedkernel?

Ne hab ich nicht , lad dir das ComboUpdate für 10.13.6 bei Apple wenn es noch online ist und hol dir mit Pacifist den Kernel da raus, prelinkedkernel is u.a Kextcache d.h die wird dir beim ersten Boot normal neu erstellt wenn alles passt mit den Patches in der config .

häääää das ist doch der Sinn des ganzen ..... beim "Thema Vanilla Clover Patch" !

Wieso sollte man denn was gepatchtes nochmals patchen ......

Kannst du das etwas genauer definieren ?

Hast du denn als du die Patches drin hattest nochmal mit dem kcsuffix flag gebootet oder ohne?

Hast du den gepatchten Kernel wieder ersetzt mit dem ungepatchten "vanilla kernel" ?

Hier ->

config.plist

bzgl deines Shutdown Problems driversUEFI Ordner säubern.

Wenn du über HDMI verbunden bist und das mit der config nicht klappt muss ich nochmals ran

Viel Spass

mobile Framebuffer 0x591B0000 /0x591B0006 und deine device ID 0x5916 (16590000 ) wenn die zickt die device ID der Skylake testen (16190000) wäre zumindest mein Ansatz und eine smbios die dem ganzen sehr nahe kommt natürlich z.b MBP14,3 MBP14.2.

Wenn die AppleSMC abschmiert würde ich mal stark darauf tippen das keine FakeSMC/VirtualSMC geladen wurde und da ansetzen .

Die Frage von oben bezüglich der mobile/desktop FB ohne Spoof hattest du übersehen ?

Gerne,btw ich hab dein VRAM auch auf 2048 MB angehoben was ja sicher in deinem Sinn war, bei 32GB Ram sollte das ja kein Problem sein wenn da nochmals 500 mb shared weggehen .

Zitat

Die Intel HD Graphics 620 (nicht UHD 620) mit der korrekten ID funktioniert nicht.

Hast du den Desktop und mobilen Framebuffer dabei getestet ?

Und das ganze mit einer MacBookPro14,3 smbios? ,denn die iMac18,1 ist eher für die UHD630 geeignet mMn

0x59160000 desktop

0x591B0000 laptops

Hier mal ein Test mit dem SKL Framebuffer Kext Patch von LVDS auf eDP :config.plist MBP14,3 smbios inklusive deines spoofs

btw die config is ja riesig und die hälfte ausgeschalten via # da wird einem ja schwindelich beim suchen

vlt kannst du auch ein EDID in Linux /Windows dumpen und das ganze via EDID Inject in Clover zum Licht führen

laut https://ark.intel.com/content/…cache-up-to-3-90-ghz.html

hört das ganze auch auf eDP somit würde ich bei dem patch oben ansetzen und ihn aber nicht auf den Skylake Spoof loslassen sondern auf die eigentliche UHD 620.

Häng einfach mal ne config an wenn du soweit bist ich will mal was testen. Vlt reicht es ja LVDS auf eDP zu patchen damit der macOS Framebuffer damit spielen kann .

Das mit dem Framebuffer vermute ich schon ne Weile ( hab mitgelesen ) denn wenn du den HDMI mit dem Fake Wert zum laufen bekommst evtl da ansetzen und die Connector (DisplayController )von HDMI auf LVDS umpatchen . Als Ansatz vlt das -> https://github.com/RehabMan/OS…ptop-Config/pull/11/files

Ich denke auch das das smbios evtl mal als mobiles Device gesetzt werden sollte evtl reicht das schon die Framebuffer zu beeinflussen ,aber das hast du sicher schon ?

config austauschen , am Rechner auf HDMI stecken , interne Grafik im Bios sollte an sein , und booten , (die -wegnoegpu Flag ist noch in der config und bleibt auch da) also Ja .