Contribute
Register

Quick Guide to Generate a SSDT for CPU Power Management

ssdtPRGen.sh v0.9 Copyright (c) 2011-2012 by † RevoGirl

v6.6 Copyright (c) 2013 by † Jeroen

v21.5 Copyright (c) 2013-2017 by Pike R. Alpha

-----------------------------------------------------------

Bugs > https://github.com/Piker-Alpha/ssdtPRGen.sh/issues <

./ssdtPRGen.sh: line 3862: /Users/alistairovereem/Library/ssdtPRGen/Data/Versions.cfg: No such file or directory


System information: Mac OS X 10.12.4 (16E195)

Brandstring: "Intel(R) Core(TM) i7-6700HQ CPU @ 2.60GHz"


Notice: Downloading extractACPITables.zip ...

unzip: cannot find or open /Users/alistairovereem/Library/ssdtPRGen/extractACPITables.zip, /Users/alistairovereem/Library/ssdtPRGen/extractACPITables.zip.zip or /Users/alistairovereem/Library/ssdtPRGen/extractACPITables.zip.ZIP.

rm: /Users/alistairovereem/Library/ssdtPRGen/extractACPITables.zip: No such file or directory

Fixing executing bit of extractACPITables ...

chmod: /Users/alistairovereem/Library/ssdtPRGen/Tools/extractACPITables: No such file or directory

mkdir: /Users/alistairovereem/Library/ssdtPRGen/ACPI: Permission denied

./ssdtPRGen.sh: line 2674: /Users/alistairovereem/Library/ssdtPRGen/Tools/extractACPITables: No such file or directory

grep: /Users/alistairovereem/Library/ssdtPRGen/ACPI/SSDT*.aml: No such file or directory

Error: /Users/alistairovereem/Library/ssdtPRGen/ACPI/DSDT.aml not found!

Aborting ...

Done.


Am i missing something?
 
Last edited:
ssdtPRGen.sh v0.9 Copyright (c) 2011-2012 by † RevoGirl

v6.6 Copyright (c) 2013 by † Jeroen

v21.5 Copyright (c) 2013-2017 by Pike R. Alpha

-----------------------------------------------------------

Bugs > https://github.com/Piker-Alpha/ssdtPRGen.sh/issues <

./ssdtPRGen.sh: line 3862: /Users/alistairovereem/Library/ssdtPRGen/Data/Versions.cfg: No such file or directory


System information: Mac OS X 10.12.4 (16E195)

Brandstring: "Intel(R) Core(TM) i7-6700HQ CPU @ 2.60GHz"


Notice: Downloading extractACPITables.zip ...

unzip: cannot find or open /Users/alistairovereem/Library/ssdtPRGen/extractACPITables.zip, /Users/alistairovereem/Library/ssdtPRGen/extractACPITables.zip.zip or /Users/alistairovereem/Library/ssdtPRGen/extractACPITables.zip.ZIP.

rm: /Users/alistairovereem/Library/ssdtPRGen/extractACPITables.zip: No such file or directory

Fixing executing bit of extractACPITables ...

chmod: /Users/alistairovereem/Library/ssdtPRGen/Tools/extractACPITables: No such file or directory

mkdir: /Users/alistairovereem/Library/ssdtPRGen/ACPI: Permission denied

./ssdtPRGen.sh: line 2674: /Users/alistairovereem/Library/ssdtPRGen/Tools/extractACPITables: No such file or directory

grep: /Users/alistairovereem/Library/ssdtPRGen/ACPI/SSDT*.aml: No such file or directory

Error: /Users/alistairovereem/Library/ssdtPRGen/ACPI/DSDT.aml not found!

Aborting ...

Done.


Am i miss something?

Since you used the non-beta version first, now you have to delete all files from ~/Library/ssdtPRGen before attempting to use the beta version.
 
I need some assistance. I had been running the Skylake 6700K 4.0 which will boost to 4.2 GHZ with no problems. I was getting the correct p-states and the processor would ramp up and down depending on the workload. I achieved this by generating the correct states using pikes ssdt generator shell script.

I decided to give overclocking a go and increase the chip slightly so that it would boost to 4.4 GHZ. I was going to re-generate ssdt using the script, but this time using -turbo 4400, so that it would not stop at 4.2.

The problem i noticed is that after 10.12.4 the ssdt/aml no longer seems to work.

The chip stays constantly on 4.2 GHZ. No ramp up and ramp down. Just one state. Even after generating a new ssdt/aml for 4.4 GZ, the same effect occurs.

If i remove the ssdt/aml from CLOVER/ACPI/Patched , leaving no files in that directory, then the CPU will actually change states based on activity. Going from 800 mhz - 4.2 GHZ. I would be happy to almost leave it like this, except the swings of the CPU seem to me to be too great.

Any thoughts?

This is what was produce from the script.

