Jump to content

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

d00d

By d00d,
in Power Management

 Share
1,771 posts in this topic

Recommended Posts

d00d
d00d
Posted
  • Author
Posted
D00D , what kind of cooling system do you use to achieve these idle temps?

 

Idle temperature comparison:

Idle CPU temperatures at 4.3 GHz (turbo disabled) and 19 C ambient; 42-46 C

Idle CPU temperatures at 4.3 GHz (turbo disabled) with a speed step MacPro4_1.plist, and 19 C ambient; 42-46 C

Idle CPU temperatures at 4.3 GHz (turbo disabled) with a speed step MacPro4_1.plist, DVID, and 19 C ambient; 35-39 C

 

I have the Intel Stock CPU fan and a system Fan on the back of the mid tower case. I use your DSDT file from this post and verified speed stepping is working using imark-i. @ idle my cpu temps are around 53-55 C. BCLK is set to 160 and multiplier set to 20 giving me a 3.2Ghz i920

 

I believe I have all the proper BIOS settings as referenced in this post.

I'm using a Lian Li PC-X1000 case that has three 14cm intake fans in the front and two 14cm exhaust fans in the rear, Noctua NH-D14 CPU heatsink using two 14cm Noiseblocker NB-BlackSilentPro PK-3 fans voltage controlled on CPU_FAN by the BIOS, and Indigo Xtreme Engineered Thermal Interface.
Link to comment
Share on other sites
Gidi
Gidi
Posted
Posted

d00d: After spending all the weekend with the S3 wake up problem, I agree with you, 10.6.4 breaks it for some reason.

 

I did a clean 10.6.3 install in a spare hard drive, and it slept / woke up without any reset problems until I installed combo 10.6.4 update to it.

 

I have a copy of vanilla 10.6.3 kexts, but this is very hard to trace down for me :(

Link to comment
Share on other sites
d00d
d00d
Posted
  • Author
Posted
d00d: After spending all the weekend with the S3 wake up problem, I agree with you, 10.6.4 breaks it for some reason.

 

I did a clean 10.6.3 install in a spare hard drive, and it slept / woke up without any reset problems until I installed combo 10.6.4 update to it.

 

I have a copy of vanilla 10.6.3 kexts, but this is very hard to trace down for me :(

I'm not willing to blame 10.6.4 yet, as I've made some other changes and the weather's been hot.

After three or four times not resuming from sleep I haven't had the problem anymore.

I've noticed that if you click or type right after you told it to sleep it could fault, so it may have been some similar condition.

 

everyone hating these new info.com ads?
Yes, they suck and I doubt they'll make much money for insanelymac.com.

Please consider adding the following to your signature;

Every time you click on a Kontera ad, God kills a kitten. Please, think of the kittens.

Link to comment
Share on other sites
BigPines
BigPines
Posted
Posted

A few of things...

 

1) Thank you d00d. This is an AMAZING thread! I have read the entire thing and it is packed with so much good information.

2) I am running an i7 960. It seems like there are pre-built DSDT files for every processor except mine. :) Did I waste my money? Should I have just got a 920 like most other people seem to be getting? I figured my processor would be more stable with an overclock. Is this not true? Most people seem to be doing just fine with the 920.

3) I am trying to build my own DSDT because there isn't one available for my processor. I grabbed a SSDT-0.dsl file per the instructions on the first page but I don't know how to get any information out of it in order to update my DSDT. Can anyone point me in the right direction? The file is attached.SSDT_0.dsl.zip

4) d00d is running firmware F12 I think. It looks like there are newer firmware available at this point. Should I update to F12 but not go all the way to the current version for any reason?

 

Thanks in advance.

 

Mike

Link to comment
Share on other sites
BigPines
BigPines
Posted
Posted

A few of things...

 

BigPines

 

Look at my post #809 i posted the Scope _PR for core i7 960

Thanks. I missed that somehow. So I assume you are using this and it works good? I'll give it a try.

 

I would still like to know people's thoughts on the 960 in general (if it is a waste of money, etc.)

 

I would also like to know about the bios version questions.

 

Thanks again.

 

Mike

Link to comment
Share on other sites
Gidi
Gidi
Posted
Posted

Updated to F7t and it seems to fix my wake up from S3 sleep on 10.6.4. Redumped my dsdt and is all nice now.

 

d00d: I want to have minimal dsdt, which devices are safe to remove? Already deleted JMB0, FDC0 and PS2M.

 

My score got a great improvement

