P8Z68-V Pro DSDT C-States & P-States not generated

[chroniX]

Hi,

I extracted my DSDT in Windows with your DSDT Editor utility and then patched it with P8Z68-V Pro and ALC892.

I typed bdmesg in terminal and it shows:

 

Read HFS+ file: [hd(0,2)/Extra/DSDT.aml] 41860 bytes.
ACPI table not found: SSDT.aml
FADT: changing PM_Profile from 0x03 to 0x01
FADT: Restart Fix applied!
FADT: Using custom DSDT!
ACPI CPUs not found: C-States not generated !!!
ACPI CPUs not found: P-States not generated !!!
FADT: changing PM_Profile from 0x03 to 0x01
FADT: Restart Fix applied!
FADT: Using custom DSDT!
ACPI CPUs not found: C-States not generated !!!
ACPI CPUs not found: P-States not generated !!!

 

I also checked with MSRDumper and it is jumping back and forth from two values, 16 and 46, depending on CPU load.

So it would appear that speed stepper is working according to MSRDumper, despite it saying C-States are not being generated in bdmesg.

Should I be concerned with this message error of C-States & P-States not being generated?

Also, if any of you could examine my DSDT to find out why sleep is not working, I'd appreciate it.

In my bios, Internal PLL Overvoltage is disabled; C1E, C3 & C6 Reporting is all enabled.

DSDT.zip

[Cassio]

Try to insert processor definitions (copy from SSDT) in DSDT (scope _PR), then "generate C and P states" should work http://Olarila.com/forum/viewtopic.php?f=19&t=881

[chroniX]

Try to insert processor definitions (copy from SSDT) in DSDT (scope _PR), then "generate C and P states" should work http://Olarila.com/forum/viewtopic.php?f=19&t=881

 

Please forgive my ignorance, but how would you get the SSDT? I tried extracting it with AIDA64 in Windows, but it just looks like a bunch of gibberish. I've attached it here if you have time to look at it.

Also, in that thread you linked to me, the poster has a 2500k processor. I have a 2600k (4 cores 8 threads) so would that still work for me?

Your help is much appreciated, thanks!

acpi_ssdt.zip

[Cassio]

Try the procedure, don't use his code, get it from your SSDT (rename to .aml and decompile)

 

dsdt.aml.zip

 

Check in bdmesg if generate states work, if it does but still only 2 states you can try creating a custom SSDT (ssdt_pr.aml)

http://www.insanelymac.com/forum/index.php?showtopic=253642

[chroniX]

Try the procedure, don't use his code, get it from your SSDT (rename to .aml and decompile)

 

[attachment=0]dsdt.aml.zip[/attachment]

 

Check in bdmesg if generate states work, if it does but still only 2 states you can try creating a custom SSDT (ssdt_pr.aml)

http://www.insanelymac.com/forum/index.php?showtopic=253642

 

Thanks, I think it worked! I just checked bdmesg and it says:

 

AppleProcessorType:
ProcessorType: 0x701

Type: 127, Length: 4, Handle: 0x64

Customizing SystemID with : 001a001f-c600-0014-0f8d-f46d04582d92
Read HFS+ file: [hd(0,2)/Extra/DSDT.aml] 40648 bytes.
ACPI table not found: SSDT.aml
FADT: Restart Fix applied!
FADT: Using custom DSDT!
Found ACPI CPU: P000
Found ACPI CPU: P001
Found ACPI CPU: P002
Found ACPI CPU: P003
Found ACPI CPU: P004
Found ACPI CPU: P005
Found ACPI CPU: P006
Found ACPI CPU: P007
SSDT with CPU C-States generated successfully
P-States: min 0x10, max 0x0
RSDT: Added 1 SSDT table(s)
FADT: Restart Fix applied!
FADT: Using custom DSDT!
P-States: min 0x10, max 0x0
Added 1 SSDT table(s) into XSDT

 

However, I'm only getting two states according to MSRDumper:

2/21/12 1:33:48.000 PM kernel: MSRDumper: multiplier: 16
2/21/12 1:33:53.000 PM kernel: MSRDumper: multiplier: 46

I don't think I get more than two states in Windows 7 though, so I don't think it's a Mac issue. It's ok though, I'm not too worried about having more states, two is good enough for me.

My main interest in fixing this C-States issue was because I was hoping that it would fix my sleep issues. For some reason, when I use the kext to enable the USB 3.0 ports on my motherboard, I lose sleep functionality. I believe it's the PXHCD.kext from multishit.

Basically, when I go to the apple menu and click sleep, it will make the computer sleep for approximately ~10 seconds and then immediately afterwards, it will wake up by itself automatically.

For the record, my boot.plist contains: npci=0x2000 darkwake=0. And my BIOS has Internal PLL Overvoltage disabled; C1E, C3, C6 States enabled.

You've been a great help and seem very knowledgable so I was hoping maybe you could look into this one last issue for me? Would appreciate it big time!

[Cassio]

Do you really need "npci=0x2000 darkwake=0"?

 

If the system goes to sleep and wakes immediately, look for "Wake reason" in kernel log and edit method _PSW or remove _PRW from that device in DSDT.

http://Olarila.com/forum/viewtopic.php?f=19&t=634

[chroniX]

Do you really need "npci=0x2000 darkwake=0"?

http://Olarila.com/forum/viewtopic.php?f=19&t=634

 

Not sure if it's needed, I just put it in there because it was recommended for sleep.

In the kernel log, the wake reason shows:

Feb 21 14:35:16 Mac kernel[0]: Wake reason: pci1b21,1042 pci1b21,1042

 

Looks like something to do with my pci? Is there a way of identifying what devices those are?

[Cassio]

It's an USB device http://pci-ids.ucw.cz/read/PC/1b21/1042

Check in IORegistryExplorer what's the address of this device, then check if it has _PRW in DSDT, if so, remove it.