CPU Ratio Info:
------------------------------------
CPU Low Frequency Mode.............: 800 MHz
CPU Maximum non-Turbo Frequency....: 4000 MHz
CPU Maximum Turbo Frequency........: 4400 MHz
CPU P-States [ 43 (44) ]
CPU C3-Cores [ 0 2 3 5 6 ]
CPU C6-Cores [ 0 1 2 3 4 7 ]
CPU C3-Cores [ 0 2 3 4 5 6 7 ]
CPU C6-Cores [ 0 1 2 3 4 6 7 ]
CPU C3-Cores [ 0 1 2 3 4 5 6 7 ]
CPU C6-Cores [ 0 1 2 3 4 5 6 7 ]
CPU P-States [ (8) 43 44 ]
CPU P-States [ 8 42 43 (44) ]
 

Attachments

  • SSDT.aml
    2.4 KB · Views: 142
Hi, dunno if it has been shared already but :

http://osxtip.tistory.com/683

IMG_2422.PNG
 
try kextutil instead of kextload (as per instructions in the op).

It might dump more info, guy that got the error. And guy from the reboot, did you try googling that? I dunno really, would have freaked my **** out if my machine had done that lol

mine looks like:


edit: after testing this a bit, I noticed it goes up to x42 sometimes, but vast majority of the time it sits on x8 or x40. I look the frequency in hardware monitor. Also had a sleepwake failure tonight, not sure if related. I'm still not satisfied with the power management bc I want to see something else other than x8 or x40...

So I compiled the AppleIntelInfo.kext on my own machine using XCode, and it ran just fine. My output is:

CPU Ratio Info:
------------------------------------------
Base Clock Frequency (BLCK)............. : 100 MHz
Maximum Efficiency Ratio/Frequency.......: 12 (1200 MHz)
Maximum non-Turbo Ratio/Frequency........: 33 (3300 MHz)
Maximum Turbo Ratio/Frequency............: 36 (3600 MHz)
P-State ratio * 100 = Frequency in MHz
------------------------------------------
CPU P-States [ 30 (36) ]
CPU C6-Cores [ 0 3 4 6 8 10 ]
CPU P-States [ 28 30 (36) ]
CPU C6-Cores [ 0 2 3 4 6 8 9 10 ]
CPU P-States [ (12) 24 28 30 36 ]
CPU P-States [ (12) 22 24 28 30 36 ]
CPU P-States [ 12 22 24 28 30 32 (36) ]
CPU C6-Cores [ 0 1 2 3 4 6 8 9 10 ]
CPU P-States [ (12) 21 22 24 28 30 32 36 ]
CPU P-States [ (12) 19 21 22 24 28 30 32 36 ]
CPU P-States [ (12) 19 20 21 22 24 28 30 32 36 ]
CPU C6-Cores [ 0 1 2 3 4 6 8 9 10 11 ]
CPU P-States [ (12) 18 19 20 21 22 24 28 30 32 36 ]
CPU C6-Cores [ 0 1 2 3 4 5 6 8 9 10 11 ]
CPU P-States [ (12) 18 19 20 21 22 24 26 28 30 32 36 ]
CPU P-States [ (12) 16 18 19 20 21 22 24 26 28 30 32 36 ]
CPU P-States [ (12) 16 17 18 19 20 21 22 24 26 28 30 32 36 ]
CPU P-States [ 12 16 17 18 19 20 21 22 24 26 28 30 32 (33) 36 ]
CPU P-States [ (12) 16 17 18 19 20 21 22 23 24 26 28 30 32 33 36 ]
CPU P-States [ 12 16 17 18 19 20 21 22 23 24 26 27 28 30 32 33 (36) ]
CPU P-States [ (12) 16 17 18 19 20 21 22 23 24 25 26 27 28 30 32 33 36 ]
CPU P-States [ 12 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 32 (33) 36 ]
CPU P-States [ 12 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 (33) 36 ]
CPU C6-Cores [ 0 1 2 3 4 5 6 7 8 9 10 11 ]
CPU P-States [ 12 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 (33) 34 36 ]
CPU P-States [ 12 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 (36) ]
CPU P-States [ (12) 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 ]
 
Guys, I used power gadget today, and the result is a success. HWmonitor shows different readings.
Which one to trust?
 
Last edited:
Are SSDT states still needed with latest Clover on Sierra ?
I have a strange behaviour, when generating the SSDT using the tool, putting it inside clover, I get small variations around 3.5 3.2 ghz.
If I remove the ssdt and disable c/p states, I see the cpu going down to 800mhz in idle.
Here is my capture of the settings I have in clover and also no ssdt imported at all.
From my understanding, using a SSDT would allow my cpu to idle at 800mhz...but it looks like it's the opposite here.

Any thoughts on this behaviour ?

Thanks !
 

Attachments

  • Screen Shot 2017-05-02 at 01.21.01.png
    Screen Shot 2017-05-02 at 01.21.01.png
    4.7 MB · Views: 177
Are SSDT states still needed with latest Clover on Sierra ?
I have a strange behaviour, when generating the SSDT using the tool, putting it inside clover, I get small variations around 3.5 3.2 ghz.
If I remove the ssdt and disable c/p states, I see the cpu going down to 800mhz in idle.
Here is my capture of the settings I have in clover and also no ssdt imported at all.
From my understanding, using a SSDT would allow my cpu to idle at 800mhz...but it looks like it's the opposite here.

Any thoughts on this behaviour ?

Thanks !

Yes. Without a SSDT for Native Powermanagement X86PlatformPlugin will not loaded and your CPU will be stuck in one Power state.
 
Back
Top