SpeedStepper (now supports Mountain Lion 10.8.3)

magnifico · May 24, 2012

I believe the guys over at tonymac have been dealing with this. They have created an SSDT for it and it fixes the speed step issue on 10.7.4

Naa...i have try ssdt table...but work only three pstate

haxzion · May 24, 2012

I believe the guys over at tonymac have been dealing with this. They have created an SSDT for it and it fixes the speed step issue on 10.7.4

Actually the SSDT issue in 10.7.4 was solved by revogirl not tonymac and the the problem was the missing Pstates from SSDT.

magnifico · May 25, 2012

Infact it 'was revogirl to solve this problem.Now on my 10.7.4 I have only three working pstate (16 35 49) while on 10.7.3 with the 10.6.8 kext (IoPlatformFamily) working every pstate, how do I fix this annoying problem?

Ps: But for me cpu work perfect , my geekbench score is high and not slow.

oSxFr33k · May 28, 2012

Worked perfect for me since the first 10.7.4 beta, and final release (after fixed my SSDT tables). BTW, the AICPMPatch by el coniglio (olarila site).

So for 10.7.4 I cannot use the generate P and C states = yes in the cabp? I will have to bring in my SSDT table after being modified? This is for an Asus G74SX gamers laptop not the Asus Workstation motherboard that the thread was started for initially.

Is there a thread on how to do this entire DSDT/SSDT/CABP procedure? Thanks

juanerson · May 28, 2012

Yes, fixing the SSDT table(s) for P-States is the way to work correctly with the AICPMPatch. Because in 10.7.4 "GeneratePStates=Yes" not worked for my laptop (pegatron motherboard - AMI EFI Bios).

Now I have all my SSDT tables (attached only for reference) from /Extra and set "DropSSDT=Yes", "GeneratePStates=No" and "GenerateCStates=No" from /Extra/org.chameleon.Boot.plist

You can use AIDA64 (Everest before) to extract your table(s), then fix your P-States to complete the proper sequence (RevoGirl idea).

Also, please see this Very Important complementary information in olarila web site. Good Luck.

About my five (5) SSDT tables:

