Hilfe bei Erstellung DSDT/SSDT gewünscht

Amiga · 12. August 2018

Hallo
Ich habe Heute erfolglos versucht eine gepatchte DSDT und SSDT für mein System zu erstellen:

Probleme:
1. Ich kann von den 3 angezeigten DSDT Compile Fehlern im MaciASL nur den ersten Fehler lösen. Die zwei weiteren bekomme ich nicht in den Griff.
2. Die für das Patchen erforderliche Repo in MaciASL bekomme ich nicht angezeigt. Die letzte plist zur Rehab Repo steht in Preferences und der Link ist im Programm hinterlegt. Geht trotzdem nicht?

Kann mir jemand bei der Erstellung helfen?
Habe die Dateien aus Clover angehängt.

Lg
Rolf

al6042 · 12. August 2018

Erstaunlicherweise habe ich noch eine DSDT für das Z97X-UD5H BIOS Version F10 hier herumliegen.
Aber wofür willst du die ganzen SSDTs ändern?
Es reicht die gepatchte DSDT und ggf. eine speziell erstellte SSDT für deine CPU.
Die sollte dann aber über Piker Alpha ssdtprgen.sh erstellt werden.

Amiga · 12. August 2018

Hallo Al6042
Vielen Dank für die DSDT.
Bin erstaunt was bei Dir alles so auf dem Schreibtisch zu finden ist.
Geht bei dir die Repo von MaciASL?
Das Script von Pikeralpha kenne ich durch Zufall. Würde eine SSDT einen Vorteil für mein System bringen? Ich kann nicht abschätzen ob der Aufwand lohnt.

Gruß von Quedlinburg nach Mannheim. Hab ja auch mal in Mainz gewohnt.
Rolf

rubenszy · 12. August 2018

Würde es aber nur in Verbindung mit acpi von CPUFriend.
SSDT erstellen und hier hochladen, dazu noch SMBios angeben.

Amiga · 12. August 2018

Hallo rubenszy
Da ich davon noch nie etwas gelesen habe folgende Fragen:
Also CPUfriend ist ein kext und kommt in den Clover kext Ordner. Richtig?

Aber was soll dann nach dem Systemneustart passieren?
Erhelle doch etwas Dunkel Deutschland. Wohnst ja nicht weit von mir.

Lg
Rolf

al6042 · 12. August 2018

Bei mir funzt Maciasl 1.31 aus folgendem Link -> MaciASL
Aber mit folgender .plist -> MaciASL

Falls du Maciasl schon geöffnet hattest, starte erst den Rechner neu und platziere die .plist in ~/Library/Preferences, bevor du Maciasl wieder startest.

rubenszy · 12. August 2018

erstelle erst mal eine SSDT und lade die mal hoch.
https://www.hackintosh-forum.d…p/FAQ/197-SSDT-Speedstep/
am besten deine config auch gleich.

kuckkuck · 12. August 2018

Zitat von Amiga

Aber was soll dann nach dem Systemneustart passieren?

Die SSDT + Kext Kombi sorgt für korrekt laufendes CPU PowerManagement und das kann wiederum einen schönen Temposchub mit sich bringen und sich ebenfalls positiv auf PM abhängige Dienste wie Sleep auswirken. Ist also definitiv lohnend

Amiga · 13. August 2018

Hallo rubenszy

Ich habe wie gewünscht die ssdt.aml erstellt und zusammen mit der clover .plist angehängt.
Der CPUFriend.kext liegt auch schon im Downloadordner.

LG Rolf

rubenszy · 13. August 2018

Viel Spaß mit der SSDT.
Du brauchst kein CPUFriend.kext, die SSDT vereint beides in einem.

kuckkuck · 13. August 2018

Zitat von rubenszy

Du brauchst kein CPUFriend.kext

Ich bin gerade ein wenig verwirrt, du hast doch cf-frequency-data eingebaut und das braucht doch die CF Kext?

