Contribute
Register

SSDT generation script (Ivybridge PM)

Status
Not open for further replies.
Currently:
1. AppleIntelCPUPowerManagement is stock
2. IOPlatformPlugInFamily is stock
3. X86PlatformPlugin is stock, unedited
4. Testing with HWMonitor

The above setup worked me 100% under 10.8.5, but not with 10.9.1. This is why I asked about it.

Interesting thing:
I tried with my previous SSDT.aml (which worked under 10.8.5) and it gives me 1.6-3.8 Ghz steps. The problem is that I have to click on HWMonitor to actually see the clock changes as it wouldn't change if I leave it alone and don't click. I tried to update HWMonitor and the same thing remained. This is why I recreated the SSDT.aml under Mavericks but with that SSDT I get only 800 Ghz and it stays there. I attach the two SSDTs. They are different even though I created them on the same config with the same ssdtPRGen. ML one is 1375 bytes, the new Mavericks one is 927 bytes!

HwMonitor is not a valid way to test pstates. Use a different method (one of those that I mentioned) to track pstates.
 
Ok, I'll experiment if you say it should work.

I still don't understand why ssdtPRGen produce different SSDT.amls under Mavericks and Mountain Lion. I think the problem originates from this point.
 
I have overclocked my CPU i5 4670k at 4,6Ghz. Everything seems to work perfectly in Prime
Nice temp ...etc

I have added
~/ssdtPRGen.[sh/command] Frequency (4600)

Is is the correct way to use SSDTPrGen for overclocking ?
 
Ok, I'll experiment if you say it should work.

I still don't understand why ssdtPRGen produce different SSDT.amls under Mavericks and Mountain Lion. I think the problem originates from this point.

SOLVED! And all the kexts are stock.

I updated ssdtPRGen to v9.0 and not it generates a 1726 bytes long ssdt.aml which works with Mavericks 10.9.1!
 
Hello i tried your script, its fantastic work. I only got one problem my system log says CPUs evaluation failed _CST and when i generate SSDT file it shows this warning

System information: Mac OS X 10.9.1 (13B42)
Brandstring 'Intel(R) Core(TM) i5-3317U CPU @ 1.70GHz'
Processor Declaration(s) Found in DSDT
Generating ssdt_pr.dsl for a MacBookAir5,2 [Mac-2E6FAB96566FE58C]
Ivy Bridge Core i5-3317U processor [0x306A9] setup [0x0604]
With a maximum TDP of 17 Watt, as specified by Intel


Warning: Low Frequency Mode is 0 (unknown/unconfirmed)
Now using 1200 MHz for Mobile processor


Number logical CPU's: 4 (Core Frequency: 1700 MHz)
Number of Turbo States: 9 (1800-2600 MHz)
Number of P-States: 15 (1200-2600 MHz)
Adjusting C-States for detected (mobile) processor
Injected C-States for CPU0 (C1,C3,C6,C7)
Injected C-States for CPU1 (C1,C2,C3)


Warning: 'cpu-type' may be set improperly (0x0604 instead of 0x0704)Is it the problem?

My system only has the P-State 16 all the time, it never changes.

I am using Mavericks 10.9.1, Clover, SMBIOS MBA5,1 / MBA 5,2

edit fixed, i just had to rename my ssdt file to SSDT.aml, for clover


 
I have overclocked my CPU i5 4670k at 4,6Ghz. Everything seems to work perfectly in Prime
Nice temp ...etc

I have added
~/ssdtPRGen.[sh/command] Frequency (4600)

Is is the correct way to use SSDTPrGen for overclocking ?
Correct!
 
I added the following to the gServerSandyBridgeCPUList, you may want to add it to the script - but it still tries to tell me my proc is a v2 ;)

Code:
E5-2690,135,0,2900,3800,8,1

Also I've been working on trying to get my X9DAi's sleep to work right (it seems to sleep but the processor fans don't stop and it keeps using more power than it should) ... generating it this way didn't seem to change anything, and it never uses the lower speedster values (only a few higher ones)

Would anybody have any suggestions for what I may want to try or where to go to actually learn what is happening and how to debug it? I'm wondering if I need to do a custom DSDT, and I've been working on that but I haven't finished yet.
 
I am only getting 2 states, 8 and 31 with my i5-4440

is there is something that can be done to get those in between?
edited no kexts and using native power management
 
Status
Not open for further replies.
Back
Top