Posted 14 June 2010 - 12:12 PM

Now being I have use DSDT by copy from here everything works fine ie. auto+manual sleep and wake up by mouse/keboard/PWRBbut CPU temperature is very high as attached pic and file.

I have tried to modified My own DSDT(extracted via abuntu live CD) by your guide when i used it CPU temp is ok around 50 -60 c but

Auto/Manual Sleep did not work as before.

can you show me your config. and DSDT?

Thanks a lot

The DSDT for my GA-EX58-UD5 is attached to post 1.

Yes, and for owners of this rev 2.0 board, there's just enough things that are different to muck us up... ;-)

For example, something I noticed while trying to implement your DSDT edits from post #1: - step #9 for AppleLPC.kext refers to "Device (PX40)" section, but in my rev2 DSDT seems to have "Device (LPCB)" listed in the same spot

I'm just not sure how many other bits are different, you mention only network and audio sections being different, but I get the sense there's more...

Anything else I should be looking out for as I try to implement your 19 or so steps to DSDT nirvana with the x85a-ud3r rev2 board?

That's the only thing that's different relative to the sections of the dsdt.dsl that need editing, I've updated post 1.

Posted 14 June 2010 - 12:51 PM

newnekton1

InsanelyMac Geek

Members

132 posts

Yes, we finally realized that when I found I had a version 2 board (nothing on box to indicate it) with FA BIOS and Rankrotten has a version 1 with F3 BIOS.

I attached the vanilla dsdt (obtained using Ubuntu Live CD) from my revision 2 to the previous post. I will take a look at modding it like you describe in post 1 (thanks) but I think I am probably getting in far too deep for my very limited software skills here.Can anyone with experience of modding dsdt file help me out pretty please.

You can't use a DSDT from a different MB, start with a base dsdt.dsl from your MB using the instructions in the `DSDT modifications' section of post 1.

Posted 14 June 2010 - 01:47 PM

Thanks for posting your version 2 X58A-UD5 DSDT. Whilst it is a little bit different it is not as far removed as the v2 UD3 board.

For example you still have a Device PX40 not an LPC which is good (most probably)!

I have modded your DSDT with the relevant parts of d00d's guide, with the exception of 16,17 and 18 as they were not needed on my X58A board. If you still have problems sleeping or restarting this can be added back in later. Use Asere 1.1.9 bootloader.

Attached Files

Posted 14 June 2010 - 05:06 PM

nullspot

InsanelyMac Protégé

Members

61 posts

That's the only thing that's different relative to the sections of the dsdt.dsl that need editing, I've updated post 1.

thanks for the updates. I was beginning to re-edit my dsdt (as my first attempt had hundreds of errors), when I noticed something that seemed to contradict what I had pointed out earlier about the rev2 differences...

in the package of "raw" dsdt files for rev 2.0 x58a-ud3r that was posted here earlier, the already-decompiled dsdt.dsl contained the reference to "Device (LPCB)" instead of "Device (PX40)" for step 9. This is what i had used in my first attempt to edit.

this time, however, I decided to decompile the .asl to .dsl myself (I read somewhere about it making a difference to decompile it locally on a mac, rather than on windows). I assumed all was good and proceeded to edit - but then found when I reached step 9 that my locally-decompiled-with-iasl-in-terminal dsdt.dsl actually didn't reference "Device (LPCB)" but "Device (PX40)"!!

I thought I must have made a mistake, opening the wrong dsdt file, but I repeated the experiment 3 times - taking the dsdt.aml from the rev2.0 package, running "iasl -d ~/dsdt.aml" in terminal, checking the resulting dsdt.dsl file, finding the (PX40), then comparing to howboutjoe's "raw" dsdt.dsl file and finding the (LPCB) in his!

What is happening here? is this clear evidence of the difference in decompiling the dsdt.aml locally (I assume he decompiled his in linux or windows)? Or am I doing something wrong, and the rev2 board really is different in this section?

Posted 14 June 2010 - 07:11 PM

nullspot

InsanelyMac Protégé

Members

61 posts

I just finished my second pass at the DSDT guide for my x58a-ud3r rev2 board. I only left out the audio and video steps. It compiled without any errors, and the performance is even better than the soemo DSDT that was floated earlier...