Oder steh ich gerade auf dem Schlauch?

rubenszy · 13. August 2018

CPUFriend.kext wird dadurch hinfällig, den braucht man nur wenn du einen CPUFriendDataProvider.kext erstellst.
Daher macht es mehr Sinn eine Kombination aus beiden ssdtPRGen und CPUFriendDataProvider
in der SSDT.

kuckkuck · 13. August 2018

Ich bin verwirrt, cf-frequency-data ist doch kein macOS bekanntes Property für CPU0, dass von Apples Treibern verarbeitet wird? Das property (durch die SSDT injected) kann doch allein garnichts machen...

cf-frequency-data ist doch lediglich ein Property, dass CPUFriend erkennt und einließt und daraufhin passend injected. Innerhalb der Daten dieses (cf-frequency-data)Strings lässt sich ja eine XML Datei finden. Das heißt wir haben hier properties innerhalb eines propertys, macOS kennt sowas soweit ich weiß garnicht...

Ich denke mal cf-frequency-data steht eigentlich für CPUFriend-X86Vektor-Daten und setzt die Nutzung der CPUFriend.kext voraus um etwas zu bewirken.

rubenszy · 13. August 2018

Hatte ich mal so gelesen, das man durch das einfügen der Frequency Vektoren (von der erstellten ssdt_data) in die SSDT, CPUFriend.kext hinfällig wird, da macOS mit den eingetragenen Daten was anfangen kann.
Ich lasse mich auch gern eines besseren belehren, da man nur wenig über CPUFriend findet was einem wirklich weiter hilft.

kuckkuck · 13. August 2018

Zitat von rubenszy

Ich lasse mich auch gern eines besseren belehren, da man nur wenig über CPUFriend findet was einem wirklich weiter hilft.

Da gehts mir genauso, deshalb frag ich nach...

Also sowohl eine CF-SSDT als auch die DataProvider Kext beinhaltet ein cf-frequency-data Property. Wenn man dieses mal in ASCII übersetzt sieht es in etwa so aus:

cf-data als XML

Code

cf-frequency-data:
<<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>pmspFile</key>
<integer>1</integer>
<key>IOPlatformPowerProfile</key>
<dict>
<key>enabler</key>
<true/>
<key>AGPM</key>
<true/>
<key>ASPM</key>
<true/>
<key>NetworkTimerDelay</key>
<integer>900</integer>
<key>StandbyDelay</key>
<integer>10800</integer>
<key>ErPDelay</key>
<integer>28800</integer>
<key>AutoPowerOff</key>
<true/>
<key>IOPlatformSystemSleepPolicy</key>
<data>U0xQVAIAFQAAHhAAAAAAAAAVAAAABQAABgAAAAA...</data>
<key>InitialPLimit</key>
<integer>0</integer>
<key>FrequencyVectors</key>
<array>
<data>
AgAAAAAAAAACAAAAAAAAAGQAAAAAAAAAGQAAAAAAAAAAZP///////...</data>
</array>
<key>ThermalConfiguration</key>
<dict>
<key>Domain</key>
<dict>
<key>CPU</key>
<dict>
<key>SFIWindow</key>
<integer>50000</integer>
<key>SFIMaintenance</key>
<dict>
<key>EffortCurve</key>
<string>40=0%,83=50%</string>
</dict>
<key>SFIDarwinBG</key>
<dict>
<key>EffortCurve</key>
<string>40=0%,83=50%</string>
</dict>
<key>SFIAppNap</key>
<dict>
<key>EffortCurve</key>
<string>40=0%,83=50%</string>
</dict>
<key>QOSThermalThresholds</key>
<dict>
<key>Utility</key>
<integer>78</integer>
<key>NonFocal</key>
<integer>250</integer>
</dict>
<key>ThermalPressure</key>
<dict>
<key>Nominal</key>
<dict>
<key>HighThreshold</key>
<integer>78</integer>
<key>LowThreshold</key>
<integer>0</integer>
</dict>
<key>Moderate</key>
<dict>
<key>HighThreshold</key>
<integer>120</integer>
<key>LowThreshold</key>
<integer>50</integer>
</dict>
<key>Heavy</key>
<dict>
<key>HighThreshold</key>
<integer>200</integer>
<key>LowThreshold</key>
<integer>90</integer>
</dict>
<key>Trapping</key>
<dict>
<key>HighThreshold</key>
<integer>250</integer>
<key>LowThreshold</key>
<integer>180</integer>
</dict>
<key>Sleeping</key>
<dict>
<key>HighThreshold</key>
<integer>252</integer>
<key>LowThreshold</key>
<integer>251</integer>
</dict>
</dict>
</dict>
<key>GPU</key>
<dict/>
<key>IO</key>
<dict/>
</dict>
</dict>
<key>UnifiedSleepSliderPref</key>
<true/>
<key>DarkWakeServices</key>
<dict>
<key>DarkWakeBackgroundTasks</key>
<integer>1</integer>
<key>SleepServices</key>
<integer>7</integer>
<key>SleepServicesModes</key>
<dict>
<key>ModeA</key>
<dict>
<key>Expiration</key>
<integer>0</integer>
<key>BatteryFloor</key>
<integer>0</integer>
<key>BaseIntervals</key>
<dict>
<key>AC</key>
<dict>
<key>BaseSleepInterval</key>
<integer>3600</integer>
<key>BaseWakeCapInterval</key>
<integer>86400</integer>
</dict>
<key>Battery</key>
<dict>
<key>BaseSleepInterval</key>
<integer>3600</integer>
<key>BaseWakeCapInterval</key>
<integer>180</integer>
</dict>
</dict>
</dict>
</dict>
</dict>
</dict>
</dict>
</plist>

