blackosx

Thanks for posting your ioreg dumps, however I can't open them! And it's not you as I can't open my own ones that I've made with the v3 of IORegistryExplorer that I posted for you.. It's either a damaged version of it's just really buggy!

So I was going to ask you to do it again, but maybe there's no need right now.... because.....looking at the differences in your Linux ACPI dumps compared to mine:

- Your dumps are missing SSDT_PmRef_P001Cst.dsl which are the native C-States. Did you find out more about why your C-State options are missing from your BIOS?

So for now, the way I see it is this....

As you've already had success using the auto-generated P/C state boot options on Chameleon, then maybe stick to using this for now as you've already said this gives you the best temps (comparable to Windows). If you can find out more about the missing C-states from your BIOS, then we can maybe revisit this in the future..

Or, in the mean time - maybe somebody else might spot something obvious here which I've missed?

If though, one day you decide to save your ioreg again then please use the older v2.0 (2.0b1) of IORegistryExplorer that I've attached here and not the one I posted previously.

IORegistryExplorer2.zip

I've visited Old Releases Ubuntu Site but I don't know which one to download. Enlightment please..

10.04 - i386

Yes I do, but to use that again now, I don't think so, because:

1. It was created with Olarila's tool which (Conti told me) is not the right way to create DSDT.

2. I have different motherboard (same type, P5KPL SE, but a new one, different BIOS.. well, even the PCB Color is different - It is replacement unit from Asus for my dead old one) & different Graphic card now (used to be 7300GS, now is 8400GS).

1 - The creation method might be in question there, but ultimately if the end result is correct then it's still a valid file.

2 - So for a like for like replacement board, just different BIOS, your plan of attack should be to extract the ACPI tables (from Linux) and compare them with the ACPI tables you would have originally dumped from your old board (be it either using Linux or a different method back then). You may be surprised to find there's not much difference - meaning you can apply the same patches to your new DSDT or, amend your existing DSDT with the differences (if any) that you find in your new tables.

But I think I'd rather "Choose The Linux Way" by start my 'first journey' in Linux (and ashar script instruction) as you told me above. Wish me luck

That's great. So just to be clear here, all you're doing it dumping the ACPI tables from your BIOS without there being any influence from any boot loader used to boot OS X on your hack, and also grabbing any other details that aschar's script gathers . Once you have them, you can then begin comparing, stripping and patching them for your system to make them compatible for OS X.

Looking at your ACPI dump from Linux, I see you have an RSDT table where as I have an XSDT table.

Have you ACPI 2.0 support disabled in your BIOS? if so, you will want to enable it. See pic:

No, actually I don;t

Good for you

If you haven't read it, maybe you can check my thread here: viewtopic.php?f=7&t=293

Actually, I've been created my own DSDT (when I was in Snow Leopard). I made it in Windows XP with Olarila's tool. I thought everything was OK (and it seem was, actually, because at that time, all -including sleep-wake- worked well).

Forgive me for not reading your thread thoroughly as I don't have lots of time right now. But it looks like you've spent some time patching a DSDT already and from what you say it worked.

Until Conti told me that he doesn't think it's the right way (you can read it in the thread above). Conti must be know what he said, so I won't do it again this time with my new installed Mountain Lion.

Well I guess your topic was titled "Is it the right way to create my own DSDT?" so Conti's reply was to that. He suggests using Linux to extract the ACPI tables from BIOS (which I also suggest you do - see PolishOX's thread here).

I don't have and don't know about Linux.

Then you can always download an i386 v10.04 iso, burn the .iso to a CD-ROM and boot from it and follow the instructions in aschar's script (at the bottom of PolishOX's post). It's not actually that difficult.

Otherwise there's DSDTSE as a secondary option.I loaded it up once and hated it. Maybe I didn't give it a chance and it really is a decent app but I have managed to work without it.

The last choice - by not using any DSDT for the time being now - is not too bad a choice either IMHO, since the fact is that I don't have any problem now. Except 'sleep-wake'. To be honest, it doesn't really matters to me.

But you have a DSDT that you made before don't you? If it works then can't you use that?

