search

Piker-Alpha / ssdtPRGen.sh

Script to generate a SSDT for Power Management
713 stars 156 forks source link

i5 3570k stuck at x8 (800 MHz)? #67

Open timgerstel opened 9 years ago

timgerstel commented 9 years ago

I have an i5 3570k and I am using the iMac 13,2 System Definition.

After attempting to follow this guide: http://www.tonymacx86.com/mavericks-desktop-support/128926-mavericks-native-cpu-igpu-power-management.html, generating an SSDT for stock clock speeds and dropping the appropriate tables, I rebooted and was stuck at 800 MHz.

Running SSDTPRgen returns this:

ssdtPRGen.sh v0.9 Copyright (c) 2011-2012 by † RevoGirl v6.6 Copyright (c) 2013 by † Jeroen

v14.1 Copyright (c) 2013-2014 by Pike R. Alpha

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

System information: Mac OS X 10.9.5 (13F34) Brandstring 'Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz'

Scope (PR) {220 bytes} with ACPI Processor declarations found in the DSDT (ACPI 1.0 compliant) Generating ssdt.dsl for a 'iMac13,2' with board-id [Mac-FC02E91DDD3FA6A4] Ivy Bridge Core i5-3570K processor [0x306A9] setup [0x0603] With a maximum TDP of 77 Watt, as specified by Intel Number logical CPU's: 4 (Core Frequency: 3400 MHz) Number of Turbo States: 4 (3500-3800 MHz) Number of P-States: 23 (1600-3800 MHz) Injected C-States for CPU0 (C1,C3,C6) Injected C-States for CPU1 (C1,C2,C3) Warning: 'cpu-type' may be set improperly (0x0603 instead of 0x0703)

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

ASL Input: /Users/timg/Desktop/ssdt.dsl - 250 lines, 7588 bytes, 47 keywords AML Output: /Users/timg/Desktop/ssdt.aml - 1607 bytes, 16 named objects, 31 executable opcodes

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

Do you want to copy /Users/timg/Desktop/ssdt.aml to /Extra/ssdt.aml? (y/n)? n Do you want to open ssdt.dsl (y/n)? n

The only thing that appears out of place is "Warning: 'cpu-type' may be set improperly (0x0603 instead of 0x0703)". Could this be causing the problem?

timgerstel commented 9 years ago

I have also done this using work around 3 and got the same results.

Piker-Alpha commented 9 years ago

Have you tried: ./ssdtPRGen.sh -w 2 -x 0

timgerstel commented 9 years ago

ssdtPRGen.sh v0.9 Copyright (c) 2011-2012 by † RevoGirl v6.6 Copyright (c) 2013 by † Jeroen

v14.1 Copyright (c) 2013-2014 by Pike R. Alpha

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

Override value: (-w) Ivy Bridge workarounds, now set to: 2! Override value: (-x) XCPM mode, now set to: 0!

System information: Mac OS X 10.9.5 (13F34) Brandstring 'Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz'

Scope (PR) {220 bytes} with ACPI Processor declarations found in the DSDT (ACPI 1.0 compliant) Generating ssdt.dsl for a 'iMac13,2' with board-id [Mac-FC02E91DDD3FA6A4] Ivy Bridge Core i5-3570K processor [0x306A9] setup [0x0603] With a maximum TDP of 77 Watt, as specified by Intel Number logical CPU's: 4 (Core Frequency: 3400 MHz) Number of Turbo States: 4 (3500-3800 MHz) Number of P-States: 23 (1600-3800 MHz) Injected C-States for CPU0 (C1,C3,C6) Injected C-States for CPU1 (C1,C2,C3) Warning: 'cpu-type' may be set improperly (0x0603 instead of 0x0703)

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

ASL Input: /Users/timg/Desktop/ssdt.dsl - 259 lines, 8258 bytes, 48 keywords AML Output: /Users/timg/Desktop/ssdt.aml - 1773 bytes, 16 named objects, 32 executable opcodes

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