Are two for C-States support (I don't need GenerateCStates anymore):

- SSDT.aml = "Cpu0Cst" for CPU0

- SSDT-1.aml = "ApCst" return C-States for CPU1 to CPU7

Optional (exclusive for my CPU):

- SSDT-2.aml = "CpuPm" the firmware memory table for CPU Power Management

Two for P-States (Just fixed only the table number 3):

- SSDT-3.aml = "Cpu0Ist" for CPU0, this is the fixed main table for P-States support

- SSDT-4.aml = "ApIst" return P-States for CPU1 to CPU7

SSDT tables & ocBp.zip

mactition · June 11, 2012

Hi Guys;

I've used SpeedStepper to patch AppleIntelCPUPowerManagement.kext for Mac OS Snow Leopard 10.6.8 and all versions of Lion.

SpeedStepper for Lion 10.7.3, applied to "AppleIntelCPUPowerManagement.kext, version 167.3.0" works with Lion 10.7.4

Before rebooting after updating Lion 10.7.3 to 10.7.4, I deleted the Lion 10.7.4 version of AppleIntelCPUPowerManagement.kext, and used an app to install the previous patched version for Lion 10.7.3. You can do this manually or use terminal, the system is still in root mode.

Download for "speed_stepper_lion_1073_11d24.zip" posted here . . .

http://www.insanelym...7

My system Specs . . .

Motherboard: Zotac H67-ITX-C-E

CPU: Intel Core i7-2600K

GPU: Sapphire ATI Radeon 5770 (model 100283-3L)

DSDT: Edits for HDMI audio only required, all else is vanilla

WiFi: May require swapping card for an Atheros or Broadcom, or use RaLink Driver for Mac OS.

All works, no issues.

Edited June 11, 2012 by Alessandro17
http://www.insanelymac.com/forum/index.php?showtopic=275942

slowTerminal · June 13, 2012

SpeedStepper not working for ML DP4.

Unrecognized character \xCF; marked by <-- HERE after <-- HERE near column 1 at AppleIntelCPUPowerManagement.kext/Contents/MacOS/AppleIntelCPUPowerManagement line 1.

Regi Yassin · June 13, 2012

AICPMPatch.pl doesnt work too fro ML DP 4

works only with DP 3

so, installed DP4 and replace the AICPUPM.kext from DP 3

oldnapalm · June 13, 2012

All AICPM versions from 10.6.8 to 10.8 DP3 have 10 instances of wrmsr 0xE2, that's why the script had this check, to avoid the patch being applied more than once

if($#enderecos != 9) {
print "file is already patched or untested version\n\n";
next;
}

ML DP4 AICPM has 11 occurrences, so the script won't patch it unless we remove the check.

AICPMPatch.pl.zip

Backup the kext before patching and make sure you don't run the patcher twice, or it will patch instructions that should not be patched.

ExMike · June 13, 2012

All working, thank u

oSxFr33k · June 18, 2012

Yes, fixing the SSDT table(s) for P-States is the way to work correctly with the AICPMPatch. Because in 10.7.4 "GeneratePStates=Yes" not worked for my laptop (pegatron motherboard - AMI EFI Bios).

Now I have all my SSDT tables (attached only for reference) from /Extra and set "DropSSDT=Yes", "GeneratePStates=No" and "GenerateCStates=No" from /Extra/org.chameleon.Boot.plist

You can use AIDA64 (Everest before) to extract your table(s), then fix your P-States to complete the proper sequence (RevoGirl idea).

Also, please see this Very Important complementary information in olarila web site. Good Luck.

About my five (5) SSDT tables:

Are two for C-States support (I don't need GenerateCStates anymore):

- SSDT.aml = "Cpu0Cst" for CPU0

- SSDT-1.aml = "ApCst" return C-States for CPU1 to CPU7

Optional (exclusive for my CPU):

- SSDT-2.aml = "CpuPm" the firmware memory table for CPU Power Management

Two for P-States (Just fixed only the table number 3):

- SSDT-3.aml = "Cpu0Ist" for CPU0, this is the fixed main table for P-States support

- SSDT-4.aml = "ApIst" return P-States for CPU1 to CPU7

Is this guide necessary for the upcoming Mountain Lion release or this is only for the 10.7.4 update?

juanerson · June 25, 2012

There is no guide, IMHO, but it is a recommended FIX which can be implemented to bring proper functionality in upcoming versions of "OS X".

zcream · June 29, 2012

Hi! I hit the 1.6GHz limit on my i7-970 on a Asus P6T7

I read through this thread and used Revogirls script from here.

http://revogirl.wordpress.com/2012/04/23/aboutp-state-stepper-error-18-at-step/

I used

sudo ./ssdtPRGen.sh 130 3460

For 130W TDP and 3.46 GHz max Turbo freq.

Now I have ssdt-pr.dsl

I also have ssdt.aml ssdt-1.aml ssdt-2.aml from Aida64

This is where I am stuck. What do I do now ?

what goes where ?

I have attached these files.

ssdt-i7-970.zip

artur_pt · June 30, 2012

hi

what u have read is for sandy cpu, not u case

try to use the 3 files (ssdt, ssdt-1, ssdt-2)

chameleon

p and c-states=No

DropSSDT=Yes

and test

good hack

seanmcgpa · July 2, 2012

FYI - Revogirl (Samantha) recently passed on. A moment of silence for an incredible young person who contributed a lot to this community ...

Hugo_bee · July 8, 2012

hy.

since I worked on lion.. I used speedstepper, the boot.chameleon pstate and cstate and no extraxt/merge of ssdt into dsdt

also I never modded my bios.. because it's too recent and I've no idea on how to do that.

but.. in lion I was sleep/resume fine.

now: revogirl blog is dead, mt asus g53s has 98% ootb hardware in ML DP4.. but obviously I have to patch AICPM, and I never come back to DP3 because for the 1st time I have BT4.0 native drivers and Geforce GTX460M good benchmark without freeze.

so:

I tried to do with this perl script.. but the boot gave me KP

I'm asking you.. if it's possible.. to explain the best procedure (mrsdumper or ssdt extract with aida or ubuntu etc) and what kind of operation I have to do to inject into DSDT (if it's a must)

because I think that altering AICPM with this utility is not enought as before in Lion.

(I read about patching SMCPlugin.. , but indeed revogirl's blog is dead)

I use Macbookpro8,2 and i7 2600 HM65) , no HD 2nd video

byr

ugo

oSxFr33k · July 13, 2012

hy.

since I worked on lion.. I used speedstepper, the boot.chameleon pstate and cstate and no extraxt/merge of ssdt into dsdt

also I never modded my bios.. because it's too recent and I've no idea on how to do that.

but.. in lion I was sleep/resume fine.

now: revogirl blog is dead, mt asus g53s has 98% ootb hardware in ML DP4.. but obviously I have to patch AICPM, and I never come back to DP3 because for the 1st time I have BT4.0 native drivers and Geforce GTX460M good benchmark without freeze.

so:

I tried to do with this perl script.. but the boot gave me KP

I'm asking you.. if it's possible.. to explain the best procedure (mrsdumper or ssdt extract with aida or ubuntu etc) and what kind of operation I have to do to inject into DSDT (if it's a must)

because I think that altering AICPM with this utility is not enought as before in Lion.

(I read about patching SMCPlugin.. , but indeed revogirl's blog is dead)

I use Macbookpro8,2 and i7 2600 HM65) , no HD 2nd video

byr

ugo

The pstate and cstate always worked for me. When I tried the ssdt1, ssdt2, ssdt3 etc thing a long time ago maybe 1 or 1.5 years my temperature of my CPU ran hotter. I cannot picture how ssdt will make my temp's run lower over chameleon or chimera default pstate/cstate?

oSxFr33k · July 15, 2012

All AICPM versions from 10.6.8 to 10.8 DP3 have 10 instances of wrmsr 0xE2, that's why the script had this check, to avoid the patch being applied more than once
if($#enderecos != 9) {
print "file is already patched or untested version\n\n";
next;
}
ML DP4 AICPM has 11 occurrences, so the script won't patch it unless we remove the check.

AICPMPatch.pl.zip

Backup the kext before patching and make sure you don't run the patcher twice, or it will patch instructions that should not be patched.

Would you happen to have a patch for 10.8 Golden Preview?

Thanks

artur_pt · July 15, 2012

hello

use that version of the patch in u post, it works

good hack

zcream · July 15, 2012

Any chance that this may work on a dell mini 9 or 10v to enable speedstep on 10.6.8 ?

Its the only thing I do not have working yet..

oSxFr33k · July 18, 2012

Yes, fixing the SSDT table(s) for P-States is the way to work correctly with the AICPMPatch. Because in 10.7.4 "GeneratePStates=Yes" not worked for my laptop (pegatron motherboard - AMI EFI Bios).

Now I have all my SSDT tables (attached only for reference) from /Extra and set "DropSSDT=Yes", "GeneratePStates=No" and "GenerateCStates=No" from /Extra/org.chameleon.Boot.plist

You can use AIDA64 (Everest before) to extract your table(s), then fix your P-States to complete the proper sequence (RevoGirl idea).

Also, please see this Very Important complementary information in olarila web site. Good Luck.

About my five (5) SSDT tables:

Are two for C-States support (I don't need GenerateCStates anymore):

- SSDT.aml = "Cpu0Cst" for CPU0

- SSDT-1.aml = "ApCst" return C-States for CPU1 to CPU7

Optional (exclusive for my CPU):

- SSDT-2.aml = "CpuPm" the firmware memory table for CPU Power Management

Two for P-States (Just fixed only the table number 3):

- SSDT-3.aml = "Cpu0Ist" for CPU0, this is the fixed main table for P-States support

- SSDT-4.aml = "ApIst" return P-States for CPU1 to CPU7

How are you today. I finally got the same tables as you by running AIDA64. I am going to give the a try. CAn you post your original ssdt-3 table so I can compare to see what fixes you did and then apply that to my ssdt-3.

I am comparing mine to yours now and I think I can see at least some script you removed. I also see some repeating sections. Can you check to see if I did it correctly? It compiles fine after removing the package sections 0x80000000 but I did not remove the section under " Name (_PSS, Package (0x0E)" that seem to repeat the entire package as above one "Name (SPSS, Package (0x0E)". Should I remove that script to? Any other changes?

Name (_PSS, Package (0x0F)

I see many repeating package with garbage?

Package (0x06)

{

0x80000000,

0x80000000

}

Did you just remove those?

I also see the state sections twice repeated but with different name?

Name (SPSS, Package (0x0E)

Then all the pstates

Name (_PSS, Package (0x0E)

These have the same pstates under them so did you just remove these also?

Thanks

Edited:

I see you left both sections _PSS and APSS. Mine is named differently it is SPSS and that script run first then _PSS after. Yours is reverse. DId you have the sections with 0x8000000 and remove? Was that the only fix then?

Thanks

ssdt-3.aml.zip

ssdt-3-after.fix.aml.zip

juanerson · July 18, 2012

I am assuming ssdt-3.aml is your factory table. So, is a little bit different to editing / working on it, because your CPU has turbo states. I added those missing APSS to test, but I think is done. My guide was the genuine MacBookPro8,2 SSDT table to prepare your SSDT-3. Please look the attached, try it... and let us know. Good Luck.

SSDT-3.aml.zip

oSxFr33k · July 18, 2012

juanerson,

Thanks very much for taking the time to modify the ssdt-3. I got an kernel panic. Error said Inconsistant CPU p-state count indicates mismatched CPU packages. In the ssdt-3

Name (_PSS, Package (0x0E)

section, there are missing some p-states when compared the the section under,

Name (SPSS, Package (0x0E).

I do appreciate the time you spent to help me though.

If I run the revogirl

ssdtPRGen.sh in OSX 10.7.3 interestingly I get ssdt.aml formatted exactly like the one you can get from TonyMac's MultiBe.... v4.6.1 i7 ssdt and with the same values from the ssdt I generated from either a live Linux CD or the aida64 application. I just ran it with my CPU specs with TDP=45 and Max Turbo=2900. The only problem is I get a kernel panic see edited post below.

If I just run the default tonymac one I can boot properly and get all these pstates listed below.

If I insert my p-states from my ssdt generated from linux live cd or even from aida64 application into the tonymac ssdt I still get a kernel panic as others have reported, p-state stepper error 18 at step 35 in context 2 on cpu whatever that means?

MSRDumper pstates from tonymac's unedited ssdt:

MSRDumper CoreMulti(8)