[WIP] Lenovo T530 ohne DSDT unter OpenCore

5T33Z0

Wenn du die Patches in der DSDT findest, so können diese in eine if/else-Schleife gepackt werden mit Abfrage auf macOS bzw korrekt "Darwin".

Könnte dann so aussehen:

Edit:

"SSDT-IMEI.aml" benötigst du nicht, darin wird abgefragt, ob du ein Device "IMEI" hast und wenn nicht, dann wird eines eingetragen. Exakt den Eintrag hast du natürlich schon in der DSDT. Also weg mit dieser SSDT.

"SSDT-EC.aml" ebenfalls. Es gibt kein "EC0" in der DSDT, ein "EC" ist vorhanden und sollte hier bei einem Laptop auch genutzt werden, die SSDT ist also ebenfalls zu entfernen.

"SSDT-XOSI.aml" – ich denke die kann auch raus, ebenso die beiden ACPI-Patches in der config.plist. Der erste Patch bezieht sich auf die "SSDT-XOSI.aml", der zweite Patch ist sehr unsinnig: hiermit wird versucht, das vorhandene Device "EC" in "EC0" umzubenennen. Weg damit …

Probiere das mal. Dann die zusätzlichen _DSM-Methoden in der SSDT klammern.

5T33Z0

Die "_DSM-Methoden" nur für macOS zu beschreiben, ist recht einfach. Achte darauf, das nicht jede dieser Methoden macOS betreffen. Doch, alle sind "zusätzlich". Die original in der DSDT vorhandenen sind wohl gelöscht worden.

OK, verfahre nach diesem Beispiel:

Wie du siehst, habe ich nach "_DSM" gesucht (Cmd-F). Am Beispiel der "IGPU" mal geschaut, hier siehst du zwei _DSM-Methoden. Die untere ist für das Device "IGPU", die darüber ist für das eingeschobene Device "HDAU" (High Definition Audio, also die Audioeinheit der internen Grafikkarte). Wo die Methoden jeweils enden, siehst du sehr genau durch die wunderbar gestaltete Einrückung des QuellCodes.

Schau dir jetzt an, was ich verändert habe:

Die Einrückung musst du nicht machen, beim sichern, schließen und erneutem öffnen ist der Quellcode perfekt angepasst. Du siehst, dass ich vor der eigentlichen Methode

eigefügt habe, die Klammer ist geöffnet. Entsprechend der Syntax muss ich nach der Methode noch eine geschlossene Klammer hinzufügen. Somit wird der Inhalt, in diesem Fall die Methode "_DSM" nur ausgeführt, wenn die Systemabfrage positiv hinsichtlich "Darwin" erfolgt. Windows wird das nun ab sofort ignorieren.

Das ist eine einfache Übung. Da ich aber nicht die originale DSDT kenne, denke ich, es wird nicht nur bei diesen beschreibenden Methoden geblieben sein, die Windows auch sicher nicht unbedingt stören. Es sind etliche Devices umbenannt worden, und es fehlen die originalen _DSM-Methoden (die macOS wiederum nicht auswertet, die aber ihren Grund haben). Idealerweise wäre es also, wenn man mit den originalen _DSM-Methoden arbeitet (die macOS gar nicht stören) und zusätzlich die neuen Inhalte für macOS mit einer If-Schleife integriert.

Dann werden da noch weitere "Patches" enthalten sein etc pp.

Dennoch ist eine solche Übung nicht "für die Katz". Ich hoffe, ich konnte dir helfen, viel Spaß.

Edit:

Mal abgesehen von der Übung wäre es in der Tat hilfreich, zu klären, welche Patches denn tatsächlich überhaupt gebraucht werden. Aus verschiedenen Gründen rate ich von einer Bearbeitung der DSDT ab, man sollte schauen, was per SSDT geht und dort dann mittels Darwin-Abfrage arbeiten. ACPI-Patches in OpenCore würde ich auch nicht nutzen wenn irgend möglich, denn auch diese sind systemübergreifend dann vorhanden. Viele dieser Sachen erledigen heute schon Lilu/AppleALC/WhatEverGreen – diese benennen Devices selbstständig für macOS genehm um. Und für Windows spielen die natürlich keine Rolle. DSM-Deklarationen (wenn nicht im Original enthalten) gern per SSDT, ansonsten per DeviceProperties über den Bootloader.