Alles anzeigen

Entspricht also größtenteils der Plist aus dem X86PlatformPlugin.

Im CPUFriend.cpp (Xcode) findet man folgendes Snippet:

Kext-Code

Code

OSDefineMetaClassAndStructors(CPUFriendData, IOService)
IOService *CPUFriendData::probe(IOService *provider, SInt32 *score)
{
if (provider) {
if (callbackCpuf) {
if (!callbackCpuf->frequencyData) {
auto name = provider->getName();
if (!name)
name = "(null)";
DBGLOG("probe", "looking for cf-frequency-data in %s", name);
auto data = OSDynamicCast(OSData, provider->getProperty("cf-frequency-data"));
if (!data) {
auto cpu = provider->getParentEntry(gIOServicePlane);
if (cpu) {
name = cpu->getName();
if (!name)
name = "(null)";
DBGLOG("probe", "looking for cf-frequency-data in %s", name);
data = OSDynamicCast(OSData, cpu->getProperty("cf-frequency-data"));
} else {
SYSLOG("probe", "unable to access cpu parent");
}
}
if (data) {
callbackCpuf->frequencyDataSize = data->getLength();
callbackCpuf->frequencyData = data->getBytesNoCopy();
} else {
SYSLOG("probe", "failed to obtain cf-frequency-data");
}
}
} else
SYSLOG("probe", "missing storage instance");
}
return nullptr;
}

Alles anzeigen

Auch findet man in originalen Mac Dumps kein cf-frequency-data Property für CPU0 im IOReg. Deswegen hätte ich jetzt gedacht, dass egal ob CPUFriendProvider.kext oder SSDT, CPUFriend.kext an sich notwendig ist...

rubenszy · 13. August 2018

Kurz gesagt ist das nur eine Plist, das die Plist von hier

mit werten füttert, die in der Originalen nicht vorhanden sind, also andere FrequencyVectors, ähnlich das selbe was https://github.com/Piker-Alpha/freqVectorsEdit.sh macht.

kuckkuck · 13. August 2018

Der einzige Sinn von CPUFriend ist dementsprechend andere FrequencyVectors als die im SMBios hinterlegten zu injecten.