post-221587-1279051647_thumb.jpg

Link to comment
Share on other sites
d00d
d00d
Posted
  • Author
Posted
Updated to F7t and it seems to fix my wake up from S3 sleep on 10.6.4. Redumped my dsdt and is all nice now.

 

d00d: I want to have minimal dsdt, which devices are safe to remove? Already deleted JMB0, FDC0 and PS2M.

 

My score got a great improvement

Good to see that the BIOS update fixed your resume from S3.

Since the DSDT loads in milliseconds on boot, and you sleep and resume more often, is there a benefit to spending hours figuring out what devices aren't needed?

Link to comment
Share on other sites
BigPines
BigPines
Posted
Posted

OK, finally got the DSDT completed. This is pretty nice. :)

 

Updated to F12. It looks like there is a 13 beta but I'm not about to mess with that.

 

Now to some serious overclocking. I tried out some of the examples in the first post but they seem pretty unstable. I'll add some voltage and see where it gets me. Any overclocking tips for this board are welcome. (especially if 960 specific). I'll try to get something stable and post my settings for input.

 

Mike

Link to comment
Share on other sites
ANARCHiNTOSH
ANARCHiNTOSH
Posted
Posted

x.di i am having major trouble getting your LegacyHDA to work

 

following this post

 

i change this bit of DSDT_GA_EX58_UD5_F9m_S3_920_W3520_v2:

            Device (HDEF)
           {
               Name (_ADR, 0x001B0000)
               Method (_PRW, 0, NotSerialized)
               {
                   Return (Package (0x02)
                   {
                       0x0D, 
                       0x05
                   })
               }

               Method (_DSM, 4, NotSerialized)
               {
                   Store (Package (0x04)
                       {
                           "layout-id", 
                           Buffer (0x04)
                           {
                               0x0C, 0x00, 0x00, 0x00
                           },
                           "PinConfigurations",
                           Buffer (Zero) {}
                       }, Local0)
                   DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
                   Return (Local0)
               }
           }

 

to this:

            Device (HDEF)
           {
               Name (_ADR, 0x001B0000)
               Method (_PRW, 0, NotSerialized)
               {
                   Return (Package (0x02)
                   {
                       0x0D, 
                       0x06
                   })
               }

               Method (_DSM, 4, NotSerialized)
               {
                   Store (Package (0x04)
                       {
                           "layout-id", 
                           Unicode ("B"), 
                           "PinConfigurations", 
                           Buffer (Zero) {}
                       }, Local0)
                   DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
                   Return (Local0)
               }
           }

 

compile with no errors, replace my previous dsdt and put the LegacyHDA from that post in /E/E and refresh caches with pfix.

 

im on 10.6.3 using the vanilla AppleHDA.kext

 

i have got Aschars ALC889a_v2.kext and dsdt edit to work, so i dont know what the problem is......

 

when i reboot there is "No output devices found" in System Preferences and Audio MIDI Setup quits unexpectedly on every opening

 

can you shed some light on this? i want to switch to this instead of using patched AppleHDA

Link to comment
Share on other sites
x.di
x.di
Posted
Posted

x.di i am having major trouble getting your LegacyHDA to work

 

Hi. Just use this latest Legacy and this code (layot-id is 66 like on real mac pro) :

            Device (HDEF)
           {
               Name (_ADR, 0x001B0000)
               Method (_PRW, 0, NotSerialized)
               {
                   Return (Package (0x02)
                   {
                       0x0D, 
                       0x05
                   })
               }

               Method (_DSM, 4, NotSerialized)
               {
                   Store (Package (0x0A)
                       {
                           "subsystem-id", 
                           Buffer (0x04)
                           {
                               0x0A, 0x00, 0x00, 0x00
                           }, 

                           "subsytem-vendor-id", 
                           Buffer (0x04)
                           {
                               0x6B, 0x10, 0x00, 0x00
                           }, 

                           "layout-id", 
                           Unicode ("B"), 
                           "PinConfigurations", 
                           Buffer (Zero) {}, 
                           "platformFamily", 
                           Buffer (One)
                           {
                               0x00
                           }
                       }, Local0)
                   DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
                   Return (Local0)
               }
           }

:)

LegacyHDA.kext.zip

Link to comment
Share on other sites
@ROBASEFR
@ROBASEFR
Posted
Posted
The fakesmc plugins project now allows the following in iStat Menus;

CPU voltage monitoring

CPU, GPU and NB temperature monitoring