P.S.: oh and the insanelymac thread you point me to: that's different motherboard than mine...mine is P5KPL-SE, that is P5KPL AM-SE

Okay. But I wasn't suggesting you use it, just look at it for reference and comparison to yours. It may help - that's all

A common way these days is to use a dropbox account and post a link to the files.

Don't give up so easily

Have you searched for anybody else using a DSDT for your board?

Maybe like here? It might give you a starting point...

Okay. So this shows you have p-states with both options - and I get the exact same results with both options here (which makes sense as we are both using the same CPU, mono and boot loader in this case). So in theory you don't need to use the Chameleon boot options - but I see you still get the high temps when doing so.

Did you manage to file->save the ioreg from IORegistryExplorer for each boot and not just a screengrab of the performancestatearrays ? This way I can check mine against yours.

would you please help guide me about the easiest way to create my own DSDT?

../snip/...

I've been asking for this in many forums in the net without result.

I think the reason you don't get many answers is because ACPI is a huge subject and not many people have a wide, holistic, knowledge of it. Some names that spring to mind that I've seen demonstrate great skill in this area are THe KiNG and Masterchief for example, otherwise you will find a large number of users who know and understand certain parts of it and then many more, like me, who only know small parts which have been learned from reading and testing code posted by others.

I have only scratched the surface throughout my endeavours to read the ACPIspec as it takes a lot of time and dedication to read and understand the code and then try to match it all against the chipset(s) of your own hardware. I would love to be able to say to you.. "Right then, this is what you need to do". But unfortunately, I can't. I fail at becoming an intellectual on ACPI because my brain always wants to do something else instead.

The only real way to learn is to search and read from the myriad of topics that already exist in a number of forums, blogs and online resources, then roll up your sleeves and get stuck in with trial and error. Don't forget that our PC's BIOS knows nothing of OS X that we attempt to run on our hacks and for that a good starting place is to examine Apple's ACPI tables for reference to see how they do it.

Pick yourself one issue which you have and concentrate on trying to fix that. Annotate the parts of the code as you learn about them, making changes slowly and checking the code still compiles as you go. And don't expect to get it right first time. With the right amount to time, patience, dedication and effort, it can be learned and the more time you spend on it, the more it will start to make sense.

Sorry if this post doesn't give you an answer you were expecting but that's all I can give here. But I wish you every success in your quest

Run this to print Chameleon's boot log.

bdmesg.zip

As for a using a theme for Chameleon, see here.

Right now I don't have any themes to install, except maybe grab from my older chameleon files or something.

Hi digital farmer.

You can find a collection of Chameleon themes at the Theme Park section of the voodooprojects forum.

Note: You'll need to be registered to see the downloads etc.

=O Really?! So what do you think about downgrading my bios to 1405 and reflashing 1701 (only to test if one of these two procedures solves my problem)?

No, I don't think flashing your BIOS will prove anything and besides it always introduces an element of risk.

dgsga should have given it to you, once it is a part of the motherboard he has sold!!!

No. I am very thankful for his kindness so I don't care about that. End of story.

Concerning the cooler, I guess removing and re-mountig it wouldn't work because it is not a recent problem. :/ Also, I'm afraid of doing this too... hahahah (that's why I myself haven't changed thermal paste!):/

Could maybe a friend or someone else do it for you?

Now, my P-State Array is attached! Very different from yours though.

Yes, I see you have a performance state array but with only two entries. Was this produced from your machine booted with or without using Chameleon's Generate PState/CState boot options?

Also, I see the property numbers are all 0? (Looking here I see the same - it must be due to the v3.0 I sent you as v2.0 shows them indexed - maybe a bug?)

EDIT:

Okay - I've run a test here using the following Chameleon boot options:

	DropSSDT
Yes
GeneratePStates
Yes
GenerateCStates
Yes

Looking at Chameleon's boot log I see:

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
Found ACPI CPU: P008
SSDT with CPU C-States generated successfully
P-States: min 0xc, max 0x14
SSDT with CPU P-States generated successfully
RSDT: Added 2 SSDT table(s)

Do you see similar?

For further investigation, could you boot your machine without and with the above Chameleon boot options and then load up IORegistryExplorer and do a file->save and send me the file for comparison here?

I guess it's because we have different revisions (1405 and 1701). I'll check it with Asus Support later.

No it's not that. I've just flashed my BIOS with v1701 and I still have all the options I showed previously with v1405. Booted in to OS X just fine and speedstep is working fine.

Removed. Everything is fine. Thanks for warning me!

No problem. It wasn't a warning - you just didn't need it.

Done. My pic is attached.

Well done

And I can see your CPU Package Multiplier is at it's lowest p-state (x12) which is good.

I've noticed that my LCD Poster (do you still have yours?) shows me one temperature (62ºC) and HWMonitor shows me another (68ºC - higher!)

No. I've never had one and to be honest I didn't know what it was until I googled it to find out.

Maybe one reads the temps for the CPU core and the other is reading the temp from the CPU casing? I don't know.

You did say previously that "In Windows 7, temperatures get around 60-65ºC" - so at least we know OS X is reporting similar temps. Though I still can explain your high CPU temps other than question the cooling / mounting of the heatsink - which I know you've said is okay. Personally, I would look at removing it and re-mounting it just to be sure.

by the way with P and CStates set back into org.chameleon.boot.plist. (Sorry, but I had to change it again in order for the temperature not getting stuck on 83ºC).

You still shouldn't need to do that. But the thing is I'm not sure what your missing....I'm going to have to think some more.

So, if you don't mind attaching the correct app so that I can check my P-State, please do it. Otherwise, let's forget about checking it. :/

Here you go:

IORegistryExplorer.zip

I am very thankful for your help and attention, Nick!

You're welcome

Thanks for posting your org.chameleon.Boot.plist though it doesn't help reveal anything with regard to your power management - I was thinking maybe you had the DropSSDT boot option there but you don't.

I'm very very sorry Nick, but I realized that I've confused SpeedStep Tech with C-State Tech. By the way, this last one isn't even in my BIOS. :/ You can check it right below:

No matter, but I'm surprised you have so few options available considering we have the same motherboard (albeit different BIOS version) and CPU. I wonder why?

BTW, you can remove the EthernetBuiltIn boot option as that's enabled in your DSDT. See here:

Device (ETH0)
               {
                   Name (_ADR, Zero)
                   Method (_DSM, 4, NotSerialized)
                   {
                       Store (Package (0x02)
                           {
                               "location", 
                               Buffer (0x02)
                               {
                                   "1"
                               }
                           }, Local0)
                       DTGP (Arg2, RefOf (Local0))
                       Return (Local0)
                   }
               }

			TjMax
0

Where should I put this entry? org.chameleon.boot.plist?

No. I said that option is now in IntelCPUMonitor.kext's info.plist - one of FakeSMC's plugins. But there's no need to change it as our CPU defaults to Tjmax of 100. I was just showing where the option was in case somebody else reading this wanted to know.

You can use FakeSMC's plugins to help show your temps and working speedstep. Grab yourself the FakeSMC_plugins_Apps_rev609.zip from projectosx. Add IntelCPUMonitor.kext and WinbondW836x.kext to your /Extra folder alongside your existing FakeSMC.kext and re-run myHack -> myfix -> quick to update your myhack.kext and caches etc. then reboot. Once booted back up, run the HWMonitor app and you will see a new item in the menubar. You will then be able to see your temps and current multiplier. Here's a pic from my system:

The multiplier changes here from 12 to 21 depending on what I'm doing.

Hey! I can't download "more developer tools"! I'm not a developer, i'm not registered as a developer... I would have to pay for it... $ 99... am I wrong?

Well I didn't pay for it. I just entered my AppleID which is free to create when you use iTunes or the app store.

I've disabled and enabled C-State Tech in order to check if C6 set would appear. But it hasn't. It might be a set not found in BIOS 1701. This is my guess. It's not necessary to post a photo of your screen. Thanks! =)

../snip/..

EDIT 1: Without P and CStates flags, the cpu temps get stuck on 83ºC!!!!

What boot options do you have in org.chameleon.Boot.plist?

Maybe we need to double check your BIOS settings. This is what I see:

EDIT 2: I've got 1.39f5, but I was not able to set TjMax as Prasy has suggested!

Well done.

The Tjmax setting is no longer in FakeSMC's info.plist but now in IntelCPUMonitor.kext's info.plist - one of FakeSMC's plugins. I think I'm right in saying it defaults to 100, but there is an existing entry to allow it to be changed.

			TjMax
0

However, a Tjmax of 100 is fine for the i7 920 2.67Ghz. Aida64 in Windows reports the following for my CPU:

CPUID Manufacturer	GenuineIntel
CPUID CPU Name	Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz
CPUID Revision	000106A5h
IA Brand ID	00h (Unknown)
Platform ID	2Fh / MC 02h (LGA1366)
Microcode Update Revision	11
HTT / CMP Units	2 / 4
Tjmax Temperature	100 °C (212 °F)
CPU Thermal Design Power	130 W
CPU Thermal Design Current	110 A
Max Turbo Boost Multipliers     1C: 22x, 2C: 21x, 3C: 21x, 4C: 21x

I don't have Apple's Developer Tools, do I? How can I get it? Is it free?

Yep - The developer tools are free. You can download the latest version from Apple's app store.

Load up Xcode, then from the Xcode menu, select Open Developer Tool -> More Developer Tools… where you will be able to download the Hardware IO Tools for Xcode.

Other questions: Is it necessary an antivirus solution? Which one do you suggest? / The Lion firewall is disabled by default. Should I enable it?

We're going off topic here.

But quickly, I'd say there's no need for any antivirus - just use your common sense if anything asks for your authentication. And yes, turn the firewall on.

Hi josh256

I've experienced the >1min IOAPIC delay prior to 10.7.4 and spanning multiple BIOS/DSDT updates.

I've heard about this but I've never experienced it - i guess I'm lucky.

Curious how you made out with 10.7.4. With Vanilla kexts (and FakeSMC) I lost native 64-bit mode and reverting to 10.7.3's kernel + ACPIPlatform didn't seem to help.

The 10.7.4 kernel boots in to 64-bit mode fine here. No need to change anything.

I do see the following SMC messages in my kernel log:

SMC::smcInitHelper ERROR: MMIO regMap == NULL - fall back to old SMC mode
SMC::smcReadKeyAction ERROR $Num kSMCKeyNotFound(0x84) fKeyHashTable=0x0

EDIT:

I added key $Num to FakeSMC's info.plist so the error regarding that has now gone.

All I can determine right now is that maybe AppleSMC is now looking for some extra stuff that FakeSMC doesn't provide. But having said that my iMac also has the following SMC errors in the kernel log:

SMC::smcReadKeyAction ERROR: smcReadData8 failed for key DPLM (kSMCKeyNotReadable)
SMC::smcReadKeyAction ERROR DPLM kSMCKeyNotReadable(0x85) fKeyHashTable=0x0xffffff8011f39000
SMC::smcReadKeyAction ERROR F0Sf kSMCBadArgumentError(0x89) fKeyHashTable=0x0xffffff8011f39000
SMC::smcReadKeyAction ERROR F1Sf kSMCBadArgumentError(0x89) fKeyHashTable=0x0xffffff8011f39000
SMC::smcReadKeyAction ERROR F2Sf kSMCBadArgumentError(0x89) fKeyHashTable=0x0xffffff8011f39000
SMC::smcInitHelper ERROR: MMIO regMap == NULL - fall back to old SMC mode
SMC::smcWriteKeyAction ERROR CLWK kSMCBadArgumentError(0x89) fKeyHashTable=0x0xffffff8012f59000

After some reading on Apple's support forum I did read that maybe the logging of these SMC key requests to the kernel log is now active where as before they weren't? But I don't know.

I hear Sandy Bridge CPU's have issues with speedstep but no problems with my 1st gen core i7.

A quick geekbench shows a score of 9473 in 10.7.3 and 9434 in 10.7.4.

My audio is enabled now, except my mic though it worked before with those extra kexts.

Good to hear your audio is working. I don't use a mic here so I've never thought of checking for it.

I'm sure it can be added - I guess the codec verbs need to be changed? I'm not very good at that but maybe I can have a look sometime in the future. Otherwise maybe somebody else might be able to help?

NO, I'm not happy. I'm afraid of damaging my buddy i7... :/ Ambient temperature here is around 20ºC, believe it or not!

Well if you're positive the thermal paste has been applied (I know you said an engineer did it for you) then I can suggest only that you get a better aftermarket cooler and look at the airflow in and out of your case. Is the PC stuck in a corner somewhere, would moving it help?

Unfortunately, I didn't find in my BIOS the correct place to set C6 limit. It's not in the same key settings as C-State Tech!

It only appears once Intel® C-STATE Tech is enabled. I see it here under:

Advanced -> CPU Configuration

If you want, I'll post a photo of my screen?

I run this command and got this message: 63 0 0xffffff7f8135e000 0x3000 0x3000 com.apple.driver.AppleLPC (1.5.8) . Does it means that the kext is loaded?

Yes.

If it means, so the reason for Darwin Dumper has showed that it was not loaded might be because I hadn't done system modifications when I run it.

Correct

I put your dsdt, put GeneratePState=Yes and GenerateCState=Yes back into org.chameleon.boot.plist

No - remove those. Your board's native tables are good to use.

One way to check for your p-states is to load up IORegistryExplorer (from Apple's developer tools) and check the PerformanceStateArrary under AppleACPICPU -> ACPI_SMC_PlatformPlugin. Here's a screenshot from my end:

By the way, your dsdt fits great for me!!! Before, with my own edited dsdt, the restart was slow and the sleep didn't work properly. Thank you!!! =)

../snip/..

I've removed Null...kext!!! No problems at all! \o/

../snip/..

I've installed OrangeIconFix.kext!!! hahaha Nice!

Well done

what do you intend to do with those dumps from DarwinDumper?

Well to be honest, not much. I won't have any spare time this weekend so I'm happy to leave you to play with your system and learn more about it. There's a wealth of information out there to read if you want to learn.

For example - looking at your System-Profiler.spx file I can see:

SMC Version (system):	1.30f3

when really, when trying to emulate a MacPro4,1 is should be more like:

SMC Version (system):	1.39f5

I'll leave that one for you to play with - for a start read this post at Prasys's blog.

Well done and keep up the good work

I'm sure I've failed in patching AppleHDA.kext. I don't even know to say where it went wrong. I only remember terminal warning me about something non existence. :/ I guess it would be better for me you attach your already patched kext.

Okay. Well I think you should try again sometime as it's only by doing these things that you learn.

But for now, here's the AppleHDA.kext from 10.7.4 which I've applied the previous instructions to.

http://dl.dropbox.com/u/222155/myHack_F ... A.kext.zip

Yes, my intel stock cooler is fitted correctly. By the way, thermal paste has been replaced by a technical support recently (27 days ago). In Windows 7, temperatures get around 60-65ºC (I guess it's also very hot!!!) I suspect my i7 is overclocked but I've never done anything in such direction and I've never noticed any different set in my BIOS. =(((

Well if you're happy with those then fine - I guess the ambient temperature is fairly high over there...

C-State Tech is already enabled. I'm gonna set this C6 limit! \o/

Great.

Is there any way to know if AppleLPC is correctly loaded?

Yep, there are a few ways. The quickest way will be to type the following in to the Terminal:

sudo kextstat | grep AppleLPC

I didn't understand what you said about SRGB and LPCB. But don't worry. I'm gonna replace my dsdt with yours (and remove those extra audio kexts) to see if things go better!

Try the DSDT I posted to see if it works for you - it should. But note, it's always recommended to make your own, or at least work through your own, editing it, whilst comparing against someone else's so you try to understand what's in it to learn. Also because there may be some small differences between them - but I guess in this case you know I've compared them both.

SMbiosdate
01/22/10
SMbiosvendor
Apple Computer, Inc.
SMbiosversion
MP41.88Z.0081.B08.1001221313
SMboardproduct
Mac-F221BEC8
SMfamily
Mac Pro
SMmanufacter
Apple Inc.
SMmanufacturer
Apple Computer, Inc.
SMproductname
MacPro4,1
SMserial
CK0087654PC
SMsystemversion
1.0

At a quick glance this looks good.

DARWIN DUMPER SCRIPTS ATTACHED!!! =)

Nice..

Now, if you know the Terminal commands then you can get some of this information yourself, but having it all done for you in a single app is very helpful. So now, without asking you lots of questions, I can see many things. For example, a list of your loaded kexts:

- I see AppleLPC.kext is not loaded - but then I knew it wouldn't be as I have the same board.

- I see NullCPUPowerManagement.kext is loaded. You will need to remove this if you want to make use of your boards native powermanagement! - But as i noted above earlier - please make sure you have a bootable USB flash drive handy which you know works before doing this just incase you can't boot your system anymore.

I'll look more at the dumps later when I get some time.

If it is cosmetic, I'm not gonna install such kext. Thanks a lot. But it seems it can be fixed by dsdt patching. Haven't you heard anything about that?

The DSDT patch you are referring is not really a fix, more a workaround as it tells OS X your southbridge is no longer ICH10 and now something older, I think ICH6? As a consequence you lose the hot-plug benefit of ICH10. I prefer to stick with ICH10 and use the orangeiconfix.

I've already seen this, but it is in .dsl and I needed it to be in .aml so that I could install it. But don't worry, I already know how to proceed! \o/

Well done - you're learning

You're right but don't you agree that it is extremely difficult for a noob to understand programming languages? And many times they are the best way... Buying a real Mac is barrier. They are very very expensive, specially here in Brazil! hahaha

Yes - I understand that everything Apple is very expensive in Brazil with crazy prices!

But programming can always be learnt, even a small understanding can help.

Thank you so much, BlackOSX!!! (By the way, what's your real name? I've read your presentation topic, but you haven't told us it!)

You're welcome. My name is Nick

Well, I patched my dsdt as you suggested, but concerning the audio, only patched AppleHDA.kext didn't work. So I remembered that I've already read this ( viewtopic.php?f=8&t=335&p=989#p989 ) and decided also installing those extra kexts. It worked! =)

Okay. But we have to find out why the instructions didn't work because you do not need to be using AD2000b.kext, HDAEnabler.kext and HDEFEnabler.kext. But this can be done later as it's more important you look at your temps...

Do you know any patch for our i7 920 speedstep?

.../snip/...

How much temperature does your cpu reach? Mine reaches 84ºC in idle mode sometimes. I'm very worried. Energy management seems not to work for me. =/

84ºC idle is indeed worrying. Is your CPU cooler fitted correctly? What temps do you see in Windows? That would be my first check. If you know the temps in Windows are okay then you know that to aim for with OS X. I ran Prime95 in Windows7 for 20 minutes to check temps which resulted in an average temps of: idle 34°C / load 70°C. But those could be less if I had a better cooler myself - I think I remember dgsga saying his load temps were about 50°C with his Noctua cooler.

You will want to check a couple of BIOS settings.

Make sure Intel® C-STATE Tech is set to ENABLED.

Set C State package limited setting to C6

Then for OS X you need to make sure AppleLPC.kext loads and for that we need to patch the deviceID in your DSDT. This is currently identified as Device (SBRG) in the DSDT you've extracted from your BIOS.

For example, here's a snippet from mine (though note all instances of SBRG have been changed to LPCB)

Device (LPCB)
           {
               Name (_ADR, 0x001F0000)
               Method (_DSM, 4, NotSerialized)
               {
                   Store (Package (0x02)
                       {
                           "device-id", 
                           Buffer (0x04)
                           {
                               0x18, 0x3A, 0x00, 0x00
                           }
                       }, Local0)
                   DTGP (Arg2, RefOf (Local0))
                   Return (Local0)
               }

With the BIOS settings and AppleLPC loaded, power management in OS X will be native. You won't need to use either the Generate P-State / Generate C-State boot options in Chameleon.

What SMBIOS settings are you using? Can you maybe run a set of scripts and post the result here? The set of scripts can be found in an app named DarwinDumper and the latest version can be found near the end of this thread at projectosx.

But to conclude for now, check your temps in another OS such as Windows. Then we can check OS X.

What about hd orange icons?

This is cosmetic. For a fix,use THe KiNG's OrangeIconFix.kext

Could you please kindly attach your dsdt.AML in order for me to compare with mine?

I've already posted it - see above - it's called DSDT_ASUS_Rampage_II_Gene.dsl.zip

Please, answer all my questions if you can!!! (I'm desperate. hahaha)

These things take a while to get right and that's the fun of building a hackintosh - I know it can be frustrating but if we all wanted to run OS X flawlessly without having to do anything then wouldn't we all go out and buy a real Mac?

Reason for edit: To update the link to the DarwinDumper topic at projectosx.

Okay. Well here's a start. I don't know everything but I can tell you what I do know.

NOTE - DO NOT CONTINUE UNTIL THIS HAS BEEN DONE.:

Before you do anything, I recommend you check you have a backup method of booting your system just incase something goes wrong and your system fails to boot. If you've created a bootable USB flash drive using myhack then great, if not then create one. Either way, check it works and keep it safe incase you need it.

Here's an overview for enabling audio on your mono for Lion 10.7.3 that you will need to change two things - your DSDT and AppleHDA.kext. It also works for 10.7.4.

iasl tool

You will need a way of compiling / decompiling your ACPI files.

.aml files are the compiled files which the system uses.

.dsl files are the decompiled files which you can edit in a text editor.

This can be done with a tool named iasl and for ease, it's been wrapped in a friendly GUI app which allows you to drag a drop a file on it's icon. It will either compile a .dsl file or decompile a .aml file, depending on what you give it.

Here's the latest version which I got from here

iaslMe 20120420.zip

Now you have the tool you can start to edit your DSDT.dsl and recompile afterwards for using.

Edit DSDT

1 - start with your extracted DSDT_A1234_A1234000.dsl file.

2 - copy it somewhere and rename it DSDT.dsl

3 - open it up in a text editor.

4 - Search for

Name (_HID, "pnp0c14")

and change to

Name (_HID, "PNP0C14")

5 - Search for

Method (_WAK, 1, NotSerialized)

Add the following before it.

Method (DTGP, 2, NotSerialized)
   {
       If (LEqual (Arg0, Zero))
       {
           Store (Buffer (One)
               {
                   0x03
               }, Arg1)
       }
   }

Search for

Device (SBRG)

and add the following code before it

Device (HDEF)
           {
               Name (_ADR, 0x001B0000)
               Method (_DSM, 4, NotSerialized)
               {
                   Store (Package (0x08)
                       {
                           "AFGLowPowerState", 
                           Buffer (0x04)
                           {
                               0x01, 0x00, 0x00, 0x00
                           }, 

                           "layout-id", 
                           Buffer (0x04)
                           {
                               0x0C, 0x00, 0x00, 0x00
                           }, 

                           "PinConfigurations", 
                           Buffer (Zero) {}, 
                           "platformFamily", 
                           Buffer (One)
                           {
                               0x00
                           }
                       }, Local0)
                   DTGP (Arg2, RefOf (Local0))
                   Return (Local0)
               }
           }

(For more info on patching AppleHDA check THe KiNG's thread at projectosx.)

6 - save the file

7 - drag and drop the new DSDT.dsl file on to iaslMe's icon.

8 - In the window that appears, the last line will read something like this:

Compilation complete. 0 Errors, 101 Warnings, 35 Remarks, 84 Optimizations

You will eventually want to fix all those warnings, but for now we have no errors so that's good.

9 - In the Finder, next to your DSDT.dsl file will be a folder named Sessions, and in there will be your compiled DSDT.aml file. This can now be added to your /Extra folder for the bootloader to use.

Patch APPLEHDA

Here I presume you have a folder named Extra at the root of your Lion volume. If you're using Conti's myHack then you should have. But if not then you will need to adjust the following commands to suit.

The plan here will be to copy the AppleHDA.kext from /System/Library/Extensions to your /Extra/Extensions, patch it and have myfix add it to the myhack.kext for loading. You could also just patch the original AppleHDA.kext in /System/Library/Extensions if you prefer.

1 - make a copy of AppleHDA.kext to your /Extra/Extensions.

sudo cp -R /System/Library/Extensions/AppleHDA.kext /Extra/Extensions

2 - Bin patch AppleHDA binary

sudo perl -pi -e 's|\x8b\x19\xd4\x11|\x9b\x98\xd4\x11|g' /Extra/Extensions/AppleHDA.kext/Contents/MacOS/AppleHDA

3 - Remove two .xml files from the Resources folder

sudo rm -f /Extra/Extensions/AppleHDA.kext/Contents/Resources/layout12.xml 
sudo rm -f /Extra/Extensions/AppleHDA.kext/Contents/Resources/Platforms.xml 

4 - download these two patched .xml files, and put them on your Desktop.

Platforms.xml

layout12.xml

sudo cp -R ~/Desktop/*.xml /Extra/Extensions/AppleHDA.kext/Contents/Resources

5 - run myHack -> myfix. (Choose quick if you like).

This will copy all your /Extra/Extensions to /System/Library/Extensions/myhack.kext and bump all the version numbers so the kexts load. Repair ownership/permissions and rebuild your caches.

6 - reboot

I think that should get your audio up and running.

Hi leomenassun / SubStandard

Well done with extracting the ACPI tables from your BIOS

I've done some comparisons and so far...

BIOS v1405 original DSDT is identical to BIOS v1701 original DSDT.

BIOS v1701 original DSDT is identical to both leomenassun's & SubStandard's DSDT's (had to check).

So it's safe to say that we can patch your DSDT's based on the patched one I posted above.

Hi guys

I suggest you check the topic for this board from dgsga at InsanelyMac

http://www.insanelymac.com/forum/index. ... pic=201758

He kindly offered to sell that board to me and that's what I'm using now. I've made a couple of minor tweaks to the DSDT but otherwise this is all dgsga's work. Here's the latest version I have for it:

DSDT_ASUS_Rampage_II_Gene.dsl.zip

Please note: This is from BIOS version 1405 and not version 1701 as you have in your title here. Feel free to use it for comparison and a reference when editing your own DSDT.

EDIT:

After some PM's from leomenassun for help trying to understanding some of the basic principles, I thought it sensible to post here the original DSDT from my BIOS for comparison purposes. Use this to compare with your own original DSDT from your BIOS and see what changes have been made between the original and patched files.

EDIT2:

Having looked at the original BIOS I extracted and posted here, I realised it was from a patched BIOS ROM.

Here's a truly original v1405 DSDT.aml, extracted from the ASUS BIOS ROM using Andy's amitool162.

Original_Asus_Rampage_Gene_II_BIOS_v1405_DSDT.dsl.zip

although I myself used to do it the same way you are describing I have switched to having an Extra on each OS Volume (of which I have about 4 on this system alone).

I've decided to bring myself in line and change my ways to follow what you suggest as it makes sense.

I came round to the thinking of although I've managed perfectly well the way I was doing it, I'd be foolish to ignore an easier method of managing the system. myfix provides a complete solution for adding new/alternative/patched extensions whilst keeping the system operating correctly with regards to ownership, permissions & caches.

All my OS X volumes now have /Extra and when required, I use myfix to populate myhack.kext and generate new caches. Maintaining my OS installation(s) this way can now be as simple as possible.

..and when run from single user mode - volumes outside of / aren't even available - which is probably the biggest issue.

Very true - I had never thought of that.

Thanks for the explanation and giving me the reason to update my methods

Reason for edit: My original post here was done quickly due to little time, I've made the post more comprehensive.

Hi Conti

This morning I adapted my main system to run using myHack.kext, built by myFix which I pointed to my /Volumes/Boot/Extra folder when asked. This worked great and I think I'll now use this method for all my installs.

However, I use a single HDD partition for my bootloader stuff and have my /Extra folder there and not on any of my OS X volumes. When running myFix I currently see the following in the log:

WARNING: Extra not found on target...
Installing your Extra from /Volumes/BOOT/Extra/ to /Extra...

Would it be possible for myFix to do it's stuff using the directed /Extra folder without having it copy the /Extra folder to the target root?

Thanks

Perfect!.. Good job.

Thanks Conti.

Ah.. okay. Good to know it wasn't something stupid I was doing here. lol

I'll keep my eye out for a build and test it as soon as possible for you.