Suchergebnisse

Naja, wenn beide genau die gleichen Frequenzen benutzen, ist es doch eigentlich egal welche Lösung man jetzt benutzt...Entweder man packt es in eine SSDT, lässt es von Clover in die ACPI Tables injecten und von Apple rausfischen, oder man packts in eine Kext, lässt es von Clover in den PrelinkedKernel schleusen und Werte in Apple eigenen Kexts ersetzen. So sehe ich das.Mir ist die Funktionsweise der beiden Arten nicht wirklich bekannt, deswegen kann ich da nicht mehr zu sagen/vermuten

Welcome Back!(Zitat von murashi)Ich weiß jetzt nicht genau von was du redest, aber es geht um den Lag nach dem Sleep oder?Was für eine Art von Lag ist das denn? Tritt es immer auf? Ist das eine Art Grafikproblem (low fps/studder) oder öffnen sich Programme total langsam oder was genau? Und verschwindet das ganze irgendwann oder bleibt es so bis das system neugestartet wird?

Wenn sich nach 2 Minuten dann ein Fenster öffnet, ist die Animation dann smooth oder abgehackt?Schau mal im IOReg nach ob für CPU0 das X86PlatformPlugin geladen wird oder mach davon einen Screenshot...

Das ist jetzt kein mir geläufiges Problem für das mir pauschal irgendwelche Lösungen bekannt sind...Die Lags sind also sowohl bezogen auf Performance als auch auf Grafik?

In die SSDT sind auch nur 2 SSP Ports eingetragen, dementsprechend können auch nur 2 USB 3.0 Ports mit USB 3.0 Speed funktionieren... Da fehlen noch ein paar SSP Ports in deiner SSDT.Benutzt du eine uia_exclude Liste? Du solltest die SSDT nochmal deaktivieren und die uia_exclude so anpassen, dass du rausfinden kannst welche SSP Ports noch genutzt werden. Diese Ports musst du dann noch korrekt in die SSDT einbinden und kannst danach die uia_exclude wieder entfernen, SSDT reicht aus... Zudem muss …

Du kennst doch bestimmt meine Anleitung: Anleitung: USB 3.0 El Capitan / (High-) Sierra für jedermann (Zukunftssicher für Updates und komplett gepatcht)(Zitat von murashi)Wenn du das tust, ist die 15 Port Liste wieder voll. Dann werden so viele HS Ports injected, dass keine SS ports erscheinen. Du musst also erst alle unnötigen HS Ports entfernen und dich dann den SS Ports widmen. Ein USB 3.0 Port hat eine HS und SS Schnittstelle!

Dann probiers mal durch, vielleicht hilft das ja schon...

Na dann wie besprochen nächster Versuch, das definieren der GPU Connectors über WEG.Hast du dich daran bereits versucht? Die Werte hast du ja bereits alle und SSDTs erstellen kannst du jetzt auch. Noch einfach wird es für dich wahrscheinlich sein die Werte einfach in die DSM Methode von GFX0 bei deiner DSDT einzutragen (dort wo du die connector Definition letzten gelöscht hast).Hier nochmal Links: https://github.com/vit9696/Wha…/master/Manual/Sample.dslDSDT Connector-Patch

Die Einträge zu connector type werden so von WEG nicht gelesen, die müssen raus.Hier mal ein Code Schnipsel:(Quelltext, 25 Zeilen) Die Werte werden dann von WEG gelesen und übernommen. In der config darf keine Angabe zu der Karte sein, kein inject, kein Framebuffer, keine Connector-Daten!

Nope, Framebuffer mag WEG nicht:"When should I use a named framebuffer?Named framebuffers (Baladi, Futomaki, Lotus, etc.), enabled by "Clover GPU injection" or any other methods should never ever be used. "https://github.com/vit9696/Wha…b/master/Manual/FAQ.en.mdDas kann auch die connector injection verhindern, da WEG gerne den RadeonFB nutzt. Die Anzahl der Connectors solltest du noch setzen.

Hmm... Schick mir mal bitte DSDT, config und IOReg Dump, ich will mir das mal anschauen.

Das sieht mir stark danach aus, dass deine DSDT garnicht eingelesen wird... In HDEF oder XHC wurden beispielsweise die Einträge nicht übernommen und auch bei GFX0 stimmt die hda-gfx Bezeichnung nicht.Du hast da nach meinem Geschmack ein wenig viele Einträge unter ACPI, vorallem auch was sortedOrder o.ä. betrifft. Miste da mal bitte aus und überprüf im boot.log ob die DSDT geladen wird.

Da passt trotzdem was nicht. Sehen kann ich noch Drop _DSM Mask 0xFFFF, ob sich das auf unsere DSM auswirkt kann ich gerade nicht beurteilen...Kommen denn noch aus irgendwelchen SSDTs von dir entsprechende _DSMs oder so?

(Zitat von murashi)Nope, die hat nix damit zu tun, die kannst du so drinnen lassen...(Zitat von kuckkuck)Probiers mal mit der config im Anhang und überprüf ob die WEG DSDT Einträge dann übernommen werden und/oder schick mir einen IOReg Dump.

(Zitat von murashi)Du hast den Thread dir angeschaut, oder?Quicksync, Virtual-Screen Abstürze und iGPU+ded. GPU mit GrafikbeschleunigungDie iGPU wird nach dem setzen der ID nicht mehr im Systembericht erkannt (wie bei echten Macs), ist jedoch weiterhin im IOReg vorhanden und verrichtet Arbeit Edit: Jetzt zum interessanten: es sieht so aus als würden Änderungen an deiner DSDT jetzt übernommen werden... IOReg?

Schick doch bitte mal einen IOReg Dump.Ist die iGPU denn jetzt sicher im BIOS aktiviert und auf sekundär?

(Zitat von murashi)Passt doch alles:

Überprüf mal die connectors...Ich habe das Gefühl, dass die _DSM Einträge deines GFX0 Geräts nicht übernommen werden, so kann ich zB keinen hda-gfx Eintrag für GFX0 im IOReg finden.Vielleicht kann @al6042 mal einen Blick auf deine aktuelle DSDT werfen, wenn du sie kurz anhängst

Lädst du die Datei auch als ZIP hoch? Sonst häng sie einfach kurz über DropBox oder so an...

Und wenn du WEG entfernst, werden dann die Einträge übernommen, zumindest hda-gfx?