GPU_FAN, CPU_FAN, PWR_FAN, SYS_FAN1 and SYS_FAN2 speed monitoring

CPU_FAN speed control (no GPU_FAN speed control yet)

 

Here's SL i386 and x86_64 compiled, revision 181 from `svn co http://subversion.assembla.com/svn/fakesmc'.

 

My modifications;

1. Changed fakesmc's Info.plist for post 1, item 13.

2. Added GPU_FAN, CPU_FAN, PWR_FAN, SYS_FAN1, SYS_FAN2 names to fakesmc's Info.plist.

If your GPU isn't supported, remove GPU_FAN and shift the others back one place.

3. Added GPU nvidia GeForce GTX 285 support to the FakeSMCnVclockPort/src/backend/info.cpp source according to;

http://osx86.net/f7/list-of-nvidia-gpus-su...-leopard-t4385/

4. Changed `Enable Fan Control' in FakeSMCSuperIO's Info.plist from false to true.

 

It needs to have 755 permissions, root:wheel ownership, and be located in /System/Library/Extensions/.

 

Thanks, I'll update post 1.

How does one get post permissions at projectosx?

I'm a member but get `Sorry, you do not have permission to reply to that topic' when I try to reply to any topic.

 

Hello dood,

 

I use your DSDT with the most satisfaction !

 

(I have EX58-UD5 mobo with Core i7 920 and ATI GC)

 

There is a new version of FakeSMC rev.319 out !

 

Could you confirm that I have to pull out the plugins not needed (nVclockport and X3100)that are inside FakeSMC.kext ?

 

Wich kext do you recommend SMCITEController.kext or FakeSMCSuperIO.kext allong with FakeSMCkext ?

 

Will you update soon your modified rev181 ?

 

Thanks for all your work !

 

arobasefr

Link to comment
Share on other sites
d00d
d00d
Posted
  • Author
Posted
Hello dood,

 

I use your DSDT with the most satisfaction !

 

(I have EX58-UD5 mobo with Core i7 920 and ATI GC)

 

There is a new version of FakeSMC rev.319 out !

 

Could you confirm that I have to pull out the plugins not needed (nVclockport and X3100)that are inside FakeSMC.kext ?

 

Wich kext do you recommend SMCITEController.kext or FakeSMCSuperIO.kext allong with FakeSMCkext ?

 

Will you update soon your modified rev181 ?

 

Thanks for all your work !

 

arobasefr

Thanks.

The latest version is 324, but iStat fan control was removed after 181.

For an ATI GPU pull everything out of PlugIns except for FakeSMCIntelThermal and FakeSMCSuperIO.

You will loose CStates if you use SMCITEController instead of FakeSMCSuperIO.

Link to comment
Share on other sites
ANARCHiNTOSH
ANARCHiNTOSH
Posted
Posted
Hi. Just use this latest Legacy and this code (layot-id is 66 like on real mac pro) :

            Device (HDEF)
           {
               Name (_ADR, 0x001B0000)
               Method (_PRW, 0, NotSerialized)
               {
                   Return (Package (0x02)
                   {
                       0x0D, 
                       0x05
                   })
               }

               Method (_DSM, 4, NotSerialized)
               {
                   Store (Package (0x0A)
                       {
                           "subsystem-id", 
                           Buffer (0x04)
                           {
                               0x0A, 0x00, 0x00, 0x00
                           }, 

                           "subsytem-vendor-id", 
                           Buffer (0x04)
                           {
                               0x6B, 0x10, 0x00, 0x00
                           }, 

                           "layout-id", 
                           Unicode ("B"), 
                           "PinConfigurations", 
                           Buffer (Zero) {}, 
                           "platformFamily", 
                           Buffer (One)
                           {
                               0x00
                           }
                       }, Local0)
                   DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
                   Return (Local0)
               }
           }

:(

LegacyHDA.kext.zip

 

even with these newer things still refuses to work. its very strange, i got aschars legacy to work, but this one just wont. i understand ex58-extreme and ex58-ud5 both use ALC889a but could there be a small difference in board thats stopping it working? do i need to change any of the values in the dsdt code? ive attached my edited dsdt, maybe thats where the problem lies.... dont worry if you dont have time to go through it though, i can still get 5.1 through a patched AppleHDA.

dsdt.zip

Link to comment
Share on other sites
x.di
x.di
Posted
Posted
even with these newer things still refuses to work. its very strange, i got aschars legacy to work, but this one just wont. i understand ex58-extreme and ex58-ud5 both use ALC889a but could there be a small difference in board thats stopping it working? do i need to change any of the values in the dsdt code? ive attached my edited dsdt, maybe thats where the problem lies.... dont worry if you dont have time to go through it though, i can still get 5.1 through a patched AppleHDA.

 

OK. don't use patched applehda :wacko: back up your patched hda and try this kext.

It's vanilla 1.8.7f1 (latest from 10.6.4)

and use my legacy and dsdt edits from my previous post :)