One thing I can't figure out, as the guide doesn't cover DSDT edits for audio for my board (just refers to patching the AppleHDA.kext), is why my patched AppleHDA.kext and Legacy889HDA.kext aren't working with my new custom DSDT solution.

I previously had full audio including encoded digital 5.1 working with this combination of the 10.6.3 patched AppleHDA.kext in /S/L/E and the Legacy889HDA.kext in /E/E

Now I have no sound device even with these kexts in place - is there something that needs to happen in the DSDT to make these kexts usable? I even tried the AZAL->HDEF edits listed for the UD5 boards, but it had no effect.

Attached is my working dsdt.dsl with all the d00d edits but audio and video (including comments highlighting each edit)

Posted 14 June 2010 - 09:05 PM

d00d

InsanelyMac Sage

Members

479 posts

Gender:Male

Location:41.648324, -70.635260

thanks for the updates. I was beginning to re-edit my dsdt (as my first attempt had hundreds of errors), when I noticed something that seemed to contradict what I had pointed out earlier about the rev2 differences...

in the package of "raw" dsdt files for rev 2.0 x58a-ud3r that was posted here earlier, the already-decompiled dsdt.dsl contained the reference to "Device (LPCB)" instead of "Device (PX40)" for step 9. This is what i had used in my first attempt to edit.

this time, however, I decided to decompile the .asl to .dsl myself (I read somewhere about it making a difference to decompile it locally on a mac, rather than on windows). I assumed all was good and proceeded to edit - but then found when I reached step 9 that my locally-decompiled-with-iasl-in-terminal dsdt.dsl actually didn't reference "Device (LPCB)" but "Device (PX40)"!!

I thought I must have made a mistake, opening the wrong dsdt file, but I repeated the experiment 3 times - taking the dsdt.aml from the rev2.0 package, running "iasl -d ~/dsdt.aml" in terminal, checking the resulting dsdt.dsl file, finding the (PX40), then comparing to howboutjoe's "raw" dsdt.dsl file and finding the (LPCB) in his!

What is happening here? is this clear evidence of the difference in decompiling the dsdt.aml locally (I assume he decompiled his in linux or windows)? Or am I doing something wrong, and the rev2 board really is different in this section?

