Contribute
Register

SSDT generation script (Ivybridge PM)

Status
Not open for further replies.
Nice work PikeRAlpha! And obviously RevoGirl.

I can report a success so far for installing OSX 10.9.1 on the Asus H81T, on which you can NOT modify the BIOS with PMPatcher, or any patched BIOS so I was not sure this was all going to work.
The last step for me was to get Power Management to work. It was the final step, and lo and behold when I d/l-ed your utility etc: Placed it in my EFI partition (sigh, Asus series 8 mobo)... and yes, I have seen at least three multipliers in the HW Mon, 8, 29 and 32, and that is good enough for me at the moment. It runs as iMac14,1 which is not far off the truth considering this is a thin MiniITX board in an almost even smaller case.

This for me is the crown in the jewel. Euhm, or something like that. Cherry on top! I have to test it further but expect no real issues after I got sound and ethernet to work, plus the boot from the EFI as well... what a trip!!!! You don't think you gotta do all that when you order it with the click of a mouse! :D

Great work, thanks so much. May the force be with you.
 
Code:
System information: Mac OS X 10.9.2 (13C64)
Brandstring 'Intel(R) Xeon(R) CPU E3-1245 V2 @ 3.40GHz'
Processor Declaration(s) Found in DSDT
Generating ssdt_pr.dsl for a MacPro5,1 [Mac-F221BEC8]
Ivy Bridge Core E3-1245 v2 processor [0x306A9] setup [0x0501]
With a maximum TDP of 77 Watt, as specified by Intel
Number logical CPU's: 8 (Core Frequency: 3400 MHz)
Number of Turbo States: 4 (3500-3800 MHz)
Number of P-States: 27 (1200-3800 MHz)
Injected C-States for CPU0 (C1,C3,C6)
Injected C-States for CPU1 (C1,C2,C3)
-e 
Warning: 'cpu-type' may be set improperly (0x0501 instead of 0x0701)
-e 
Warning: 'system-type' may be set improperly (1 instead of 0)

Should I be concerned about the last four lines?

Renaming the resulting file to /Extra/SSDT.aml I got my CPU to reach 37 and 38 multipliers (3400MHz with 2234 turbo states), but now it hangs there at 36, and AppleIntelCPUPowerManagementInfo dumps me 16 36 37 38 and nothing else.

Disabling EIST in BIOS changed nothing. Switching between MacPro3,1 and MacPro5,1 SMBIOS seems to have no effect.

Should I concentrate on just using this machine, or can I gain something by digging deeper? Is there anything in X86PlatformPlugin for me?

Or does this:

Code:
   | +-o CPU0@0  <class IOACPIPlatformDevice, id 0x100000117, registered, matched, active, busy 0 (21659 ms), retain 9>
    | | +-o AppleACPICPU  <class AppleACPICPU, id 0x100000120, registered, matched, active, busy 0 (21592 ms), retain 8>
    | | | +-o AppleACPICPUInterruptController  <class AppleACPICPUInterruptController, id 0x100000129, registered, matched, active, busy 0 (0 ms), retain$
    | | | +-o X86PlatformPlugin  <class X86PlatformPlugin, id 0x1000002e0, registered, matched, active, busy 0 (21482 ms), retain 9>
    | | |   +-o X86PlatformShim  <class X86PlatformShim, id 0x100000361, !registered, !matched, active, busy 0, retain 6>

mean that I have it and am using it, but something else is amiss?

Edit 2:

Problem is, I have no idea which of these moving parts work on top of each other, and which are alternatives.

But I assume that I can either use BIOS power management by enabling EIST and Turbo there.

Or I can generate P-states and C-states or prevent Chameleon from doing that.

I assume there is a 2-step process. Something provides the table of information, i.e. SSDT. Then something uses it to generate the states. And Chameleon either uses SSDT supplied by BIOS or by me (an ssdt.aml file) to generate the states.

As an alternative, I could use X86PlatformPlugin to do that instead of Chameleon. If only I had a supported platform. Which I do not. And that is why I now see 16 and 34 and nothing else. And for some odd reason HWMonitor shows 16 as 12.

I have tried to hunt for a good combination of everything. Using MacPro5,1 or MacPro3,1 or iMac13,2 and disabling and enabling different things at different times. And will keep on doing this unless someone points me to try something.

The machine I am doing this with is the one in my sig, i.e. P8C WS, E3-1245 v2 and GT640.
 
Ever since I built my new build I have been having trouble getting parallels 9 work properly. It would install app but couldn't install a 64 bit os, until i used this script, which didn't change the system report info, but it works, I'm happy.

It would say something like you need a 64 bit processor.

Anyways if people are having trouble getting 64 bit windows or any other 64 bit os to install in Parallels 9 that has a Ivybridge, this is what you may need to do. Install the Ivybridge ssdt script and copy it to your Extra folder
 
For overclocks, do we put the OC frequency as -TURBO or -f ?

I run the following, but my uncore is over clocked to 3800, so should it be -f 3800 as well?

this is for 4700k

sudo /Applications/toolbox/ssdtPRGen.sh -c 2 -b Mac-27ADBB7B4CEE8E61 -m iMac14,2 -TURBO 4200


 
Hello.

I have problem running this at all.
First time i run the program i get the desktop icon "ssdtPRGen.command".
The second time i run it, nothing happens at all. the script doesn't seem to run and i don't get any output whatsoever.

Any suggestions on what might be messed up?

EDIT:

Ok, manage to run just the script by itself without the installer.
now however the cpu is stuck at 800mhz and the computer is really slow.

suggestions please. its unusable atm :)
 
the easy installer isnt working. For the first click it generates the shortcut for ssdtPRGen.command. for the second click it closes automatically.