Dementsprechend macht die Nutzung der Kext auch nur Sinn, wenn die Daten aus der genutzten X86-Plist auch verändert werden. FreqVectorsEdit ändert soweit ich weiß lediglich die Zuordnung, sprich lassen sich für zB ein iMac17.1 auch die FrequenceVectors eines anderen Macs (andere Board-ID) injecten. Die Vectors an sich werden dabei nicht verändert (manuelle Anpassung der Plist ist mit dem Tool jedoch möglich).

Wenn du eine SSDT mit CPUFriend baust, wie veränderst du dann die FrequencyVectors?

rubenszy · 13. August 2018

Gar nicht, was ich nicht verstehe ist, was soll das bringen die 1 zu1 Kopie plist mit cpufriend noch mal zu laden wenn sie schon vom SMBios aus geladen wird.

Noir0SX · 13. August 2018

Zitat von rubenszy

.....da man nur wenig über CPUFriend findet was einem wirklich weiter hilft.

Passt zwar nicht ganz zum Thema... oder doch. Hat aber nichts mit Euch zweien zutun.

Ich verstehe dann auch User nicht, wenn man die Infos CPUFriend oder Lilu & Plugins zusammenträgt, die dann per PN/Mail noch meckern.

So weiter im Text, musste ich mal los werden

rubenszy · 13. August 2018

Das was du machst ist schon OK, nur stellen wir gerade mal fest, das dieser kext eigentlich nicht wirklich was bring, wenn man nicht die plist aus dem CPUFriendDataProvider.kext mit anderen FrequencyVectors ändert.
Das einzige was Sinn macht mit dem kext ist, wenn du eine CPU hast die einem iMac18.3 gleicht, du aber das SMBios von einem iMac 14.2 eingegeben hast aber die FrequencyVectors von den iMac18.3 nutzen möchtest.

Willkommen! Melde dich an oder registriere dich.

Hilfe bei Erstellung DSDT/SSDT gewünscht

guigu Vor 6 Minuten

kaneske Vor 7 Minuten

Emu Vor 49 Minuten

Emu Vor 50 Minuten

KungfuMarek Vor 51 Minuten

Boot dauert durch Itlwm/AirportItlwm bis zu 5 Minuten (OpenCore)

USB Port Mapping mal wieder. 'Fenvi T919 Wireless Card' Bluetooth

HP ProBook 450 G5 - Neustart statt Shutdown

FakeSMC.kext vs VirtualSMC.kext

Problem mit Sleep/Wake- Update 2018: UI Lag nach Wake

Teilen

5 Benutzer haben hier geschrieben

iMac17,1	GA-Z170N WiFi F22f \|i5-6600 HD530 \|RX560 \|16GB \|250GB SSD \|macOS 14.4.1 \|*
MacBook9,1	XiaoMi Air 12,5"(erster XiaoMi im Forum)\|M3 6Y30 HD515 \|4GB \|128 & 250GB SSD \|macOS 11.6 \|Clover
MacBookPro15,4	XiaoMi-Pro-15,6" \|i5-8250U UHD620 \|8GB \|250 & 250GB SSD \|macOS 14.4.1 \|*
MacBookPro16,1	XiaoMi RedMi 14" (erster RedMe im Forum)\|i7-10510U \| 8GB \| 512GB SSD \| macOS 14.4.1 \|*
MacMini8,1	NVISEN Y-MU01(erster NVISEN im Forum)\|i7-10510U \|24GB \|256GB SSD \|macOS 14.4.1 \|*
MacMini8,1	HYSTOU S210H (Adventskalender vs. DSM2 samt Fake Profil)\|i9-9880H UHD630\|32GB \|250GB SSD \|macOS 14.4.1 \|*
MacMini8,1	HYSTOU P05B (erster Hack mit OpenCore im Forum)\|I7-8550U UHD620\|16GB \|500GB SSD \|macOS 14.4.1 \|*