Eigene SSDT-USB hilft auch nicht bei Instant Wake Up

  • Vorab: Ich bin zwar schon jahrelang Mac-Nutzer (diese sündhaftteuren Dinger, die viel zu schnell kaputt gehen), im Bereich CustoMac/Hackintosh aber völlig neu. Ich habe mir einen Rechner mit den in meinem Profil genannten Daten gebaut, zusätzlich mit Samsung 960 EVO 500 GB. Orientiert habe ich mich an einem Tutorial für exakt mein Mainboard, das ich im Internet gefunden habe. Soweit so schön. Bis auf zwei Dinge, die irgendwie noch haken:


    (a) Das System wacht so ungefähr jedes zweite Mal aus dem Ruhezustand wieder auf, das jeweils andere Mal funktioniert alles wie gewollt. Der Inhalt meines Clover patched Folders ist anbei. Meine Clover.config ebenfalls sowie eine von mir erstellte SSDT-USB, die alles aber eher schlimmer als besser macht (Aufwachen geht dann gar nicht mehr bisweilen).


    (b) Sehr, sehr selten (<1x pro Tag) sieht es aus, als gäbe es einen Rendering-Fehler der Statusbar. Der äußert sich so, dass ein Teil der Statusbar tiefschwarz dargestellt wird für ein paar Menü-Einträge. Bspw. ist exakt dort, wo sonst Datum und Uhrzeit stehen, dann einfach ein schwarzer solider Balken. Dieser geht sofort weg, wenn ich einmal mit der Maus draufklicke.


    Das sind - das gebe ich zu - absolut keine großen Probleme, das ist eher purer Luxus, wonach ich jetzt frage. Ich bin hochzufrieden mit meinem Hackintosh, er ist in etwa Faktor 3 besser als mein Mac Pro Late 2013. Trotzdem - wer kennt das nicht, man ist ja Perfektionist - würde mich interessieren, ob ihr ähnliche Probleme gehabt habt oder gar Lösungsansätze habt.


    Da ich viel zu wenig Ahnung habe von DSDT-Erstellung o.ä., frage ich lieber nach, bevor ich etwas kaputt mache. Das Unschönste für mich wäre, einen 99,9% perfekten hausgemachten Mac eher schlechter als besser zu machen ;)


    Gerne bei der Gelegenheit auch schauen, ob ich irgendwelche Konfigurationsfehler in Clover gemacht habe. Ich nutze die Nvidia WebDriver der Version 378.05.05.05f02.

    Dateien

    • config.plist

      (10,96 kB, 97 Mal heruntergeladen, zuletzt: )
    • SSDT-i7-6700.aml

      (2,19 kB, 57 Mal heruntergeladen, zuletzt: )
    • SSDT-USB.dsl

      (3,6 kB, 88 Mal heruntergeladen, zuletzt: )
  • Hallo und Willkommen im Forum! :welcome2: :party:
    Je feiner man ins Detail geht desto schwieriger wird es meist. Auch für deine Probleme kann es eine Vielzahl an Ursachen geben, und wir müssen jetzt systematisch herausfinden was das Problem sein könnte.
    Zu den Grafikproblemen wäre als erstes mal interessant zu wissen ob du die HD 530 aktiviert hast und wenn ja wie deine Grafikkarten im Systembericht unter Grafik angezeigt werden. Du kannst hier gerne einen Screenshot unter erweiterte Antwort hochladen ;)
    Bezüglich Sleep wäre die wake reason aus den logs gut zu wissen und zudem interessant ob du den RTC Fix aktiviert hast. Wenn nicht, bräuchte ich mal am besten deine DSDT. Hast du denn Probleme mit USB nach dem Sleep?
    Aufgrund der USB SSDT vermute ich jetzt mal, dass du USBInjectAll.kext benutzt. Darf ich fragen warum du trotzdem einen Portlimit Patch eingetragen hast und nicht einfach unbelegte Ports mittels USBInjectAll excludierst?
    Viele Grüße und schön dich hier im Forum begrüßen zu dürfen :thumbup:

    Du kommst bei deinem Problem nach dem unendlichsten Versuch nicht weiter? Dann schreib mir eine Nachricht für eine TeamViewer Sitzung. Nur wenn es gar nicht mehr weiter geht!
    Alle anderen Fragen und Anliegen gehören ins Forum.

  • Hallo und vielen Dank für die freundliche Begrüßung :)


    Ich antworte einfach mal sukzessive auf die verschiedenen Fragen:
    Ich habe in Clovers config.plist InjectIntel rausgenommen und gedacht/gehofft, das würde dann die Intel integrierte Grafik vor dem System erfolgreich verbergen, sodass nie ein Switch zwischen integrierter und dedizierter Grafik versucht werden würde. Der Screenshot im Anhang bestätigt m.E., dass der Intel on-board Chip nicht gesehen wird. Liege ich richtig?


    Zur nächsten Frage bezüglich Sleep: Ich habe mal den Fall eines nicht erfolgreichen Sleeps mittels pmset -g log extrahiert und drucke hier im Spoiler die Log-Ausgabe ab.


    Und hier noch einmal den Fall eines vollständig erfolgreichen Sleep-Vorgangs (kein Aufwachen ein paar Sekunden, nachdem die Lüfter ausgegangen sind):


    Ich habe (zumindest bewusst) keinen RTC Fix aktiviert. Ich habe nach dem Sleep keine USB Probleme, alles funktioniert, wie es soll. Ich habe auch mal getestet, ob völlig ohne angesteckte USB Geräte der Sleep funktioniert: Nein.


    Ganz genau, ich nutze USBInjectAll.kext. Hm, um ehrlich zu sein, habe ich diese SSDT-USB gebastelt, weil ich gedacht hätte, das sei so notwendig. Und ich meine auch irgendwo in Guides im Internet gelesen zu haben, dass diese SSDT dann einfach die USBInjectAll Parameter wertlos macht und überschreibt und dass das so das Vorgehen der Wahl sei. Ist dem etwa gar nicht so?


    Letzte (Newbie-)Frage: Wie komme ich an die DSDT ran? In meinem Clover "patched" Folder liegt nichts außer der Prozessor .aml, die ich oben beigefügt habe. :/

  • Super, das ist sehr aufschlussreich!
    Der Reihe nach:
    Eigentlich ist es komisch das bloßes Deaktivieren von Inject Intel die iGPU aus dem Systembericht entfernt. Kann es sein das sie dort nie war, und auch im BIOS nicht aktiviert ist?


    EigEigentlichtlich hätte ich die aufgrund des logs geraten komplett alle USB Geräte einmal abzuziehen und dann Sleep nochmal zu probieren. Da das aber anscheinend nicht hilft, kannst du trotzdem mal etwas ähnliches machen, einfach um den log ein wenig aufzuräumen.
    1. unter Systemeinstellungen -> Bluetooth -> Weitere Einstellungen -> Ruhezustand über USB beenden: deaktivieren!
    2. Alle USB Geräte abstecken und Netzwerkzugriff verhindern (WLAN aus, LAN Kabel ab), danach in den Sleep gehen
    3. Log davon hier posten


    USB SSDT ist eine Möglichkeit aber auch nicht die eine, manchmal wirken andere Techniken besser... Ich würde dir raten zu oder anstatt der SSDT eine exclude list zu erstellen. Wie das geht kannst du hier lesen: Anleitung: USB 3.0 unter El Capitan / Sierra für jedermann (Zukunftssicher für Updates und komplett gepatcht)


    Die DSDT extrahierst du auf deinen Schreibtisch mittels F4 im Clover Boot Menü ;)

    Du kommst bei deinem Problem nach dem unendlichsten Versuch nicht weiter? Dann schreib mir eine Nachricht für eine TeamViewer Sitzung. Nur wenn es gar nicht mehr weiter geht!
    Alle anderen Fragen und Anliegen gehören ins Forum.

    2 Mal editiert, zuletzt von kuckkuck ()

  • Vielen Dank erstmal für die Unterstützung :)


    Gut, das kann natürlich sein, ich habe nie geprüft, ob die Intel GPU jemals an dieser Stelle stand. Es kann gut sein, dass der Haken einfach gar nichts verändert hat…


    Ich bin deinem Tutorial zum Excluden aller nicht benötigten Ports gefolgt und sehe im IORegistryExplorer nur noch die wirklich vorhandenen Ports. Soweit, so hervorragend. Meine Sleep Problematik ist damit allerdings nicht verändert worden.


    Leider gibt es in meinen Systemeinstellungen -> Energie sparen diese Punkte bei mir leider nicht. Ich benutze eine iMac 14,2 Systemdefinition. Screenshot anbei vom Energiespar-Panel.


    Ferner anbei: Die DSDT.aml, die ich mit deiner Anleitung über Clover extrahiert habe. Erneut Idiotenfrage-Alarm: Diese Datei und viele, viele weitere liegen ja jetzt in Clovers ACPI/origin Ordner, der vorher (so meine ich mich zu erinnern) leer war. Ich kann alles aus diesem Ordner gefahrlos wieder löschen? Ohne Angst, dass beim nächsten Mal der Hackie nicht mehr bootet?

  • Dann prüf doch mal ob die iGFX im BIOS aktiviert ist. Bei der Gelegenheit könntest du auch gleich schauen ob es eine Third Party Option oder ähnliches für USB dort gibt.


    Mit den Settings habe ich mich wohl in der Einstellung vertan, bin gerade nur mobil unterwegs. Schau doch mal ob das ganze vielleicht unter der Einstellung Bluetooth zu finden ist ;)


    F4 extrahiert lediglich die benutzten ACPI Tables aus dem BIOS. Das ganze wird dann im Ordner auf dem Schreibtisch sowohl als auch im Ordner auf der EFI angezeigt. Den Ordner auf dem Schreibtisch kannst du sowieso löschen. Löschen der Dateien in der EFI kannst du gefahrlos machen, aber genauso gut auch lassen, denn von dort aus werden sie nicht geladen sondern lediglich aufgeführt.
    Btw: Befinden sich deine SSDTs im Patches Ordner auf der EFI?

    Du kommst bei deinem Problem nach dem unendlichsten Versuch nicht weiter? Dann schreib mir eine Nachricht für eine TeamViewer Sitzung. Nur wenn es gar nicht mehr weiter geht!
    Alle anderen Fragen und Anliegen gehören ins Forum.

  • Soeben geschaut. Im BIOS finde ich eine Einstellung für die Intel Grafik nicht, USB gibt es, das ist gestellt auf Legacy USB Support > Auto und es gilt dort XHCI Handoff > Enabled.


    Diese Option gibt es für Bluetooth Geräte in der Tat im Bluetooth Menü, da hast du Recht. Ich habe da mal alles deaktiviert. Das bringt aber leider auch nichts. Das System weckt sich selbst wieder auf.


    Ja, meine SSDT für den Prozessor befindet sich im ACPI/patched Ordner im EFI, genau.

  • Wie 2 Poste vorher schrittweise beschrieben bräuchte ich einen Log unter genannten Bedingungen. Das könnte weiterhelfen.


    Im BIOS muss es eine Option dafür geben. Gibt es eine Suchfunktion? Mögliche Wörter wären auch noch: Intel Grafik, iGFX, iGPU, interne Grafik, Interne Grafikeinheit...

    Du kommst bei deinem Problem nach dem unendlichsten Versuch nicht weiter? Dann schreib mir eine Nachricht für eine TeamViewer Sitzung. Nur wenn es gar nicht mehr weiter geht!
    Alle anderen Fragen und Anliegen gehören ins Forum.

  • Ich gehe noch mal extra auf die Suche mit deinen neuen Stichwörtern und melde mich diesbezüglich noch mal bzw. editiere diesen Post anschließend. Das Wichtigste aber jetzt schon mal: Mit allen von dir vorgeschlagenen Änderungen (USB über exclude Liste in Clover und alle Bluetooth Aufwach-Optionen deaktiv) kommt folgendes mittels pmset -g log für den Fall eines nicht funktionierenden Sleeps (d.h. direktes anschließendes Aufwachen):


  • Du kannst ja einfach schreiben wenn du neue Ergebnisse hast. Meanwhile: Was für eine Wlan/Bluetooth Kombi hast du denn?
    Auch mal in knapper Form: Was gibt das aus?

    Code
    1. log show --style syslog | fgrep "Wake reason"


    Probier doch auch mal folgende DSDT aus. Einfach nach ACPI/patched legen ;)

    Dateien

    • DSDT.aml

      (146,52 kB, 69 Mal heruntergeladen, zuletzt: )

    Du kommst bei deinem Problem nach dem unendlichsten Versuch nicht weiter? Dann schreib mir eine Nachricht für eine TeamViewer Sitzung. Nur wenn es gar nicht mehr weiter geht!
    Alle anderen Fragen und Anliegen gehören ins Forum.

    Einmal editiert, zuletzt von kuckkuck ()

  • So, mal der Reihe nach: Intel Grafik gefunden im BIOS, war schon auf Disabled gestellt. Ich unterstelle mal, dass das richtig so ist.


    Ich benutze als Airport-Lösung einen TP-Link TL-WDN4800 N900, der OOB funktioniert, und als Bluetooth-Lösung einen Rocketek USB Bluetooth 4.0 Low Energy USB Adapter, der ebenfalls ohne Treiber-Installation oder Einrichtung seinen Dienst verrichtet.


    Zur DSDT: Wow. Du bist ein Meister! Ich kann gar nicht so viele Daumen nach oben geben, wie ich möchte. Deine DSDT funktioniert in ersten Tests exzellent, der Rechner fängt nicht an, sich selbst aufzuwecken jedes zweite Mal. Vielen Dank schon einmal! :)


    Jetzt kann man ja nur lernen, wenn man fragt. Ich tue das einfach mal, ich hoffe, das ist okay:
    (a) Was genau ist jetzt inhaltlich von meiner originalen DSDT zu deiner angepassten DSDT passiert?
    (b) Muss ich Angst haben, dass etwaige unerwünschte Side-Effects dieser DSDT auftreten?
    (c) Luxusproblem (und ich nehme an, das war auch der Sinn deiner DSDT, alle Aufweckquellen auszuschalten): Das Aufwecken geht ausschließlich noch über den Power-Button, weder mittels über USB noch über Bluetooth angeschlossenen Geräten. Damit kann ich sehr gut leben. Nur mal angenommen, ich wollte Aufwecken über Bluetooth (mittels Apple Keyboard am o.g. Bluetooth Stick) erlauben: Ist sowas leicht zu verändern oder eher problematisch?


    Um auch deine letzte Frage noch zu beantworten, wenn ich deinen Terminalbefehl eingebe, kommt immer

    Code
    1. localhost kernel[0]: (AppleACPIPlatform) Wake reason: XDCI


    sowohl für die Sleeps, die in der Vergangenheit funktioniert haben, als auch für die, die nur kurz eingehalten wurden und dann spontan beendet. Für das Aufwachen mit deiner DSDT geht ja nur noch der Power-Button, deshalb kommt unter diesen zeitlichen Events die Ausgabe

    Code
    1. localhost kernel[0]: (AppleACPIPlatform) Wake reason: PWRB (User)


    Last but not least: Dann bleibt jetzt nur noch das Problem mit der Statusbar. Ich hatte gerade mal wieder so ein Ereignis. Erst war die Statusbar komplett schwarz (siehe erstes Bild), ich habe den Rechner in keiner Weise gestört, aber irgendwann ist die Uhr umgesprungen, was diesen Bereich der Statusbar dann ja zum erneuten Rendering gezwungen haben muss und dann sah es so aus wie auf dem zweiten Bild. Wenn ich in dieser Situation irgendwas mache, was die Statusbar verändert (drüber hovern, Programm wechseln, aktuelles Front-Programm beenden), rendert sich die Statusbar in Gänze neu und alles ist beim alten. Zu meiner Verteidigung: Da das ein Renderingfehler ist, konnte ich keinen Screenshot mit macOS machen, sondern musste Screenshot wörtlich nehmen und mein Handy rausholen :D

  • Cool das es so funktioniert hat! Aber daran bist du nicht Unschuld denn ich will hier mal loben wie musterhaft du die Dinge gemacht hast, die ich dir aufgetragen habe. Dadurch konnte ich auch relativ schnell einige Dinge ausschließen und auch die von dir geschickten Logs waren relevant. Ebenfalls toll wie schnell du dich in die USB Geschichte eingelesen hast und eine excludelist erstellt hast. Top!
    Zu diesen kleinen Hardwaredetails wie der WlanKarte, kann es hilfreich sein wenn sie in deinem Profil stehen, das könntest du also noch ein wenig verfeinern und auch den Bootloader dazuschreiben ;)
    Jetzt der Reihe nach:
    Die DSDT habe ich erstmals von ein paar Syntax Fehlern befreit, die der Hersteller bereits eingearbeitet hatte. Danach einfach ein paar Sleep betreffende patches aus Rehabmans Repo drübergezogen. Darunter der wahrscheinlich ausschlaggebende USB _PRW 0x0D Patch sowie Patches gegen restart nach dem Wake, CMOS reset und Reboot Probleme. Viel mehr ist da nicht drin, da du die meisten ACPI betreffenden Sachen ja über die config.plist anpasst.
    Die DSDT sollte keine side effects haben, side effects wurden eher behoben. Letztendlich kannst du es aber nur durch beobachten herausfinden :D
    Hast du für Bluetooth die Option in den Bluetooth Systemeinstellungen wieder aktiviert?


    Also das mit der Grafik sieht mir ein wenig nach einem Treiber Bug aus, da die Karte an sich ja richtig erkannt wird und auch Metal unterstützt. Ich würde dir einfach mal raten die HD 530 zu aktivieren und zu schauen ob sich da vielleicht was verändert. Zudem prüfen ob die iGPU im Systembericht richtig erkannt wird! :thumbup:

    Du kommst bei deinem Problem nach dem unendlichsten Versuch nicht weiter? Dann schreib mir eine Nachricht für eine TeamViewer Sitzung. Nur wenn es gar nicht mehr weiter geht!
    Alle anderen Fragen und Anliegen gehören ins Forum.

  • Hach, das geht runter wie Öl, ich danke recht herzlich ;)


    Soweit keine nennenswerten Side-Effects bis auf diesen einen einzigen: Wenn ich den Rechner ausschalte (Apfel > Ausschalten), rebootet er direkt wieder eine Sekunde nachdem er vollständig ausgeschaltet war.


    Bluetooth-Option zum Aufwecken ist wieder eingeschaltet worden, dennoch lässt sich der Rechner durch nichts anderes mehr zum Aufwachen bewegen als das Drücken des Power-Buttons.


    Ich switche einfach mal von der 1070 auf die Intel Grafik und schaue, ob sich solche Probleme wiederholen. Falls nein heißt es wohl einfach brav warten, bis Nvidia die Web Driver aktualisiert. :)

  • Hmmmm... Probier es mal damit:

    Dateien

    • DSDT.aml

      (146,47 kB, 65 Mal heruntergeladen, zuletzt: )

    Du kommst bei deinem Problem nach dem unendlichsten Versuch nicht weiter? Dann schreib mir eine Nachricht für eine TeamViewer Sitzung. Nur wenn es gar nicht mehr weiter geht!
    Alle anderen Fragen und Anliegen gehören ins Forum.

  • Bezüglich der Grafikfehler in der Menüleiste:
    Dabei scheint es sich tatsächlich um einen Fehler der NVIDIA Webdriver zu handeln.
    Hatte ich nie wegbekommen, egalt ob IGPU aktiviert, deaktiviert etc.
    Meine Lösung aktuell: In den Systemeinstellungen den "Dark Mode" für Dock und Menüleiste aktivieren.
    Damit ist das Problem dann behoben ;)

    _______________________________________________________________________________

  • Zitat

    Hmmmm... Probier es mal damit


    In der Tat, das scheint nun wirklich vollumfänglich zu funktionieren. Er wacht jedes Mal wieder aus dem Ruhezustand auf (bisher getestet: Schlaf <= 10 min, hoffentlich aber auch bei längerem Sleep) und er fährt auch nun korrekt runter. Vielen, vielen Dank :-)


    Zwei generelle Fragen, die fast schon ein bisschen Off-Topic hier sind, ich will dafür aber nicht einen neuen Thread öffnen:
    (a) überschreibt eine SSDT Informationen aus der DSDT oder umgekehrt? Oder kann sich gar nichts überschreiben, weil völlig unterschiedliche Dinge in beiden definiert werden?
    (b) Bezüglich Thermalmanagement bin ich bisher nur Apples originale Hardware gewöhnt und die ist vor allem eines: Sehr lange leise (aka sehr lange kochend heiß). Der jetzige Prozessor zeigt mir an, dass er bei Cinebench im CPU Test auf etwa 3.9 GHz läuft (Angabe aus HWMonitor und plausibel wegen Intel Turbo Boost bis 4 GHz) und dabei Temperaturen von max. 74°C entstehen. Da jede Zahl oberhalb von 70° rötlich eingefärbt ist: Muss ich mir Sorgen machen?


    Zitat

    Dabei scheint es sich tatsächlich um einen Fehler der NVIDIA Webdriver zu handeln.
    Hatte ich nie wegbekommen, egalt ob IGPU aktiviert, deaktiviert etc.


    Ah! Interessant, ich hab schon gedacht, ich wäre der Einzige, der so einen Fehler hat. Googlen hat da keine ebenfalls Leidenden gefunden. Dann ist es wohl wirklich ein Treiberfehler und ich werde deinem Workaround einfach mal folgen, der klingt sehr sinnvoll :D Ich danke sehr!

  • Perfekt! :party:
    Eine SSDT ergänzt die DSDT bzw ACPI Tables und kann auch in die DSDT ergänzt werden. In deinem Fall überschreibt sich da sowieso nichts. SSDTs können, da sie nur ergänzen, beliebig viele sein.
    Also ich finde bis 80° muss man sich keine Sorgen machen, du kannst aber den FanSpeed mit der kostenlosen Software HWMonitor oder im BIOS kontrollieren.
    Und ja, der Darkmode kann auch nicht schlecht sein :D

    Du kommst bei deinem Problem nach dem unendlichsten Versuch nicht weiter? Dann schreib mir eine Nachricht für eine TeamViewer Sitzung. Nur wenn es gar nicht mehr weiter geht!
    Alle anderen Fragen und Anliegen gehören ins Forum.

  • Ich gehe ja jetzt schon fast inflationär mit dem Daumenverteilen hier um, aber unbedingt erneut: Vielen, vielen Dank für die tolle Hilfe, das war richtig super. Jetzt, wo das mystische Warten auf "schläft er oder schläft er nicht" wegfällt, macht der Rechner gleich noch mal mehr Spaß. :groesten:

  • Kein Problem, wenns noch was gibt immer her damit, macht gerade so Spaß wenn die Lösungen funktionieren :D :thumbsup:

    Du kommst bei deinem Problem nach dem unendlichsten Versuch nicht weiter? Dann schreib mir eine Nachricht für eine TeamViewer Sitzung. Nur wenn es gar nicht mehr weiter geht!
    Alle anderen Fragen und Anliegen gehören ins Forum.

  • Jetzt fürchte ich, muss ich doch noch mal auf das Angebot zurückkommen, weitere Fragen zu stellen. Bei einem etwas längeren Sleep wacht der Hacky aktuell nicht mehr auf, kürzere sind (wie schon zuvor in meinen Beiträgen dargestellt) absolut perfekt und laufen super. Hier mal die Ausgabe von pmset -g log für den Sleep, aus dem das Aufwachen nicht geklappt hat (Fans wurden wieder aktiviert, Lichtshow am Mainboard ging los, beide Displays blieben dunkel). Vielleicht hat ja noch jemand eine Idee, wenn nicht, ist das auch kein Beinbruch: