Asus Rampage IV Extreme X79 - Guide: Extract & Edit your own DSDT

[shilohhh]

Using a DSDT that was extracted on a different build with different devices installed, may not work on your system even if you have an identical motherboard and BIOS.

If you still would like to try a DSDT edited and extracted by another, rampagedev is the best place to get it.

The DSDT edits in this guide are specifically for the Asus Rampage IV Extreme - Socket 2011 - X79 Motherboard, but some may work on similar systems.

This guide will walk you through extracting and editing a DSDT from your specific RIVE build using DSDTSE v2 beta.

 

Before We Start

A DSDT is a translation of your system's BIOS so:

1) Make sure you are updated to the BIOS you want to extract the DSDT from and set up your BIOS completely and correctly for your system.

2) Make sure you have all your PCI devices installed in the locations you want them before you continue.

3) Remove DSDT.aml from /Extra, if present, or reboot using the "DSDT=No" boot flag.
 

Getting Started

Download and open DSDTSE V2 Beta and my list of patches.

files.osx86.net/downloads.php?do=file&id=3099&act=down&actionhash=guest

http://www.insanelymac.com/forum/index.php?app=core&module=attach&section=attach&attach_id=121230


On the main pane, click "Extract DSDT".



Your DSDT will be extracted from your active BIOS in a "Decompiled" window.



Click compile. You will be presented with a "Compile error" window.



Click "OK". An "Error" window will open showing you all the current errors, warnings, and remarks.



Note there are lots of errors. Close the window. Click "Fixcompile". The DSDT should compile successfully and another "Code" window will open. In the "Code" window, note that the DSDT's errors have all been fixed except for one warning.



Close the "Code" window.

Patching

Open my list of DSDT Patches and lets start patching.

1) Add Method DTGP:
Copy "Method DTGP" from the list.

Click on the right side of the " { " that follows the "DefinitionBlock". Hit the Right Arrow key. The cursor should be at the very start of the next line.



Hit enter to make a space.



Use the Up-Arrow key to move the cursor up to that space.



Paste in "Method DTGP" there.



You can change "Name (TMAC, "R4E 3404")" to read whatever you'd like it to. Example: Name (TMAC, "BIG BOB'S BIG DSDT"). I've only added this so I can see what version I've opened for future editing. Click "Fix Compile".

2) Cleaning up unnecessary stuff:
Note: This one is not necessary and adds no functionality.
Scroll down to Name (OSVR, Ones).



Comment out the OS's.





Also see example in my list of DSDT patches. Click "Fix Compile".

3) Fix the SIOS Warning:
Copy "SIOS Warning" fix.



Type "sios" in the search window and click search.



Scroll to the bottom of the method and add a space right before the last " } " .



Paste the fix in that space.



Click "Fixcompile". Note that the last warning is no longer present in the "Code" widow that opens.




4) Get the LPC controller to load and use native OS X kexts:

Copy the Device (SBRG) fix from the list.



Search for "sbrg". Move the "Decompiled" window over to the left side of your screen so that the left side of the window is cut off right at the edge of the D in "Device (SBRG)".



Scroll down until you find the " } " that lines up the the same spot as the D from "Device (SBRG)". This is where SBRG's sub device chain ends.



Move the window back over so you can see all of the left side again. Select from right side of the " } " that you found, all the to the left edge.



Paste over it with the Device (SBRG) fix from the list.



Click "Fixcompile".

5) Remove dedicated IRQs from devices to later give them to the High Precision Event Timer:

Type "IRQNoFlags ()" without the " " into the search box.



Click "Next". The first match will be in "Device (PIC)". Select from the right edge of "{2}" below it, all the way up to the far left edge of "IRQNoFlags ()".



Hit Delete.



Click next again. It should now find "{0}" in "Device (TMR)".



Delete it.



Click next. You should now find "{8}" in "Device (RTC0).



Delete it.

Click next. You should find "{13}" in "Device (COPR)". Leave this one alone.

Click "Next". Continue the same process and delete all the "{1}"s from "Device (PS2K)".



Delete all the "{12}"s from "Device (PS2M)".



Note: If you are using a PS2 mouse or keyboard, you may need to find different IRQ values to use instead of {1} and {12}.

6) Give Device (HPET) 4 dedicated IRQ values to use so it doesn't try to steal any from USB:
Search "hpet" and paste in fix







-as in my example on the list. Click "Fixcompile".


7) Add sub-device "Device (BUS0)" to "Device (SMB)" to load native SMBus kexts:

Search "Device (SMB)"



and paste in fix over the last " } " before the next device.





Also see my example on the list. "Fixcompile".


8) Add Device (HDEF) to the end of Device (PCI0) to enable onboard audio with the "Interim IvyBridge" kext from Toleda:

Search "Device (PCI0)". Find the end of the device chain the same way we did in the "Device (SBRG)" fix.



It's a LONG ways down. For me, the PCI0 device chain starts at line 1670 and ends at line 6286. Paste the fix over the last " } " in the device chain.





"Fixcompile".


9) Add AAPL,clock-id 2 to PEX1-4 to allow sleep (SleepEnabler.kext is necessary) while USB 3.0 storage is plugged in:

Search "Device (PEX" and hit next until you find "Device (PEX1)".



Paste patch in between "Name" and "OperationRegion".







Repeat for "Device (PEX2)", "Device (PEX3)", and "Device (PEX4)". Fixcompile.

Note: Any drives plugged into USB 3 ports will be force ejected upon wake. They will then automatically remount. This may be solved in the future with more USB 3.0 support from Apple.

Fixcompile.
 

Finishing Up

Click on the "Compile" tab to get into the compile section.



Check the "Autofix errors" box and the "Fixes report" box. Click the "Compile" button.



Click the "Gimme my DSDT" button. A finder window will open containing your edited DSDT. It will be named "DSDT.aml".



Drag "DSDT.aml" into your "/Extra" folder. Delete or overwrite the old DSDT.aml if one is present. If you haven't installed a boot loader yet, and don't have an "/Extra" folder, place "DSDT.aml" in /Extra after you've installed a boot loader.

Verification

On the "Main Pane", in the second box, under "Registry Info", click "Get".



This will open IORegistryExplorer and show you all the devices loaded and information about them.

1) In the search box of the newly opened IOReg window, enter "hpet". With HPET selected on the left twirl open the disclosure triangle for "IOInteruptSpecifiers".



In the "Values" column, the first pair of numbers (they are displayed as Hexadecimals and you will need to convert them to decimal using something like HexDecBin.app)



-are the IRQs that HPET is using. You should have, 0c (12), 08, 02, and 01.

2) Find "SBRG" and note that AppleLPC shows up as a sub-device and that it has the native OS X driver loaded.



3) Find "SMB". Note that the device we added, "BUS0", shows up in the device tree and it is using the native OS X driver.



4) At "EUSB" and "USBE", you should see the"AAPL,clock-id" we added.



5) At "PEX1", "PEX2", "PEX3", and "PEX4", you should see the"AAPL,clock-id" we added.



6) Note that "HDEF" should now be present and loaded.

Shilohhs_R4E_DSDT_Patches 2.rtf.zip

Interim_898_Lion_AppleHDA.zip

[Rampage Dev]

Great work my friend.

[WaldMeister]

Hi,

 

I really like this guide, but extracting the DSDT from within OSX, except if everything is functioning properly, is in my opinion the worst method.

 

The guide contains a lot of usefull information, so chapeau! .

 

 

 

PS: You can leave the current DSDT. DSDT=somefilename.aml does also work

[shilohhh]

I really like this guide, but extracting the DSDT from within OSX, except if everything is functioning properly, is in my opinion the worst method.

Thanks!

Do you feel extracting from windows is better? and why? I assume using terminal would be the same as using DSDTSE?

 

Can you please outline your preferred method?

[WaldMeister]

I prefer Windows and Linux to extract the DSDT, because they can access information from the bios, that OS X can not, so you will have a more correct DSDT from those OS'es. (Easier to fix/edit)

 

I'm bad at explaining, hope you get my point.

[shilohhh]

I'm bad at explaining, hope you get my point.

 

I do. I had issues switching PCI cards and having to re-extract and edit. I guess that could have been avoided if I would have extracted without OS X loaded.

 

If I extracted in windows, is the DSDT affected by installed PCI card GPUs ect... Would I get the same DSDT no matter how many devices are Installed?

[Rampage Dev]

I do. I had issues switching PCI cards and having to re-extract and edit. I guess that could have been avoided if I would have extracted without OS X loaded.

 

If I extracted in windows, is the DSDT affected by installed PCI card GPUs ect... Would I get the same DSDT no matter how many devices are Installed?

 

Sometime. I extracted the Gigabyte x79 DSDT's from the ROMS and they all work perfectly but the UD3 has to be extracted from the system or it will not work even if it is extracted from Windows.

[shilohhh]

Can I extract 3404.ROM for the R4E?

If so, How?

[Rampage Dev]

Can I extract 3404.ROM for the R4E?

If so, How?

 

I will have to dig up my notes for it as I last did it last year. That was the last time Gigabyte updated there BIOS.

[shilohhh]

I will have to dig up my notes for it as I last did it last year. That was the last time Gigabyte updated there BIOS.

No biggie unless you think this could be a superior way to extract the DSDT.

[Rampage Dev]

No biggie unless you think this could be a superior way to extract the DSDT.

 

No, not in my tests at least and you know how I test everything... lol

[mitchellkza]

Hi @shilohh thanks so much for such a detailed step-by-step walkthrough of editing and patching a DSDT, this guide taught me so much of something so foreign to me as I have never edited a DSDT in all my years messing with OSX86. I have bookmarked this and also clipped it to Evernote just in case it ever happens to disappear.

 

I know this was written in 2013 and a lot has changed since then. Do you have any later patches or suggestions I should apply or modify in my DSDT for Sierra?

 

My board is very close to yours being a Sabertooth X79 and following your guide I have a DSDT.aml I can boot from and I went further from your guide and managed to modify other things like renaming SBRG to LPCB but I think there is some patches here which need to be modified slightly for Sierra.

 

After following your guide I actually had a system with Power Management and Speedstepping EXCEPT it would never clock into it's Turbo States but then I broke it later in the day when I discovered I still had the NullCPUPowermanagement.kext load and after removing that.

 

I have made my own post here with all my files in case you can have a look or give any suggestions. I am so close I know it and I am not one to give up, been going at this new build now for nearly 16 days but still forging ahead.

 

Thanks in advance

 

Kind Regards

Mitchell