Jump to content

GA-EX58 and GA-X58A DSDT native power management modifications


d00d
 Share

1,771 posts in this topic

Recommended Posts

@ JamesLittler

 

I wish i could answer your question but i myself am looking for answers.One note though, i noticed your boot.plist has 2 entries for GraphicsEnabler,i believe you can remove the second one '' <string>GraphicsEnabler=Yes</string> ''

Link to comment
Share on other sites

Booting with 'GeneratePStates=Yes GenerateCStates=Yes' has no effect on the output of ioreg.

If I run cpu-x it looks about right though the version I have is in russian so I don't know exactly what's happening but values change as I do things, so I guess that's a good sign, right?

 

This is making me think that C&P states are working but 10.6.7 may have changed the way the output is logged in console.

Link to comment
Share on other sites

James-Littlers-Mac:~ James$ ioreg -lw0 | grep PerformanceStateArray
 | |   | |   "PerformanceStateArray" = (<e90a0000d0fb01000a0000000a0000000015000000150000>,<640a0000d0fb01000a0000000a0000000014000000140000>,<df090000c8a901000a0000000a0000000013000000130000>,<5a090000a08601000a0000000a0000000012000000120000>,<d5080000384401000a0000000a0000000011000000110000>,<50080000e02801000a0000000a0000000010000000100000>,<cb07000018f600000a0000000a000000000f0000000f0000>,<46070000a8de00000a0000000a000000000e0000000e0000>,<c106000098b700000a0000000a000000000d0000000d0000>,<3c060000f8a700000a0000000a000000000c0000000c0000>)
James-Littlers-Mac:~ James$ ioreg -lw0 | grep CSTInfo
James-Littlers-Mac:~ James$

 

Does this mean C states are not working?

Read my last note for how to check CStates as of 10.6.8.
Link to comment
Share on other sites

So:

21. (added 20100726) Add the following to com.apple.Boot.plist if you're using the C2RC5 (trunk revision 192 and newer) bootloader;

 

<key>GenerateCStates</key>

<string>yes</string>

 

To confirm, use ioreg to look at IOService:/AppleACPIPlatformExpert/CPU0@0/AppleACPICPU/ACPI_SMC_PlatformPlugin.

You will see CPUPLimit with a value of 0x0, a different value if it's not activated, or not there at all if not enabled.

 

Is that correct?

Link to comment
Share on other sites

This is the line I think refers to IOService:/AppleACPIPlatformExpert/CPU0@0/AppleACPICPU/ACPI_SMC_PlatformPlugin

 

CPU0@0 <class IOACPIPlatformDevice, id 0x100000111, registered, matc$

 

Does that mean C states aren't activated?

 

EDIT:

Booting with GenerateCStates=Yes makes no difference to this line.

 

EDIT 2:

Mark-i shows the cpu going from 12-21 but does that mean C states are working?

Link to comment
Share on other sites

  • 2 weeks later...
Great, that all checks out and booting with GenerateCStates=yes seems to lower my cpu temps by about 5C at idle.

 

Thanks

 

I think I have your same problem. I'm using GenerateCStates and GeneratePStates. X58A-UD7 - i7 930

I'm using 10.6.7 with custom DSDT with the fixed listed in the first post, except CPU states.

CPUPLimit shows 0

PerformanceStateArray is filled with values.

No turbo ratios in logs.

temp is okay but frequency seems only switching between 1200 and 2200, looking at SMC Monitor.

Maybe it's a problem with chameleon?

Link to comment
Share on other sites

Last time turbo ratios was working and then not:

 

Jul 25 13:50:31 localhost kernel[0]: AppleIntelCPUPowerManagement: Turbo Ratios 1112
Jul 25 13:50:31 localhost kernel[0]: AppleIntelCPUPowerManagement: initialization completeRTC: Only single RAM bank (128 bytes)
Jul 25 13:50:31 localhost kernel[0]: AppleIntelCPUPowerManagementClient: ready
Jul 25 14:20:25 localhost kernel[0]: AppleIntelCPUPowerManagement: initialization complete
Jul 25 14:20:25 localhost kernel[0]: AppleIntelCPUPowerManagementClient: ready

 

I was updating fakesmc.

 

drwxr-xr-x 3 root wheel 102 Jul 25 14:23 IntelCPUMonitor.kext/
drwxr-xr-x 3 root wheel 102 Jul 25 14:16 SuperIOFamily.kext/
drwxr-xr-x 3 root wheel 102 Jul 25 14:15 RadeonMonitor.kext/
drwxr-xr-x 3 root wheel 102 Jul 25 13:44 FakeSMC.kext/

 