OS version 10.9.2.

It worked fine in 10.9 though.

the console message
5/1/14 7:38:07.276 PM Dock[153]: no information back from LS about running process LSASN:{hi=0x0;lo=0x78078}
 
the easy installer isnt working. For the first click it generates the shortcut for ssdtPRGen.command. for the second click it closes automatically.

OS version 10.9.2.

It worked fine in 10.9 though.

the console message
5/1/14 7:38:07.276 PM Dock[153]: no information back from LS about running process LSASN:{hi=0x0;lo=0x78078}

I don't get all the ssdtPRgen.command funny business. Seems rather silly...

Just run the ssdtPRgen.sh script in Terminal.

Current script is here: https://github.com/Piker-Alpha/ssdtPRGen.sh
 
Hi,
I use a MacPro 3.1 SMBIOS, chimera 3.01 bootloader and everything works like a charm with multi beast's SSDT and without any overclocking.
But if I try to overclock my [email protected] and drop SSDT generated by ssdtPRGen into /Extra, my system becomes really slow and geekbench is around 3500 !
Any idea ?
Thanks

Here is the log:
Override value: (-f) clock frequency, now using: 3800 MHz!

System information: Mac OS X 10.9.2 (13C1021)
Brandstring 'Intel(R) Core(TM) i7-3770K CPU @ 3.50GHz'

Scope (_PR_) {220 bytes} with ACPI Processor declarations found in the DSDT (ACPI 1.0 compliant)
Generating ssdt.dsl for a 'MacPro3,1' with board-id [Mac-F42C88C8]
Ivy Bridge Core i7-3770K processor [0x306A9] setup [0x0703]
With a maximum TDP of 77 Watt, as specified by Intel
Number logical CPU's: 8 (Core Frequency: 3800 MHz)
Number of Turbo States: 1 (3900-3900 MHz)
Number of P-States: 24 (1600-3900 MHz)
Injected C-States for CPU0 (C1,C3,C6,C7)
Injected C-States for CPU1 (C1,C2,C3)

Error: board-id [Mac-F42C88C8] not supported by Ivy Bridge – check SMBIOS data / use the -c option

Do you want to continue (y/n)? y
Warning: 'system-type' may be set improperly (1 instead of 2)

Intel ACPI Component Architecture
ASL Optimizing Compiler version 20130117-64 [Jan 19 2013]
Copyright (c) 2000 - 2013 Intel Corporation

ASL Input: /Users/oliviermunier/Desktop/ssdt.dsl - 319 lines, 9362 bytes, 71 keywords
AML Output: /Users/oliviermunier/Desktop/ssdt.aml - 2020 bytes, 28 named objects, 43 executable opcodes

Compilation complete. 0 Errors, 0 Warnings, 0 Remarks, 1 Optimizations
 
Hi,
I use a MacPro 3.1 SMBIOS, chimera 3.01 bootloader and everything works like a charm with multi beast's SSDT and without any overclocking.
But if I try to overclock my [email protected] and drop SSDT generated by ssdtPRGen into /Extra, my system becomes really slow and geekbench is around 3500 !
Any idea ?
Thanks

Here is the log:
Override value: (-f) clock frequency, now using: 3800 MHz!

System information: Mac OS X 10.9.2 (13C1021)
Brandstring 'Intel(R) Core(TM) i7-3770K CPU @ 3.50GHz'

Scope (_PR_) {220 bytes} with ACPI Processor declarations found in the DSDT (ACPI 1.0 compliant)
Generating ssdt.dsl for a 'MacPro3,1' with board-id [Mac-F42C88C8]
Ivy Bridge Core i7-3770K processor [0x306A9] setup [0x0703]
With a maximum TDP of 77 Watt, as specified by Intel
Number logical CPU's: 8 (Core Frequency: 3800 MHz)
Number of Turbo States: 1 (3900-3900 MHz)
Number of P-States: 24 (1600-3900 MHz)
Injected C-States for CPU0 (C1,C3,C6,C7)
Injected C-States for CPU1 (C1,C2,C3)

Error: board-id [Mac-F42C88C8] not supported by Ivy Bridge – check SMBIOS data / use the -c option

Do you want to continue (y/n)? y
Warning: 'system-type' may be set improperly (1 instead of 2)

Intel ACPI Component Architecture
ASL Optimizing Compiler version 20130117-64 [Jan 19 2013]
Copyright (c) 2000 - 2013 Intel Corporation

ASL Input: /Users/oliviermunier/Desktop/ssdt.dsl - 319 lines, 9362 bytes, 71 keywords
AML Output: /Users/oliviermunier/Desktop/ssdt.aml - 2020 bytes, 28 named objects, 43 executable opcodes

Compilation complete. 0 Errors, 0 Warnings, 0 Remarks, 1 Optimizations

If you generate an SSDT with plugin-type=1, you must use a valid Ivy Bridge smbios. One where the board-id is supported by a plist in IOPlatformPlugin.kext/Contents/PlugIns/X86PlatformPlugin.kext/Contents/Resources.

everymac.com is a good resource for analysing actual Mac models and their CPUs.
 
If you generate an SSDT with plugin-type=1, you must use a valid Ivy Bridge smbios. One where the board-id is supported by a plist in IOPlatformPlugin.kext/Contents/PlugIns/X86PlatformPlugin.kext/Contents/Resources.

everymac.com is a good resource for analysing actual Mac models and their CPUs.

Thanks for you reply.
But even with iMac 13,2 definition (set with chameleon wizard), I've got the same issue. My computer is really really slow and About this mac still shows 3.5GHz (instead of 3.8GHz).
 
Status
Not open for further replies.
Back
Top