Beiträge von Mork vom Ork

    helmi100 und N0b0dy

    meine SSDTs sind teilweise dazu gedacht, die Hardware, wie Thunderbolt, RX6900XT, SSDs, USB etc. sauber anzubinden.

    Lediglich die SSDTs "AWAK-FIX, DTGP, PMCR und RTC0 dienen dazu, gewisse Funktionen in der eigentlichen "DSDT" zu patchen.

    Ich habe diese heute alle durchkontrolliert und ein paar Änderungen vorgenommen. Zum testen dieser Änderungen bin ich
    jedoch leider noch nicht gekommen, daher erfolgt hier in der Tat noch ein Feedback.


    Bezueglich der von helmi100 angesprochenen "RestrictedEvents"-Kext: ich werde diese mal testen, habe aber schon bei vielen
    Leuten, bei denen das X299 System auch unter 13.3 sauber bootet, freundlicherweise deren EFIS zur Verfügung gestellt bekommen
    und in keiner davon wurde auf diesen Kext zurückgegriffen. Aber natürlich werde ich es testen.


    Ich danke Euch auf jeden Fall für Euer Feedback und greife auch weiterhin nach jedem Strohhalm, der mir helfen könnte, diesen
    versch.... Reboot endlich in den Griff zu bekommen.

    Die SmallTree Treiber habe ich hier nicht aktiv, da es sich bei dem Board nicht um das X299 Sage/10G sondern ein ASRock X299 CREATOR handelt.

    Und egal, ob ich das Board mit VT-D oder ohne (inklusiv dem ganzen ge-disabled Kram) boote: es bleibt beim selben Verhalten.


    Verbose Boot sieht gut aus, dann sollte der 2nd Stage Boot mit dem Apple-Logo kommen, da dunkelt er nur den Bildschirm ab, verharrt ein paar Sekunden - und ZACK: REBOOT.
    Bootversuch unter 13.2.1 - Monterey oder BIGSUR laufen mit der gleichen Konstellation ohne jeden Fehler sauber durch.


    Gerne liefere ich noch Bilder der BIOS-Einstellungen nach. Zur Config: ASRock X299 Creator mit 12-Core CPU I9-7920X und 224GB RAM (alles die selben Module).

    Ich habe jetzt mal die OC0.9.1 nightly Debug Version laufen und somit ein LOG-File erstellt.

    Anbei das daraus resultierende Ergebnis.


    Meiner begrenzten Meinung nach erklärt das LOG-File NICHT, warum er mit 13.2.1 sauber bootet und mit 13.3/13.4 immer wieder nach dem Verbose-Log kurz weitermacht, dann aber immer wieder in einen RESTART verfällt.


    debug_log.zip

    OpenCore ist bei mir die 0.9.1 nightly.

    Die config.plist update ich immer von Hand via Vergleich mit der SAMPLES.plist.

    Im BIOS hatte ich ResizeBar testweise ausgeschaltet, um zu sehen, ob es daran liegt. Liegt es aber nicht, daher ist es aktuell sowohl in der config.plist als auch im BIOS enabled.


    Ich denke mal, der Fehler bzw. die Ursache liegt irgendwo in meinen SSDTs verborgen. Ich werde diese am kommenden WE mal sauber durchschauen.

    Aber ich Danke Dir für's "drüberschauen".


    Zitat Kaneske:

    Mork vom Ork die E-Cores haben nur die Big/Little Intels, die 2066er nicht.

    Der Ansatz fällt schon mal raus.

    Du hast doch MacPro7,1 mit SSDT bei der Radeon oder? Teste mal da ob es dann will…


    Ich habe nun testweise mal auf "iMac Pro 1,1" umgestellt. Ob mit oder ohne der SSDT für die Radeon macht leider ebenfalls keinen Unterschied.

    Wie komme ich am Mac an das eigentliche und komplette "Bootlog" ?



    Lieben Gruß... Mork vom Ork

    Habe genau das selbe: Bootschleife ab dem 2. Reboot beim Versuch auf 13.3 upzudaten.

    OC in der nightly Version 0.91 und auch alle dazugehörigen Kexte in der aktuellen Nightly Version.


    Ist ein X299 System, welches bis 13.2.1 anstandslos läuft/lief. Nichts am BIOS (VTD und ResizeBar enabled) oder sonst wie wurde geändert.

    EFI hänge ich gerne heute Abend mal hier an.


    PS: ich habe auf diversen Seiten gelesen, man solle für das 13.3er Update die "E-Cores" deaktivieren. Leider weiss ich nicht, was genau damit gemeint ist.


    PPS: anbei mein EFI-Ordner. Nicht wundern - ich musste auf Grund der Dateigrößenbeschränkung die "Ressources - Audio" und "Ressources - Image" Dateien weglassen.

    Dateien

    • EFI.zip

      (24,07 MB, 70 Mal heruntergeladen, zuletzt: )

    Hallo,


    der KU lädt bei mir immer nur die 0.88 nightly runter.

    Als RELEASE zieht er korrekt die 0.89, aber nightly scheint nicht die neueste Version zu laden.


    Kann das jemand bestätigen und kann das ggf. bitte gefixed werden? Danke im Voraus.

    Mit freundlichen Grüßen...


    Mork vom Ork

    Kann ich bei meinem SAGE am kommenden WE gerne mal durchtesten.

    An meinem AS ROCK X299 CREATOR wird jedoch ein CalDigit TS3-Dock einwandfrei erkannt und mounted auch ALLE daran angeschlossenen Geräte.

    Ich habe keine Ahnung, welche Firmware ich auf der TitanRidge habe, denke aber es ist die NVE33 Firmware (gepatched).


    Melde mich dann und poste hier ggf. auch die von mir verwendeten SSDTs.


    PS: hat eigentlich jemand eine funktionsfähige MAPLE RIDGE Karte im Hackintosh im Einsatz? Habe hier noch eine rumliegen, die ich aber nie sauber zum laufen bringen konnte.

    Das ASUS X299 SAGE/10G hat leider KEIN aktives BiFurcation - und ASUS wollte dies auch auf Anfrage nicht implementieren.

    In meinem AS ROCK X299 Creator ist BiFurcation implementiert und aktivierbar - und bei mir läuft eine ASRock Ultra Quad M.2 PCIe Karte läuft wunderbar damit.

    Diese ist bei mir mit 1x WD Black SN850 und 3x SAMSUNG 980 bestückt und auf allen M2. SSDs ist jeweils VENTURA beta, Monterey, BigSur und Catalina installiert.


    Daher würde ich mir die BiFurcation-Implementation für das SAGE ebenfalls wünschen.

    Mork vom Ork mal aus deiner Perspektive, wie verhält sich das X299 wenn ich das bios update und meine settings vom usb wieder einspiele?

    Hattest du den fall schon?

    Nein. Ich überprüfe erst jedesmal das BIOS File via UBU auf seine aktuellen Settings, Microcodes etc.

    Dann spiele ich es via der boardeigenen Flashfunktion ein und setze ALLE Einstellungen manuell neu und schaue, was passt und was nicht passt.


    Diesmal komme ich aber erst am kommenden Wochenende dazu.