SSDT generation script (Ivybridge PM)

[Chipsybg]

Guys, is this supposed to happen????


Last login: Sat Sep 14 22:20:55 on ttys000
localhost:~ chillradoslavov$ /Volumes/Lion\ OSX\ /Users/Chill/ssdtPRGen.command ; exit;

sdtPRGen.sh v6.6 Copyright (c) 2013 by Pike R. Alpha
----------------------------------------------------------------
Processor Declaration(s) Found in DSDT (ACPI 1.0 compliant)
Generating ssdt_pr.dsl for a Macmini6,2 [Mac-F65AE981FFA204ED]
Ivy Bridge Core i7-3770K processor [0x306A9] setup [0x0701]
With a maximum TDP of 77 Watt, as specified by Intel
Number logical CPU's: 8 (Core Frequency: 3500 MHz)
Number of Turbo States: 4 (3600-3900 MHz)
Number of P-States: 24 (1600-3900 MHz)
/Volumes/Lion OSX /Users/Chill/ssdtPRGen.command: line 551: $gSsdtPR: ambiguous redirect
.
.
.
.(....deleted around 500 lines of text for every command: line### here...)
.
.
/Volumes/Lion OSX /Users/Chill/ssdtPRGen.command: line 552: $gSsdtPR: ambiguous redirect
/Volumes/Lion OSX /Users/Chill/ssdtPRGen.command: line 553: $gSsdtPR: ambiguous redirect
/Volumes/Lion OSX /Users/Chill/ssdtPRGen.command: line 1057: $gSsdtPR: ambiguous redirect
Injected C-States for CPU0 (C1,C3,C6)
Injected C-States for CPU1 (C1,C2,C3)
Warning: Model identifier [Macmini6,2] is missing from: /S*/L*/CoreServices/PlatformSupport.plist

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

Error 4092 - Could not open file "/Volumes/Lion" (No such file or directory)

/Volumes/Lion OSX /Users/Chill/ssdtPRGen.command: line 2141: [: too many arguments
logout

[Process completed]

Obviously the app is not working for me, but how can I fix it? There is a easier way too - does anyone have a SSDT for 4.5Ghz 3770K?

Thanks!

 

[praetorius]

these are my values under testing

Sep 17 15:24:58 praetoriuss-iMac kernel[0]: MSRDumper PStatesReached: 16 34
Sep 17 15:24:58 praetoriuss-iMac kernel[0]: MSRDumper CoreMulti(16)
Sep 17 15:24:58 praetoriuss-iMac kernel[0]: MSRDumper PStatesReached: 16 34
Sep 17 15:24:59 praetoriuss-iMac kernel[0]: MSRDumper CoreMulti(16)
Sep 17 15:24:59 praetoriuss-iMac kernel[0]: MSRDumper PStatesReached: 16 34

iMac13,1 smbios, DropSSDT=yes, C/PStates=No. AsusP8h77mle, i7-3770

Is that normal or am i missing something?

 

[RehabMan]

these are my values under testing

Sep 17 15:24:58 praetoriuss-iMac kernel[0]: MSRDumper PStatesReached: 16 34
Sep 17 15:24:58 praetoriuss-iMac kernel[0]: MSRDumper CoreMulti(16)
Sep 17 15:24:58 praetoriuss-iMac kernel[0]: MSRDumper PStatesReached: 16 34
Sep 17 15:24:59 praetoriuss-iMac kernel[0]: MSRDumper CoreMulti(16)
Sep 17 15:24:59 praetoriuss-iMac kernel[0]: MSRDumper PStatesReached: 16 34

iMac13,1 smbios, DropSSDT=yes, C/PStates=No. AsusP8h77mle, i7-3770

Is that normal or am i missing something?

That is normal for iMac13,1 except for the lack of turbo states. Maybe you don't have the SSDT installed correctly, or you didn't push the CPU hard enough to use turbo states.

 

[praetorius]

using enoch as bootloader, does the SSDT stay at /Extra or /Extra/ACPI?

let me try both locations and see (how do i push it hard enough other than running benchmark apps?)

EDIT: keeping it on /Extra/ACPI yielded the same result while running benchmark app. 16 & 34 means 1.6ghz and 3.4ghz?

 

[RehabMan]

using enoch as bootloader, does the SSDT stay at /Extra or /Extra/ACPI?

let me try both locations and see (how do i push it hard enough other than running benchmark apps?)

EDIT: keeping it on /Extra/ACPI yielded the same result while running benchmark app. 16 & 34 means 1.6ghz and 3.4ghz?

I'm don't use enoch, but isn't it just a branch of Chameleon? For Chameleon (which I do use), it loads from /Extra/ssdt.aml. You can see what is loading from where by looking at the output of bdmesg (from Terminal).

 

[Chipsybg]

Can anyone provide a SSDT for 3770K overclocked? 4.2, 4.3 or 4.5 or something like that, either would be fine.
The script is not working properly for me

 

[PikeRAlpha]

Can anyone provide a SSDT for 3770K overclocked? 4.2, 4.3 or 4.5 or something like that, either would be fine. The script is not working properly for me

Please read post #1 (Tips) in case something isn't working for you (see terminal output).

 

[aaron97]

First of all I really appreciate your work. I generated an SSDT for my 3770k and it works great. The only problem I have is not with your generation script, but being forced to use the macmini 6,2 definition. Hardware acceleration through my 650 ti does not work properly while using a mac mini system def. Is there any work around to be able to use other system definitions, but still be able to reach different P-states? Thanks much once again.

 

[stylin1]

I ran script & got no errors, but when I load from the ssdt I'm locked to 800MHz. Help would be appreciated. I'm running 10.8.5 with chameleon (newest). I have a 3770K it's overclocked to 4.7, but I'm just running the default settings of the script just to get working, so it should atleast turbo to 3.9. If you need more to diagnose please ask & i'll send. SMBios Mac mini 6.2

sdtPRGen.sh v6.6 Copyright (c) 2013 by Pike R. Alpha
----------------------------------------------------------------
Processor Declaration(s) Found in DSDT (ACPI 1.0 compliant)
Generating ssdt_pr.dsl for a Macmini6,2 [Mac-F65AE981FFA204ED]
Ivy Bridge Core i7-3770K processor [0x306A9] setup [0x0701]
With a maximum TDP of 77 Watt, as specified by Intel
Number logical CPU's: 8 (Core Frequency: 3500 MHz)
Number of Turbo States: 4 (3600-3900 MHz)
Number of P-States: 24 (1600-3900 MHz)
Injected C-States for CPU0 (C1,C3,C6)
Injected C-States for CPU1 (C1,C2,C3)

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

ASL Input: /Users/akcserver/Desktop/ssdt_pr.dsl - 261 lines, 8392 bytes, 57 keywords
AML Output: /Users/akcserver/Desktop/ssdt_pr.aml - 1626 bytes, 27 named objects, 30 executable opcodes

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

Warning: Failed to locate the Clover boot.log
Creating temporarily mount point: /Volumes/EFI

Thanks

 

[dominic714342]

Hello people of the SSDT thread,

I have a 3317U IB mobile running on MBA 5,1 SMBIO.
Speedsteps and Turbo Boost is working, but I am trying to fine tune my SSDT to run on x8 to extend the battery life.
When I am looking at the SSDT.aml I can help but notice there is is x26.01 Pstate in addition to the x26 Pstate.
When I open up the .dsl file I found that it is for a "/* Workaround for the Ivy Bridge PM 'bug' */"

here is the problem, I have 20 pstates on the original SSDT, x8-x26 and x26.01. I am trying to add another Pstate at the bottom of the table(x7) to achieve x8(APLF One). However, if I add an addition Pstate to make it APSS21. I got KP. I had to delete the x26.01 in order to add x7 on the table.

so exactly how important is the "Workaround for the IB PM bug"

            /* Workaround for the Ivy Bridge PM 'bug' */
            Package (0x06) { 0x0A29, 0x004268, 0x0A, 0x0A, 0x1B00, 0x1B00 },
            /* High Frequency Modes (turbo) */
            Package (0x06) { 0x0A28, 0x004268, 0x0A, 0x0A, 0x1A00, 0x1A00 },
            Package (0x06) { 0x09C4, 0x004268, 0x0A, 0x0A, 0x1900, 0x1900 },
            Package (0x06) { 0x0960, 0x004268, 0x0A, 0x0A, 0x1800, 0x1800 },
            Package (0x06) { 0x08FC, 0x004268, 0x0A, 0x0A, 0x1700, 0x1700 },
            Package (0x06) { 0x0898, 0x004268, 0x0A, 0x0A, 0x1600, 0x1600 },
            Package (0x06) { 0x0834, 0x004268, 0x0A, 0x0A, 0x1500, 0x1500 },
            Package (0x06) { 0x07D0, 0x004268, 0x0A, 0x0A, 0x1400, 0x1400 },
            Package (0x06) { 0x076C, 0x004268, 0x0A, 0x0A, 0x1300, 0x1300 },
            Package (0x06) { 0x0708, 0x004268, 0x0A, 0x0A, 0x1200, 0x1200 },
            /* High Frequency Modes (non-turbo) */
            Package (0x06) { 0x06A4, 0x004268, 0x0A, 0x0A, 0x1100, 0x1100 },
            Package (0x06) { 0x0640, 0x003DCA, 0x0A, 0x0A, 0x1000, 0x1000 },
            Package (0x06) { 0x05DC, 0x003944, 0x0A, 0x0A, 0x0F00, 0x0F00 },
            Package (0x06) { 0x0578, 0x0034D6, 0x0A, 0x0A, 0x0E00, 0x0E00 },
            Package (0x06) { 0x0514, 0x00307F, 0x0A, 0x0A, 0x0D00, 0x0D00 },
            /* Low Frequency Mode */
            Package (0x06) { 0x04B0, 0x002C3F, 0x0A, 0x0A, 0x0C00, 0x0C00 },
            Package (0x06) { 0x044C,     Zero, 0x0A, 0x0A, 0x0B00, 0x0B00 },
            Package (0x06) { 0x03E8,     Zero, 0x0A, 0x0A, 0x0A00, 0x0A00 },
            Package (0x06) { 0x0384,     Zero, 0x0A, 0x0A, 0x0900, 0x0900 },
            Package (0x06) { 0x0320,     Zero, 0x0A, 0x0A, 0x0800, 0x0800 }