Edit:

 

Removing SuperIOFamily.kext brings back Turbo Ratios, but no change in SMC Monitor, switching only between 1200-2200

 

Jul 26 01:18:32 localhost kernel[0]: AppleIntelCPUPowerManagement: Turbo Ratios 1112

 

So it's really only estetical? Is there a way to see the real frequency? Tried mark-i also shows vcore ranging from 0.9 to almost 1.2 and frequency around 1700-2000

Link to comment
Share on other sites

Much thanks for helping put all this together!

 

The only issue I have is idle sleep. I figured out my system idle sleeps correctly as long as Safari is closed. When I use RIP3IanNet auto-sleep works even when Safari is open, but about 1/3 times a try to resume the monitor doesn't come back on (no signal from GPU). I could try the RIP script again (changed a couple things since I last tried), but does anyone have a solution to the black screen issue or is there something simple that can be made to allow idle sleep to work when Safari is open?

Link to comment
Share on other sites

Much thanks for helping put all this together!

 

The only issue I have is idle sleep. I figured out my system idle sleeps correctly as long as Safari is closed. When I use RIP3IanNet auto-sleep works even when Safari is open, but about 1/3 times a try to resume the monitor doesn't come back on (no signal from GPU). I could try the RIP script again (changed a couple things since I last tried), but does anyone have a solution to the black screen issue or is there something simple that can be made to allow idle sleep to work when Safari is open?

I had that symptom using an unstable overclock, set to default speed to test.
Link to comment
Share on other sites

Hey guys,

 

Anyone got their 285 working properly in Lion?

 

My card is stuck on Performance (Level two) and won't go into idle mode.

 

Cheers.

 

nvclock -i

-- Shader info --

Clock: 1512.000 MHz

Stream units: 240 (11111111b)

ROP units: 32 (11111111b)

-- Memory info --

Amount: 1024 MB

Type: 512 bit DDR3

Clock: 1296.000 MHz

 

---

smbios: (I've also tried 4,1)

<string>MacPro5,1</string>

<key>SMboardproduct</key>

<string>Mac-F227BEC8</string>

<key>SMserial</key>

<string>G8845123544</string>

 

org.chameleon.Boot.plist

<key>GenerateCStates</key>

<string>Yes</string>

<key>GeneratePStates</key>

<string>Yes</string>

<key>GraphicsEnabler</key>

<string>Yes</string>

 

kext:

<key>MacPro5,1</key>

<dict>

<key>Vendor10deDevice05e3</key>

Link to comment
Share on other sites

Hey guys,

 

Anyone got their 285 working properly in Lion?

 

My card is stuck on Performance (Level two) and won't go into idle mode.

 

Cheers.

 

nvclock -i

-- Shader info --

Clock: 1512.000 MHz

Stream units: 240 (11111111b)

ROP units: 32 (11111111b)

-- Memory info --

Amount: 1024 MB

Type: 512 bit DDR3

Clock: 1296.000 MHz

 

---

smbios: (I've also tried 4,1)

<string>MacPro5,1</string>

<key>SMboardproduct</key>

<string>Mac-F227BEC8</string>

<key>SMserial</key>

<string>G8845123544</string>

 

org.chameleon.Boot.plist

<key>GenerateCStates</key>

<string>Yes</string>

<key>GeneratePStates</key>

<string>Yes</string>

<key>GraphicsEnabler</key>

<string>Yes</string>

 

kext:

<key>MacPro5,1</key>

<dict>

<key>Vendor10deDevice05e3</key>

Yes, are you using the solution in note 1?
Link to comment
Share on other sites

Yes, are you using the solution in note 1?

 

You mean point 22 in the first post?

 

If then Yes ;)

 

 

By the way how are you monitoring performance states of the GTX 285? by lookign at Memory Info in nvclock?

 

Cheers.

 

 

UPDATE: It seems Power Management only works when a single monitor is used (from either DVI ports)

 

When both ports are in use the Card remains in Power Level 2.

 

Any pointers would be greatly appreciated :)

Link to comment
Share on other sites

  • 2 weeks later...

Occasionally I'm getting kernel panics on wake, whether using a USB keyboard or a bluetooth magic mouse.

These are the relevant lines from console:

