oldnapalm

Thanks rene. Added your tip of using a boot CD. Cheers.

You need to repair permissions of those kexts sudo chown -R root:wheel /System/Library/Extensions sudo chmod -R 755 /System/Library/Extensions

You are probably using a patched DSDT, please read first post again, I just updated it. If that's not the case, paste the errors in your post, not in attachment comment.

You can use NullCPUPowerManagement.kext while booting without patched DSDT. You could also extract DSDT using a Linux live CD. I updated the first post with some tips about this issue.

Read about codec verbs here http://www.projectosx.com/forum/index.php?showtopic=465

You can try VoodooPS2 instead.

ALC 889 http://Olarila.com/Patches/Desktop/HDEF%20Gigabyte/ALC%20889.txt If LayoutID in your AppleHDA is 889 instead of 12, use "0x79, 0x03, 0x00, 0x00" in layout-id (DSDT). HPET is included in the "pack".

Now it's fine. Warnings and remarks are not problems.

Click on "fix errors".

You must apply over original DSDT, yours is not original.

For what I understand the only value that matters is layout-id, it must coincide with LayoutID in the kext (value in kext is decimal and in DSDT is hex) 0xC = 12 0x79, 0x03 = 0x379 = 889 No, you will always need to patch AppleHDA.

No, there isn't (at least that I know about). You can't apply the patch twice, if it doesn't work maybe you need another PS/2 kext. Which one are you using?

You can try PNLF for sleep on lid close and FN_KEYS http://Olarila.com/Patches/Notebook%20Core%20i%20Sandy%20Bridge/ About the other issues I have no idea.

For sleep you need working power management, Asus BIOS usually need this http://www.insanelymac.com/forum/index.php?showtopic=258611 or use SleepEnabler http://code.google.com/p/xnu-sleep-enabler/downloads/list

It's there in your log Sep 8 20:51:35 localhost kernel[0]: NullCPUPowerManagement::init: properties=0xffffff800cb02b00 Sep 8 20:51:35 localhost kernel[0]: NullCPUPowerManagement::start

The attached log is too small. Sleep needs working power management (which NullCPUPowerManagement kext disables), or use SleepEnabler kext.

Download GA Z68X-UD7-B3.txt from first post, or copy and paste into Patch - New.

Even using kernelcache all kexts are printed on screen if you use -v? I heard that from other people, maybe it's a Chameleon (Chimera) bug. Check you kernel log (/var/log/kernel.log) about sleep problem.

No idea. How did you enable the video drivers? I would move all kexts to /S/L/E and use kernelcache. Actually, what takes time when you don't use kernelcache or mkext is the verbose (print kexts on screen), if you don't use -v it shouldn't take more than a couple of seconds.

There's a video in the editor's topic nZIHw-QYO64

No idea, I never saw such a thing. Did you try booting after update without replacing IOPCIFamily and AppleACPIPlatform? If it hangs at "PCI configuration begin" you can try "npci=0x2000" as boot flag. http://www.insanelymac.com/forum/index.php?showtopic=181293&st=920&p=1706503entry1706503 Do you have SMboardproduct in SMBIOS?

I don't understand. So it boots fine in verbose, but without -v it stays at the apple screen?

I ask again, what are the last messages in boot verbose? (without -x, just -v)

If you enable UseKernelCache, all kexts must go in /S/L/E. Kexts (and mkext) from /Extra won't be loaded. If you don't want to UseKernelCache, create (and update always you make changes/updates in /S/L/E) an Extensions.mkext in /System/Library/Caches/com.apple.kext.caches/Startup sudo kextcache -v 1 -a i386 -a x86_64 -m /System/Library/Caches/com.apple.kext.caches/Startup/Extensions.mkext /System/Library/Extensions

Yes, you don't need it.