It should work.

AppleHDA.kext.zip

Link to comment
Share on other sites
ANARCHiNTOSH
ANARCHiNTOSH
Posted
Posted
OK. don't use patched applehda :) back up your patched hda and try this kext.

It's vanilla 1.8.7f1 (latest from 10.6.4)

and use my legacy and dsdt edits from my previous post :)

It should work.

AppleHDA.kext.zip

 

hey thanks, it still refuses to work with dsdt edit, LegacyHDA and the 10.6.4 AppleHDA. ill stick with my patched appplehda for now, ill give it another try in the future, maybe on a fresh install.

Link to comment
Share on other sites
d00d
d00d
Posted
  • Author
Posted

Updated post 1 with information about using the Chameleon-Mozodojo bootloader, and attached v4 `any cpu' GA-EX58-UD5 DSDT files.

Revision 262 generates CStates on an overclocked GA-EX58 or GA-X58A with GenerateCStates=yes and a DSDT with the standard PR scope.

My memory is shown as 1333MHz, not the actual running speed as Asere's did, but it's not a deal breaker for me.

Link to comment
Share on other sites
zoob
zoob
Posted
Posted
Anyone having issues with FireWire messages in console? It keeps flooding mine every 5 seconds.

 

10-07-06 10:21:57 PM kernel FireWire (OHCI) TI ID 8024 PCI now active, GUID ffffffffff0020ed; max speed s400.

10-07-06 10:22:02 PM kernel FireWire GUID ffffffffff0020ed is invalid!

10-07-06 10:22:07 PM kernel FireWire GUID ffffffffff0020ed is invalid!

 

over and over again.

 

Looks like it's an issue with my motherboard as it's still showing up even on a fresh SL install. There is a sticker on my motherboard that shows the proper GUID but somehow the ROM or something got messed up. Still haven't found a solution and Gigabyte support is rather slow.

 

I reflashed my board without keeping DMI, and still the same problem. AWDFLASH and those utilities don't even detect the proper flash type for me to use the /nvguid parameter.

 

I was curious to get auto-sleep working, and bought a Pioneer DVR-218L, then I realized this FireWire GUID problem is preventing auto-sleep!

 

With the DVR218 + FireWire disabled, it goes to sleep on its own no problem.

Link to comment
Share on other sites
@ROBASEFR
@ROBASEFR
Posted
Posted
Updated post 1 with information about using the Chameleon-Mozodojo bootloader, and attached v4 `any cpu' GA-EX58-UD5 DSDT files.

Revision 262

 

Thank you very much for all of this !

 

I found only de rev.218 !

 

Could you give us the download link to this 260 revision ? Or do whe have to compile it from SVN ?

http://subversion.assembla.com/svn/fakesmc/Chameleon/

 

There is a 396 version now isn't it ?

 

Thanks for reply

Link to comment
Share on other sites
d00d
d00d
Posted
  • Author
Posted
Thank you very much for all of this !

 

I found only de rev.218 !

 

Could you give us the download link to this 260 revision ? Or do whe have to compile it from SVN ?

http://subversion.assembla.com/svn/fakesmc/Chameleon/

 

There is a 396 version now isn't it ?

 

Thanks for reply

You would need to compile it, and it looks like 284 is the latest;

[mac05:~] me% svn co http://forge.voodooprojects.org/svn/chamel...anches/mozodojo

...

Checked out revision 284.

[mac05:~] me% cd mozodojo