Aug 15 17:57:24 Jamess-Mac-Pro kernel[0]: Wake reason: IGBE EHC1
Aug 15 17:57:24 Jamess-Mac-Pro kernel[0]: The USB device Keyboard Hub (Port 5 of Hub at 0xfd000000) may have caused a wake by issuing a remote wakeup (2)
Aug 15 17:57:25 Jamess-Mac-Pro kernel[0]: The USB device Apple Keyboard (Port 2 of Hub at 0xfd500000) may have caused a wake by issuing a remote wakeup (3)
Aug 15 17:57:25 Jamess-Mac-Pro kernel[0]: HID tickle 160 ms
Aug 15 17:57:25 Jamess-Mac-Pro kernel[0]: EIR is not supported.

 

Any ideas what's causing this?

(lion 10.7)

Link to comment
Share on other sites

Occasionally I'm getting kernel panics on wake, whether using a USB keyboard or a bluetooth magic mouse.

These are the relevant lines from console:

Aug 15 17:57:24 Jamess-Mac-Pro kernel[0]: Wake reason: IGBE EHC1
 Aug 15 17:57:24 Jamess-Mac-Pro kernel[0]: The USB device Keyboard Hub (Port 5 of Hub at 0xfd000000) may have caused a wake by issuing a remote wakeup (2)
 Aug 15 17:57:25 Jamess-Mac-Pro kernel[0]: The USB device Apple Keyboard (Port 2 of Hub at 0xfd500000) may have caused a wake by issuing a remote wakeup (3)
 Aug 15 17:57:25 Jamess-Mac-Pro kernel[0]: HID tickle 160 ms
 Aug 15 17:57:25 Jamess-Mac-Pro kernel[0]: EIR is not supported.

 

Any ideas what's causing this?

(lion 10.7)

Would you show a picture of the KP, and did you patch AppleRTC?
Link to comment
Share on other sites

Friends,

 

I have this error when trying to use FaceTime on 10.7: "The server encountered an error processing registration. Please try again later".

 

I saw on the other thread there are quite a number of users having the same issue.

I wonder if you guys with the same motherboard has a success with it. I would like to mention that AppStore is working fine.

 

More info on the setup:

OSX 10.7

Chameleon Rev 1377

Kexts in Extra/Extensions

EvOreboot.kext

IOAHCIBlockStorageInjector.kext

RealtekRTL81xx_Lnx2Mac.kext

fakesmc.kext

 

I am using 10.6.8 AppleRTC to avoid CMOS reset when reboot after sleep.

 

org.chameleon.Boot.plist has this entry

<key>EthernetBuiltIn</key>

<string>Yes</string>

 

Any advise?

 

Cheers

Link to comment
Share on other sites

Friends,

 

I have this error when trying to use FaceTime on 10.7: "The server encountered an error processing registration. Please try again later".

 

I saw on the other thread there are quite a number of users having the same issue.

I wonder if you guys with the same motherboard has a success with it. I would like to mention that AppStore is working fine.

 

More info on the setup:

OSX 10.7

Chameleon Rev 1377

Kexts in Extra/Extensions

EvOreboot.kext

IOAHCIBlockStorageInjector.kext

RealtekRTL81xx_Lnx2Mac.kext

fakesmc.kext

 

I am using 10.6.8 AppleRTC to avoid CMOS reset when reboot after sleep.

 

org.chameleon.Boot.plist has this entry

<key>EthernetBuiltIn</key>

<string>Yes</string>

 

Any advise?

 

Cheers

Here's a command to verify that with;

 

[mac05:~] me% ioreg -lS -w0 | grep -A11 en0 |egrep "BSD Name|IOBuiltin"

| | | | "BSD Name" = "en0"

| | | | "IOBuiltin" = Yes

[mac05:~] me%

Link to comment
Share on other sites

Here's a command to verify that with;

 

[mac05:~] me% ioreg -lS -w0 | grep -A11 en0 |egrep "BSD Name|IOBuiltin"

| | | | "BSD Name" = "en0"

| | | | "IOBuiltin" = Yes

[mac05:~] me%

 

Thanks d00d, I can confirm the command gives the same result.

Link to comment
Share on other sites

Thanks d00d, I can confirm the command gives the same result.
Does using the following after moving your extensions to SLE affect the behavior?

<key>UseKernelCache</key>

<string>Yes</string>

 

I was getting a number of odd issues using the SL style Extensions.mkext in Li.

Link to comment
Share on other sites

Does using the following after moving your extensions to SLE affect the behavior?

<key>UseKernelCache</key>

<string>Yes</string>

 