Do you want to copy /Users/timg/Desktop/ssdt.aml to /Extra/ssdt.aml? (y/n)? n Do you want to open ssdt.dsl (y/n)? n

Still stuck at 800Mhz.

Piker-Alpha commented 9 years ago

What boot loader are you using? Did you copy the SSDT file to the correct target directory? Have you tried ./ssdtPRGen.sh -w 1? Are you sure that the SSDT is loaded?

run: /usr/local/bin/acpiTableExtract and check /tmp/ for aml files. What do you see there?

timgerstel commented 9 years ago

I am using the latest version of Chameleon from Multibeast. I have Drop SSDT selected. I copied the SSDT.aml file to /Extra. Same results with -w 1. How do I check if the SSDT is loaded?

Ignore the terminal name, when I made this hackintosh I had the wrong system definition. It's still iMac 13,2.

Tims-Mac-mini:~ timg$ /usr/local/bin/acpiTableExtract Tims-Mac-mini:~ timg$ cd /tmp/ Tims-Mac-mini:tmp timg$ ls APIC.aml SSDT.aml BGRT.aml avastinit-1414289523-67.log DSDT.aml avastuserinit-1414289544-timg-1065.log FACP.aml avastuserinit-1414289544-timg-1069.log FACS.aml launch-Ftc8sv FPDT.aml launch-dx44uG HPET.aml launchd-1011.ZNTY0w MCFG.aml launchd-1225.6mMWee RSDT.aml launchd-1820.b6XOfc SSDT-1.aml launchd-981.qv4m1J SSDT-2.aml proxy-p75WeM

Piker-Alpha commented 9 years ago

Ok so you have three SSDT's and that means that drop SSDT doesn't seem to be working.

timgerstel commented 9 years ago

How should I go about fixing this?

Piker-Alpha commented 9 years ago

You are using Chimera am I right? If yes, please ask for help in Tony's forum, because I have no idea what to use. Fact is. When you see more than 1 SSDT in /tmp/ after running acpiTableExtract then you know that dropSSDT (or whatever it is called) is failing.

timgerstel commented 9 years ago

I am using chameleon, actually. When I tried using Chimera, I was getting a boot0 error but maybe I'll try again.

unixlover1 commented 9 years ago

try this:

./ssdtPRGen.sh -w 3

timgerstel commented 9 years ago

"I have also done this using work around 3 and got the same results."

I have already posted that I tried this.

Piker-Alpha commented 9 years ago

We already determined that 'dropSSDT' (or whatever it is called these days) is the problem.

draft6 commented 9 years ago

Same system definition, same CPU here. Just to add i also had to drop SSDT but use the one from the output of your script. On a sidenote, i followed the "Core i7-3770K cannot get SpeedStep/PM on 10.8.5 or 10.9.2 (latest scripts) #33" issue, gathering general info, confirmed now power management is working beautifully (AICPMI and Intel Power Gadget) with -xcpm, those send stepper etc. errors don't mean a thing i guess:) edit: oh yeah, (10.10 Yosemite here)

timgerstel commented 9 years ago

"but use the one from the output of your script" what do you mean?

draft6 commented 9 years ago

Didn't mean to derail the topic, Piker's script ofc. Hope you get your issue sorted @timgerstel

timgerstel commented 9 years ago

Are you using the Chameleon bootloader or Chimera?

draft6 commented 9 years ago

Chameleon Enoch branch 2403

Piker-Alpha commented 9 years ago

Are you also dropping the (OEM) SSDT tables? If yes, what option did you use in config.plist?

draft6 commented 9 years ago

Yes, im dropping the OEM tables (there are 3 of them in my case) and using the SSDT generated with -w 3 -x 1 . Chameleon drops tables with "DropSSDT=Yes". If i don't drop OEM ssdts and still provide the additional SSDT from ssdtPRGen, i just get stuck on boot, no kernel panic, it litteraly stops after FakeSMCKeyStore Started .. AppleKeyStore Started which seems logical to me? (can't have two ssdt tables defining cpupm?)