All of the other base dsdt.dsl files I've looked at were from using iasl, and they used PX40.I'm unfamiliar with other methods, but I suppose PX40 could be renamed LPCB by the decompiler that howboutjoe used.It could be named WXYZ and still function, a way to determine the right section is to look for `Name (_ADR, 0x001F0000)'.Would you attach your base dsdt.dsl?

Dood here is the ssdt from a core i7 960

thanks

I just finished my second pass at the DSDT guide for my x58a-ud3r rev2 board. I only left out the audio and video steps. It compiled without any errors, and the performance is even better than the soemo DSDT that was floated earlier...

One thing I can't figure out, as the guide doesn't cover DSDT edits for audio for my board (just refers to patching the AppleHDA.kext), is why my patched AppleHDA.kext and Legacy889HDA.kext aren't working with my new custom DSDT solution.

I previously had full audio including encoded digital 5.1 working with this combination of the 10.6.3 patched AppleHDA.kext in /S/L/E and the Legacy889HDA.kext in /E/E

Now I have no sound device even with these kexts in place - is there something that needs to happen in the DSDT to make these kexts usable? I even tried the AZAL->HDEF edits listed for the UD5 boards, but it had no effect.

Attached is my working dsdt.dsl with all the d00d edits but audio and video (including comments highlighting each edit)

Did you replace four instances of 8508ec10 with 8908ec10?The Info.plist files from AppleHDAHardwareConfigDriver.kext and AppleHDAPlatformDriver.kext in AppleHDA.kext/Contents/PlugIns/ also need to be edited, see How_to_patch_AppleHDA.zip at http://www.insanelym...howtopic=140941.

Posted 14 June 2010 - 09:25 PM

newnekton1

InsanelyMac Geek

Members

132 posts

Thanks rankrotten. Despite your best efforts, it is still a no go with the exact same KP as before.I have tried the new custom dsdt.aml file with two versions of Asere 1.1.9 with the standard com.apple.boot.plist and smbios.plist Asere's installer provides as well as with the com.apple.boot.plist and smbios.plist files in your Extra folder and the result is always the same KP over.I have tried changing the RAM between 1 x 4 GB and 2 x 4 GB and still the same KP.I've tried using different SATA ports.I've tried changing a few things in BIOS (USB legacy off).I've tried booting without dsdt.aml and using only Elliot/fakeSMC/NullCPPM, which should at least boot.Always the same.The only common thing I have not tried is the 4 GB sticks—perhaps this bootloader does not "like" 4 GB sticks—I wonder if I should invest in 3 x 2 GB.The other point is that the HDD is a 2 TB drive—does this bootloader support bigger than 1 TB?Any other ideas?

Thanks for posting your version 2 X58A-UD5 DSDT. Whilst it is a little bit different it is not as far removed as the v2 UD3 board.

For example you still have a Device PX40 not an LPC which is good (most probably)!

I have modded your DSDT with the relevant parts of d00d's guide, with the exception of 16,17 and 18 as they were not needed on my X58A board. If you still have problems sleeping or restarting this can be added back in later. Use Asere 1.1.9 bootloader.

Posted 14 June 2010 - 11:05 PM

Did you replace four instances of 8508ec10 with 8908ec10?The Info.plist files from AppleHDAHardwareConfigDriver.kext and AppleHDAPlatformDriver.kext in AppleHDA.kext/Contents/PlugIns/ also need to be edited, see How_to_patch_AppleHDA.zip at http://www.insanelym...howtopic=140941.

I did all that - attached is my AppleHDA.kext, patched according to the guide for ALC889

Posted 14 June 2010 - 11:28 PM

I did all that - attached is my AppleHDA.kext, patched according to the guide for ALC889

Still nothing works (I have no built-in audio at all). Tried with and without Legacy889HDA.kext in /E/E.

Do I not need to do anything in DSDT if I'm using a patched AppleHDA?

He must have changed PX40 to LPCB in dsdt.dsl after he decompiled it from dsdt.aml.

No DSDT modification or legacy kext is needed with ALC889 and 10.6.3.Using How_to_patch_AppleHDA.zip, did you edit the Info.plist files in AppleHDAHardwareConfigDriver.kext and AppleHDAPlatformDriver.kext with information from your legacy kext?

Posted 15 June 2010 - 01:07 AM

newnekton1

InsanelyMac Geek

Members

132 posts

RR, your mailbox is full.

Here is what I tried to send you.

Very good news! It's alive and booting. As a last resort before I went down town to change the RAM, I compared all the BIOS settings with my Quadcore EP45-UD3R and spotted the problem instantly; it was because the bloody BIOS CPU max. ID 3 setting was enabled. As soon as I disabled it, it went past the KP. What a stupid waste of time-aaargh.I am still testing but at the moment, there is no internet access or sound (even using the new AppleHDA. kext). I have put Realtek1000SL.kext in S/L/E but it makes no difference—not sure why yet but at least I have hope now. The two LANs are switched on in BIOS. Is there a special version of the Realtek kext needed for this board?

Thanks rankrotten. Despite your best efforts, it is still a no go with the exact same KP as before.I have tried the new custom dsdt.aml file with two versions of Asere 1.1.9 with the standard com.apple.boot.plist and smbios.plist Asere's installer provides as well as with the com.apple.boot.plist and smbios.plist files in your Extra folder and the result is always the same KP over.I have tried changing the RAM between 1 x 4 GB and 2 x 4 GB and still the same KP.I've tried using different SATA ports.I've tried changing a few things in BIOS (USB legacy off).I've tried booting without dsdt.aml and using only Elliot/fakeSMC/NullCPPM, which should at least boot.Always the same.The only common thing I have not tried is the 4 GB sticks—perhaps this bootloader does not "like" 4 GB sticks—I wonder if I should invest in 3 x 2 GB.The other point is that the HDD is a 2 TB drive—does this bootloader support bigger than 1 TB?Any other ideas?

Posted 15 June 2010 - 04:41 AM

FUT1L1TY

InsanelyMac Geek

Members

110 posts

For those who are interested I've had partial success with SATA hot swap as I will describe below:

I purchased a Highpoint 620a 2 Port internal SATA 6gb card ($30) and connected it to my pair of Kingwin KF-1000-BK trayless hotswap bays. The good news is that I finally was able to eject a drive in the finder, physically remove it, re-insert the drive, and it would automatically mount. Not only that but I could also remove a drive and replace it with another drive and that drive would also mount.

In bad news, I discovered that the drives were negotiating a 1.5 megabit connection even though they were 3.0gb drives. The only way I could negotiate a 3.0gb link was if the drive was inserted before my machine powered up. In that scenario, the drive would be linked at 3.0gb. As soon as I hot swapped the drive it was down to 1.5gb. I'm assuming that is a bug/limitation in the card.

Needless to say, I've been given some hope. I've finally seen with my own two eyes what others have described. I'm certain that true sata hot swap is possible on a "mac" and I don't mind paying $30 for this feature. If anyone knows of a PCI/PCIe card that supports SATA II/NCQ/hot plug that is AHCI based please let me know. AHCI is a must so that attached drives can be booted.

Posted 15 June 2010 - 05:48 AM

newnekton1

InsanelyMac Geek

Members

132 posts

Now I have booting motherboard (thanks for all advice and help with dsdt), I am getting messages related to the Apple RTL8169E Ethernet which say unknown hardware version ID (2c000000) and probe hardware () failed.I have tried installing the Realtek1000SL.kext using Kext help but it's still a no go and I can't connect to the net. The chip is the RealTek RTL8111E, which should be supported by bit shoveller's kext. Any ideas what to try next？

In addition, although about this Mac shows the presence of sound hardware and I have the legacyHDA kext in E/E, I cannot set any sound output or input.

RR, I tried your AppleHDA.kext but it did not work. Again where to go from here? I attach a shot of the messages.

RR, your mailbox is full.

Here is what I tried to send you.

Very good news! It's alive and booting. As a last resort before I went down town to change the RAM, I compared all the BIOS settings with my Quadcore EP45-UD3R and spotted the problem instantly; it was because the bloody BIOS CPU max. ID 3 setting was enabled. As soon as I disabled it, it went past the KP. What a stupid waste of time-aaargh.I am still testing but at the moment, there is no internet access or sound (even using the new AppleHDA. kext). I have put Realtek1000SL.kext in S/L/E but it makes no difference—not sure why yet but at least I have hope now. The two LANs are switched on in BIOS. Is there a special version of the Realtek kext needed for this board?

Attached Files

Posted 15 June 2010 - 07:54 AM

newnekton1

InsanelyMac Geek

Members

132 posts

Ignoring the network and sound problems for the moment—I am seeing a very odd thing with corruption on the main HDD. After running updates like Safari 5, or OSX 10.6.3, suddenly the machine won't boot anymore and shows this error message above the Chameleon:

If I reinstall the OS again, it boots fine. This has happened three times during the day so is not a random cosmic ray flipping a bit.

I should add that I usually use a USB boot stick for the bootloader so the main HDD is vanilla untouched. At first, I thought the USB stick was corrupting but even reinstalling the ASERE bootloader and dsdt file to the USB strick does not fix the problem—it requires a new system install and that always fixes it.

I also tried with the bootloader installed on the HDD in the conventionl manner and same thing—a system update or a Safari update kill the hard disk with the same message.

Has anyone else seen this problem and know the answer?

Now I have booting motherboard (thanks for all advice and help with dsdt), I am getting messages related to the Apple RTL8169E Ethernet which say unknown hardware version ID (2c000000) and probe hardware () failed.I have tried installing the Realtek1000SL.kext using Kext help but it's still a no go and I can't connect to the net. The chip is the RealTek RTL8111E, which should be supported by bit shoveller's kext. Any ideas what to try next？

In addition, although about this Mac shows the presence of sound hardware and I have the legacyHDA kext in E/E, I cannot set any sound output or input.

RR, I tried your AppleHDA.kext but it did not work. Again where to go from here? I attach a shot of the messages.

Posted 15 June 2010 - 12:12 PM

d00d

InsanelyMac Sage

Members

479 posts

Gender:Male

Location:41.648324, -70.635260

I have put Realtek1000SL.kext in S/L/E but it makes no difference—not sure why yet but at least I have hope now. The two LANs are switched on in BIOS. Is there a special version of the Realtek kext needed for this board?

Realtek1000SL.kext or RealtekR1000SL.kext?I took a look at Bit Shoveler's RealtekR1000SL.kext source, and the Realtek RTL8111E doesn't seem to be supported.I'll ask him what is needed for this support.Meanwhile, RTGMac_v2.0.4 should work for you (32 bit only);http://www.realtek.c...p;GetDown=falseThe site doesn't list it, but the installer notes that it's supported for 10.6.