I was getting a number of odd issues using the SL style Extensions.mkext in Li.

 

You are right d00d, thanks, I was wondering why Li reloaded all the kexts. The key above helps this part (and other strange booting errors are gone too from kernel log), but I still cannot login to FaceTime.

 

during the boot process, I got this message in kernel.log, do you know what is this actually? this doesn't stop Li to boot up.

Aug 18 20:24:11 GigaMacPro kernel[0]: nstat_lookup_entry failed: 2nstat_lookup_entry failed: 2
Aug 18 20:24:11 GigaMacPro kernel[0]: nstat_lookup_entry failed: 2

 

I found the above flag makes Li ignores the kexts in EE, so I moved all the kexts I mentioned before into SLE, and the kext for ethernet into IONetworking plugins directory.

 

I am wondering why FaceTime is not working, I read on the other thread a particular earlier Chameleon revision helps. I will try that and update again.

 

By the way, does FaceTime works on your Li setup?

Link to comment
Share on other sites

You are right good, thanks, I was wondering why Li reloaded all the kexts. The key above helps this part (and other strange booting errors are gone too from kernel log), but I still cannot login to FaceTime.

 

during the boot process, I got this message in kernel.log, do you know what is this actually? this doesn't stop Li to boot up.

Aug 18 20:24:11 GigaMacPro kernel[0]: nstat_lookup_entry failed: 2nstat_lookup_entry failed: 2
Aug 18 20:24:11 GigaMacPro kernel[0]: nstat_lookup_entry failed: 2

 

I found the above flag makes Li ignores the kexts in EE, so I moved all the kexts I mentioned before into SLE, and the kext for ethernet into IONetworking plugins directory.

 

I am wondering why FaceTime is not working, I read on the other thread a particular earlier Chameleon revision helps. I will try that and update again.

 

By the way, does FaceTime works on your Li setup?

I get that error occasionally too.

From what I've read it also occurs on Apple hardware, and it appears to be harmless.

I don't have a camera attached, so I can't experiment with getting FaceTime to work.

Link to comment
Share on other sites

Some notes on WOL (wake on LAN);

 

I couldn't understand why I could remotely wake my MacPro4,1 for up to a few minutes after sleep, but after that I couldn't.

 

It turned out that the Solaris machine I was attempting to wake it from was dropping the record of my MacPro4,1 from it's ARP cache after awhile.

 

Adding a persistent entry solved the issue;

 

sun01:/export/home/me# arp mac05

mac05 (192.168.1.25) -- no entry

sun01:/export/home/me# arp -s mac05 00:24:1d:2c:f6:23

sun01:/export/home/me# arp mac05

mac05 (192.168.1.25) at 0:24:1d:2c:f6:23 permanent

sun01:/export/home/me# wol -h mac05 00:24:1d:2c:f6:23

Waking up 00:24:1d:2c:f6:23...

sun01:/export/home/me#

Link to comment
Share on other sites

  • 2 weeks later...

I'm selling my EVGA MacPro5,1, minus PSU, GPU, DVD and HD.

The MB is fit into a Lian-Li PC-X1000 by rotating a custom fitted Mountain Mods MB tray 90 degrees into the case.

The goal was to provide the best air flow by positioning the CPUs so the fans would blow front to back.

The PSU base has been moved to allow access to the ports, and your PSU would be tiewrapped directly to it instead of against the back of the case.

 

Cost;

2 Intel 2.67GHz 6 core X5650 CPUs ($925 each) $1850

2 Noctua NH-D14 Heatsinks ($87 each) $174

1 Indigo Xtreme Thermal Interface $20

1 EVGA 270-WS-W555-A1 MB $600

12 Kingston KVR1333D3E9SK2/2G DIMMs $232

1 Apple USB Ethernet Adapter $29

1 Lian-Li PC-X1000 Case $350

1 Mountain Mods HPTX-PAN MB tray $40

1 Mountain Mods MODIOP IO Panel $20

___

$3315

 

Links to eBay;

CPUs

MB

 

Send me a PM with your phone number if you're interested in any of the parts that aren't on eBay.

post-228080-1314655253_thumb.jpg

post-228080-1314655264_thumb.jpg

post-228080-1314655276_thumb.jpg

post-228080-1314655289_thumb.jpg

post-228080-1314655299_thumb.jpg

post-228080-1314655313_thumb.jpg

post-228080-1314655344_thumb.jpg

Link to comment
Share on other sites

 Share

×
×
  • Create New...