Ich hab vorhin mal auf auf Github so rumgeschaut. Da habe ich eine EFI gefunden für Clover. In ACPI waren alles schön in einzelne Dateien aufgesplittet. Booten konnte ich mit OC schon aber es geht noch eine ganze Reihe nicht. Helligkeit, Audio, Batterieanzeige etc. Mit allen ACPI Patches aus Clover aktiviert kommt beim Booten ne Kernelpanic. Auch so kommen ein paar ACPI Errors während des Bootens.

Da ist irgendwo noch der Hase im Pfeffer und bedarf noch einiges an Schliff. Aber vllt. als Ausgangsbasis ganz hilfreich. Habs mal angehangen.

Bei der ig-platform-id musst du ggf aus der 4 ne 3 machen falls dein Display < 1600x900 ist.

Die Cloverconfig hab ich auch mal beigelegt. Da hat derjenige ziemlich wild Haken gesetzt. Das meiste davon dürfte wohl nicht nötig sein.

Ist vielleicht nicht so hilfreich, wenn es zum einem um OpenCore geht und zum anderen die Clover-Variante eh völlig kaputt ist …

In der EFI.zip ist doch OpenCore drin. Von Clover ist lediglich die plist als Muster hier noch extra dran.

Es ging sich mir in erster Linie um die .aml Dateien. So wäre man zum. schonmal die DSDT als solches los. Das war eigtl. der Hintergedanke dabei. Diese Dateien sollten unter OC doch genauso funktionieren oder? Hab hier nochmal etwas mit den ACPI Patches rumprobiert. Habe alle aktiviert die nicht mit Battery zu tun haben. Da booted er durch. Ist es zumindest schonmal etwas eingegrenzt.

Zitat von Sascha_77

In der EFI.zip ist doch OpenCore drin. Es ging sich mir in erster Linie um die .aml Dateien. So wäre man zum. schonmal die DSDT als solches los. Das war eigtl. der Hintergedanke dabei. Diese Dateien sollten unter OC doch genauso funktionieren oder?

Hatte das dann falsch verstanden, hatte nicht reingeschaut. Nur mal grob überflogen, die ACPI-Patches sind hier notwendig, damit die SSDTs greifen. Das eine bedingt das andere. Da die Patches dann aber auch bei Windows aktiv sind, sehe ich in diesem Fall diese Nummer dennoch als die schlechtere.

Dann lieber die vorhandene DSDT mit einer originalen DSDT vergleichen und wo es nötig ist, die gepatchte DSDT mit "OSI-Weichen" ausstatten. Dann ist alles sauber, nur eine DSDT, keine komplexen ACPI-Patches, fertig. Ich denke das ist der bessere Weg hier, die zwei DSDT zu vergleichen kann ja auch nicht so aufwendig sein.

Im übrigen wäre da Clover schon fast ideal, weil dort ganz einfach je Windows und macOS eine eigene DSDT geladen werden kann. Aber es ist auch mit OpenCore hinzubekommen.

Alternativ könnte man aber auch mit F12 das Boot-Menu aufrufen und dann die Win Partition auswählen. Dann wäre es komplett an OC vorbei und es gäbe die DSDT Problematik nicht. Ginge zur Not ja auch.

Vllt. kann al6042 was zu dem HDEF Thema sagen. Die DSDT fürs T530 die hier im Forum rumschwirrt stammt ursprünglich von ihm. Hätte schon was wenn man auf VoodooHDA verzichten könnte.

Mit den Angaben oben sollte sich auch eine SSDT bauen lassen.

Hier mal ein erster Versuch dafür...