[mac05:~/mozodojo] me% make (or `make embedtheme')

...

[mac05:~/mozodojo] me% ls sym/i386/

boot boot0hfs boot1he chain0 libsaio.a

boot.sys boot1f32 boot1hp embedded.h machOconv

boot0 boot1h cdboot libsa.a vers.h

[mac05:~/mozodojo] me%

Link to comment
Share on other sites
d00d
d00d
Posted
  • Author
Posted

Would someone with a Realtek RTL8111E (GA-X58A-UD3R rev. 2.0, GA-X58A-UD5 rev. 2.0, GA-X58A-UD7 rev. 2.0 and GA-X58A-UD9) do a test?

At http://www.insanelymac.com/forum/index.php...20199&st=78 jacoverse posted Realtec_8111D_3264.zip that enables network with 64bit boot on these MBs.

It contains IONetworkingFamily.kext, which contains both 64bit RealtekR1000.kext and 64bit AppleRTL8169Ethernet.kext.

RealtekR1000.kext is version 1.8.1 from Psystar dated 20090902.

AppleRTL8169Ethernet.kext is version 1.1 from Apple dated 20090801.

Which of these kexts is seen loading in kernel.log?

Thanks.

 

Update:

I compiled the latest version 2.0.9 source from Psystar in both 32 and 64bit (RealtekR1000_2.0.9_32_64.zip).

Does this enable network with 64bit boot on these MBs?

 

Update:

No reports of 2.0.9 working in 64bit with RTL8111E, so I'm looking for the source of version 1.8.1 that someone modified for the RTL8111E and 64bit.

The verbose bits were uncommented, so it would be useful to have the source to recompile commented.

Thanks.

RealtekR1000_2.0.9_32_64.zip

Link to comment
Share on other sites
aschar1
aschar1
Posted
Posted
You would need to compile it, and it looks like 284 is the latest;

[mac05:~] me% svn co http://forge.voodooprojects.org/svn/chamel...anches/mozodojo

...

Checked out revision 284.

[mac05:~] me% cd mozodojo

[mac05:~/mozodojo] me% make (or `make embedtheme')

...

[mac05:~/mozodojo] me% ls sym/i386/

boot boot0hfs boot1he chain0 libsaio.a

boot.sys boot1f32 boot1hp embedded.h machOconv

boot0 boot1h cdboot libsa.a vers.h

[mac05:~/mozodojo] me%

 

 

To get Speedstep working with unmodified Scope _PR in your DSDT use dgobe ´s bootloader.

 

http://www.insanelymac.com/forum/index.php...p;#entry1522624

post #261

 

 

The booter is modified to get corect QPI Speed -Interconnect Speed in System Profiler (even works overclocked) and it doesnt kernel panics with GeneratePStates=Yes like mozodojos. i also have lower CPU Temps with that -exactly the same as with patched SSDT Tables into Scope _PR.

 

Edit com.apple.boot.plist

 

<key>GenerateCStates</key>

<string>Yes</string>

<key>GeneratePStates</key>

<string>Yes</string>

Link to comment
Share on other sites
d00d
d00d
Posted
  • Author
Posted
To get Speedstep working with unmodified Scope _PR in your DSDT use dgobe ´s bootloader.

 

http://www.insanelymac.com/forum/index.php...p;#entry1522624

post #261

 

 

The booter is modified to get corect QPI Speed -Interconnect Speed in System Profiler (even works overclocked) and it doesnt kernel panics with GeneratePStates=Yes like mozodojos. i also have lower CPU Temps with that -exactly the same as with patched SSDT Tables into Scope _PR.

 

Edit com.apple.boot.plist

<key>DropSSDT</key>

<string>Yes</string>

<key>GenerateCStates</key>

<string>Yes</string>

<key>GeneratePStates</key>

<string>Yes</string>

Thanks aschar1.

I hope Mozodojo updates smbios_patcher.c in his branch.

I'm successfully using GenerateCStates=yes and the default no for DropSSDT and GeneratePStates with Chameleon-Mozodojo revision 262.

Link to comment
Share on other sites
aschar1
aschar1
Posted
Posted
Thanks, aschar1.

Would you let mozodojo know so he can update his branch?

I'm successfully using GenerateCStates=yes and the default no for DropSSDT and GeneratePStates.

 

Dood I need to correct my former post

 

If i use DropSSDT=Yes system is stuck to slow speed (geekbench64 7500 instead of 13000). Speedstep works only if i use GeneratePStates=Yes and GenerateCStates=Yes

 

My OCZ 1600 Platinum Ram is detected as 1066 MHZ. Seems to be correct from SPD (Everest shows it as 1066MHZ) although its running at 1440 MHZ.

 

I posted this also at the Mozodojos thread. It has to be tested with newer core i3 i5 i7 CPUs.

 

Update:

 

Autosleep seems to be reliable with that new mozodojo booter

Link to comment
Share on other sites
 Share
Go to topic listing
×
×
  • Create New...