Gelegentliche Abstürze nach Sleep/Long Sleep/Power Nap

    Hallo Leute,


    hier läuft alles eigentlich reibungslos - nur gelegentlich - so gefühlt mal nach dem zweiten mal nach dem vierten Wake Up geht die Kiste einfach in den Reboot.


    ACPI ist voll gepascht, ich nutze eine SSDT für die Prozessor Injection der States - habe natives PM und sonst keine Probleme.


    Power Nap funktioniert auch so weit, nur auch da stürzt er so alle drei - vier Mal ab.


    Hat einer eine Idee, was ich da testen kann?

    Hast du einen Absturzbericht? Betreibst du Overclocking oder irgendwas in der Art?


    Zitat von G.com

    ACPI ist voll gepascht,


    Das ist sehr wage, denn da kann man unendlich viel patchen... Was hast du denn genau gepatcht? Könntest du vielleicht deinen ACPI Ordner anhängen?

    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 Kuckuck,


    danke erst einmal für die Info.


    Ich patche über Clover ACPI und ansonsten noch GFXO mittels der NvidiaGraphicsFixup.kext. Ansonsten nichts. Die Dateien habe ich gerade hochgeladen. Ich schaue mal nach dem Bericht in der Konsole.


    Also Overclocking betreibe ich nicht. Nur XMP Profil1. Hatte mal gelesen, dass es Probleme mit dem Z97 Chipsatz und Long Sleep gäbe...Memory Overflow oder Underrun oder so.


    Ich sehe gerade, der letze Absturzbereicht ist von heute Mittag - es scheint, er war schon abgestürzt und als ich auf den Knopf drückte. Auslöser war Coreaudio - könnte das evtl. mit Apple ALC oder meiner Saffire Karte zu tun haben?


    P.S. Meine Saffire hängt über FireWire am Gerät - Karte lief OOB.

    Dateien

    • Crash.txt

      (60,77 kB, 201 Mal heruntergeladen, zuletzt: )

    4 Mal editiert, zuletzt von G.com ()

    Hast du noch irgendwelche SSDTs/eine DSDT oder sind das nur die 4 Renames?


    Ich persönlich nutze kein XMP, das führt bei meinem Mainboard in Kombination mit dem i7 4790k zu sehr komischen, unkontrollierbaren Voltages...

    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 Kuckuck,


    ich nutze nur eine SSDT-USB nach der Vorlage von RehabMan.


    Wie misst Du die Spannung der CPU? Sorry da bin ich Noob.


    Mein PM funktioniert, System läuft stabil und sehr kühl. Habe mal soeben alles ausgeschaltet und hier der Screen vom Verlauf.


    Einzige komische Sache ist meine FW Kart, ist die an geht die CPU auf Höchstleistung und pendelt dann zwischen 40 und 44 im Faktor - ist aber unter Windoof auch so - liegt wohl am emulierten DSP :)


    Die Karte könnte aber der Faktor sein - weil, hohe Auslastung beim Anspringen des Systems (gerade im Power Nap). Werde die jetzt immer schön ausmachen und noch einmal berichten.


    Funny enough, es gibt scheinbar auch hinlänglich bekannte Probleme mit Z97 Chipsets und Sleep Problemen, vor allem bei Gigabyte Boards. Hurra ;p


    P.S: Boah bin ich blöd :) Steht ja da bei HW.... Voltages - was ist normal und zu erwarten?

    Was heißt denn er stürzt ab? Macht er einen Neustart beim Hochfahren oder ist er Ausgeschaltet anstatt im Sleep?


    Gibt es denn die Probleme mit deaktivierter FW Karte immernoch?


    Ich weiß nicht genau, was welche Settings unter ACPI in der config.plist was genau bewirken, da das ganze meist nur oberflächlich dokumentiert ist. (ich meine die Fixes, nicht die Renames)


    Bei deiner ACPI Struktur fehlt einiges, was nicht heißen muss, dass das System nicht so funktioniert wie es ist. Du nimmst lediglich ein paar Renames vor, injectest aber keinerlei Einträge wie "Device Specific Methods". Deswegen würde ich vorschlagen, dass ich dir mal deine DSDT hinsichtlich ein paar Geräten, die eventuell Einfluss haben könnten, patche und wir schauen ob das hilft. Dafür bräuchte ich aber erstmal deine DSDT...

    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.

    Danke Kuckuck,


    an das Thema DSDT habe ich mich bis heute nicht radgewagt. Das ist ja dann doch noch einen Schritt weiter. Aber mit deiner Unterstützung könnte das ja was werden.


    Drücke morgen mal F4 und sende das rüber.


    Hast Du mal einen grundsätzlichen Leitfaden, ws man überlicherweise und warum patcht?


    Dann lese ich mich da auch gerne mal etwas ein.


    N8 - for today

    Du kannst mal in unsere Einstiegs-Wiki schauen: https://www.hackintosh-forum.d…q/index.php/FAQ/190-DSDT/


    Am Ende dieser Einführung ins Thema DSDT findet sich ein weiterführender Guide von al6042, der die wichtigsten Patches aufführt...
    Der Rest ist nur eine Frage des Wissens, in welcher Situation welcher Patch helfen könnte und was welcher Patch macht. Auch entwickeln sich Apples ACPI Tabellen natürlich auch immer weiter, wodurch manchmal mögliche Patches hinzukommen oder alte unnötig werden :)

    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 Kuckuck,


    ich kann heute ganz klar festhalten, dass die Abstürze vom Interface kommen. Bleibt das an, stürzt Core Audio immer ab.


    Es kommt aber ein weiterer Fehler dazu, seit zwei Tagen wird die Wifi Combo Karte erst so spät aus dem Sleep geholt, dass meine Watch nicht entsperrt. Einmal ESC und dann nochmal Space, dann einsperrt er.


    Ergo, ich komme gerne auf dein Angebot zurück. Toll wäre ein DSDT mit USB.


    Hier meine vollkommen ungepatchte DSDT durch F4 bei Clover Start.


    Gruß,


    G.com

    Dateien

    • DSDT.aml

      (71,37 kB, 110 Mal heruntergeladen, zuletzt: )

    Wenn das wirklich an USB liegt, lässt sich das auch eventuell anders lösen... Ich bräuchte mal deine SSDT-UIAC, einen IOReg Dump und eine Liste in der steht welche XHC Schnittstelle zu welchem Port gehört.
    zB:
    HS01 --> USB 2.0 vorne
    HS02 --> USB 3.0 hinten
    SSP4 --> USB 3.0 vorne...


    Wird deine KomboKarte von BrcmPatch unterstützt? Wenn ja, dann installier mal die entsprechenden Kexts...

    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 Kuckuck,


    bevor wir uns verzetteln, lass uns systematisch vorgenen.


    Meine SSDT USB hängt oben an. Bin gerade auch unterwegs, meine Erinnerung ist:


    HS05, HS06 - USB2,0 vorne
    HS09, HS13 - USB Connector für MB für Combo Karte
    HS11, HS12 - USB2,0 hinten
    SSP01, SSP02 - USB3,0 vorne
    SSP05 - 4fach USB3,0 Hub hinten
    SSP03, SSP06 - USB3,0 hinten


    Das Watch Problem ist erst seit Update auf 10.13.1 da. Alles sonst läuft, ausser Power Nap, Abstürze sporadisch. Sleep geht wenn das FW Interface aus ist ohne Probleme.


    Den BcRMPatch kenne ich nicht, ist das der für unsupportete Chips? Meine läuft OOB und seit der SSDT USB und Umstellung auf internen USB Connector 0xff alles gut. Nur seit Update ist er verzögert in der Initialisierung nach Sleep, ergo Kein Entsperren ad hoc.

    Einmal editiert, zuletzt von G.com ()

    Ich bräuchte die Liste dann nochmal in ganz sicher und zusätzlich deine SSDT...


    Von Problemen mit Continuity seit 13.1 liest man in letzter Zeit häufiger... Bei vielen funktioniert auch Handoff nur noch in eine Richtung. Das könnte auch das Problem sein.


    Die Brcm kexts machen einen Firmwareupdate bei den supporteten BL Modulen. Das kann auch bei Original Apple Chips sinnvoll sein.

    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.

    "HS05", // USB 2,0 vorne
    "HS09", // USB 2,0 4-fach Hub
    "HS11", // USB 2,0 hinten
    "HS12", // USB 2,0 hinten
    "HS13", // USB2 Connector auf MB (für Combo Card)
    "SSP1", // USB 3,0 vorne
    "SSP2", // USB 3,0 vorne
    "SSP3", // USB 3,0 hinten
    „SSP5", // USB 3,0 4-fach Hub hintern (gleich HS09)
    "SSP6", // USB 3,0 hinten



    Alle anderen Ports sind per exclude in der Config deaktiviert und ich benutze nicht mehr den 20 Port Patch.


    SSDT-USB anbei.

    Dateien

    • SSDT-USB.aml

      (1,51 kB, 119 Mal heruntergeladen, zuletzt: )

    ?(


    Und die SSDT wird so geladen? Schau mal bitte in den Bootlog ob die wirklich geladen wird und schick mir bitte außerdem noch einen IOReg Dump...


    Da ist ja zum Beispiel garkeine Device ID hinterlegt und ich glaube kaum, dass 8086_8xxx deinem XHC Gerät entspricht :huh:

    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 Kuckuck,


    ich habe natürlich noch eine USBIjnectall.kext. Die SSDT-USB gibt nur Daten an diese weiter. Hatte ich das nicht erwähnt?


    Sorry, wenn ich Dich da verwirrt habe.


    Melde mich später noch mal.


    Grüße

    Das ist mir schon klar, aber deine SSDT ist unvollständig/fehlerhaft.


    In der SSDT muss zB die Device und Verdor ID deines XHC Controllers stehen. Bei dir steht aber 8086_8xxx --> Vendor 8086 = Intel, aber 8xxx ist keine Device ID... Da müsste eigentlich je nach Hardware zB sowas wie 8CB1 stehen, sonst funktioniert die SSDT nicht.


    Des weiteren sollten in der erstellten SSDT im Optimalfall nur die Ports stehen, die auch verwendet werden, da es prinzipiell eine Positiv-liste ist. In deiner SSDT stehen jedoch auch Ports wie RP11, die jedoch an den EHCI Controller gehören. Dieser wird aber ziemlich sicher nicht benutzt, solange du nicht FakePciid_XHCIMux verwendest um die Ports von XHC nach EHCI zu routen.


    Auch stimmen die injecteten USBConnector-Werte nicht mit deinen obigen Angaben überein.


    Das ganze muss nochmal überarbeitet werden. Wenn du willst, kannst du mir einen IOReg Dump schicken, dann erstell ich dir eine korrekte SSDT-UIAC. Vielleicht hilft das bereits bei deinem Sleep Problem :)

    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 Kuckuck,


    bitte entschuldige die lange Pause. Ich wer beruflich und privat voll ausgebucht.


    Ich habe mir das ganze mit der SSDT-UIAC noch einmal genauer angeschaut und entsprechend deinen Hinweisen abgeändert.


    Aber der Reihe nach. Zum Absturz nach Long Sleep - Problem scheint gelöst. Habe den Rechner einschlafen lassen und5 Tage später war er prompt auf Knopfdruck da. Was ist anders; ich hatte beim Rumspielen mal Darkwake geändert, zurück zum Ausgangspunkt und Problem ist gelöst.


    Das andere Problem, Entsperren mit der Apple Watch ist hingegen nicht gelöst. Ich muss immer antippen, Esc und noch mal antippen, da die Wireless Verbindung zu spät besteht. Das kann natürlich an der Verbindung liegen, oder der Karte vielleicht aber auch an der SSDT-UIAC. Gefühlt hatte es vor dem Update zu 10.13.1 super funktioniert. Tip - da!


    Also, meine Device ID ist tatsächlich 8086-8cb1.


    Das Template von RehabMan mal schnell angepasst und hier meine SSDT-UIAC. Magst Du mal schauen, ob das alles soweit korrekt ist?


    Ich verstehe nur eine Sache nicht. Wenn ich das Teil kompiliere werden die Ports verändert.Aus 10 wir dan 0A und der SSP1 ist dann 10 anstatt 16!?


    Ist das normal oder spinnt mein Maci?


    Vielleicht magst Du mir ja noch etwas Hilfe zur Selbsthilfe geben, ich lerne ja doch ganz gerne dazu :)


    G.com

    Dezimal --> HexaDezimal
    16=0x10
    10=0x0A
    usw :-)


    Du trägst das in Dezimal ein, beim Kompilieren werden die ins Hexadezimal umgewandelt .


    Gruss Coban

     MSI-Z590Pro Wifi | Intel® Core™ i9-10900k CometLake | 32GB DDR4 RAM | Radeon RX 570 Red Devil | Nvme WD Black SN750 1TB | BCM94360NG | OpenCore aktuell / Catalina bis Sequoia / Win 10 Pro / Win 11 Pro / Ubuntu / ChromeOS

     MSI-B150M Mortar | Intel® Core™ i7-6700 Skylake | 64GB DDR4 RAM | Intel® HD Graphics 530 | Samsung NVMe 960 EVO / 1x2 TB HDD | BCM943602BAED DW1830 | OpenCore aktuell / Catalina / BigSur / Monterey / Win 10 Pro / Ubuntu

     Lenovo S340-15IIL | Intel® Core™ i7-1065G7 IceLake | 12GB DDR4 RAM | Intel® Iris Plus Graphics G7 | Nvme Intel SSDPEKNW512G8L/SSD Samsung 256GB | BCM94360NG | OpenCore aktuell / Catalina bis Sequoia / Win 10 Pro / Win 11 Pro / Ubuntu / ChromeOS


    " Chasch nöd s Föifi und s Weggli ha."

    Sorry für die späte Rückmeldung. Sieht auf den ersten Blick alles gut aus, aber da stimmt etwas mit deiner Aufzählung nicht:


    Zu jedem USB 3.0 Port gehört ein HS und ein SS Port. Es kann also nicht sein, dass jeder deiner HS Schnittstellen auch zu einem USB 2.0 Port gehört. Nur weil es HS heißt, muss es ja nicht an einem USB 2.0 Port liegen, sondern kann genauso gut auch an einem USB 3.0 Port liegen. Also geh bitte nochmal die liste durch und pass dementsprechend die Connector-Types in deiner SSDT an :) Schick mir danach wieder die SSDT, diesmal dann im .aml Format ^^

    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.

    Moin Kuckuck,


    nu muss ich aber mal um Entschuldigung bitten...Eltern werden ist am Ende stressig.


    FROHES NEUES!


    Zur Sicherheit sei gesagt, nein...wir warten wohl noch ein paar Tage :)


    Eigentlich läuft alles soweit.Manchmal Sleep Probleme und die Sache mit der BT Karte, die zu langsam verbindet so dass die Watch nur nach einmaligem Abbruch nach Ruhezustand entsperrt.


    Ich mache mich morgen noch einmal ran und gehe erst einmal meine Liste erneut durch.


    Aber kurz erwähnt, Vorne habe ich 2x USB2.0 und 2xUSB3.0/USB2.0. Hinten habe ich ein 4-fach Verteiler USB 3.0/USB2.0 (egal was ich in einen der4 Connector stecke kommt der selbe HS/SS Port. Darunter noch 2x USB3.0 und oben noch 2xUSB2.0 Express oder so. Board ist ein Gigabyte z97 gaming gt (http://static.gigabyte.com/Product/2/4969/10219_src.png) und dann noch das BT/Wirless Card Ding. Insgesamt habe ich am Mainboard einmal den USB 3 Connector und dann noch USB1 + USB2 (http://static.gigabyte.com/Product/2/4969/10216_src.png) belegt. Ich arbeite das noch einmal aus und melde mir.


    Gruß,


    G.com


    -----


    Hier ist die Lösung meines Problemes


    Die verflixte 7 oder Sleep/Wake - Reboot, jedes siebente Mal

    Einmal editiert, zuletzt von G.com ()