Suchergebnisse
Suchergebnisse 21-28 von insgesamt 28.
-
Ja genau so. Auch das Limit rausgenommen "02 00 00 00 0D 00 00 00 01 00 00 00 00 00 00 00 (0x0d/1300MHz set as limit).".Keine Änderung. 1300 min.Nur mit dem HWPEnabler klappt es bei mir. Ist aber auch OK. Die Werte sind super. Das es unter Windows noch etwas weiter runter geht ist auch super, aber nich unbedingt nötig.
-
Ich habe es mit 00 ohne Limit prpbiert. Aber ich teste das nochmal mit den 500 als Limit.
-
Hi @kuckkuck,Hier nochmals eine Rückmeldung. Habe das ganze jetzt nochmals nach deiner Anleitung komplett neu gemacht.> Mit freqVectorsEdit.sh eine gepatchte Mac-XXXXXXXXXX.plist erstellt.> LVM angepasst auf 00 > 05 erzielt das gleiche Ergebnis> Mit dem ResourceConverter.sh eine ssdt_data.dsl erstellt.> Die "Method (_DSM, 4, NotSerialized)" aus der ssdt_data.dsl kopiert und in die bereits zuvor mit ssdtPRGen.sh erzeugte ssdt.aml eingefügt.Ergebnis: Habe jetzt die gleichen Werte wie mit HWPEnable…
-
freqVectorsEdit.sh verändert die Mac-XXXXXXXXXX.plist passend zum Prozessor. Ohne diese Änderungen erhalte ich ein falsches Ergebnisse mit meinem i7-7500U Prozessor und der angepassten Datei ssdt.aml und dem CPUFriend Kext. Teste es mal.
-
CPUFriendDataProvider hat bei mir auch nicht geklappt. Ich habe die ssdt_data.dsl erstellt und dann die Methode _DSM in die zuvor erzeugte ssdt eingefügt/ersetzt.
-
Hiermit funktioniert das ganze mit der CPU Frequenz super. Wer möchte kann das mal Testen.CPU Power Management / Clocks im Idle zu hoch
-
Beiden Methoden alt und neu ergaben bei mir exakt den gleichen Wert "cf-frequency-data".
-
Habe ich eben auch getestet. Die Prüfsumme vom Hex-Code ist exakt die gleiche. Somit keine Änderung. Auch nicht sonst irgendwo in der info.plist.