Can't patch ALC892 on ASUS P8H77-M Pro

[nponzo]

Hi! I have the follow configuration Mother Asus P8H77-M Pro Micro I7 3770

I installed Mac Os X 10.10 using clover without problems, except for the audio. I tryed using toleda patch and others, but all fails in the same script step:

ioreg -rxn IOHDACodecDevice | grep VendorID | awk '{ print $4 }' | sed -e 's/ffffffff//'

The script expects to receive an string, but this return an empty string.

Any idea? Thanks!

[toleda]

IOReg/HDEF/IOHDACodecDevice@1B,3 is empty; invalid codec causes error. Phantom codec disables onboard codec. Common problem in P67 3xxx BIOS; not clear what caused your problem.

[nponzo]

:'( I'll still trying. If I find a solution, I'll contact you. If you have any idea, please, let me know to test it.

Thanks!

[nponzo]

I don't know why..... but using that config.plist while the instalation I could patch it :)

http://shrib.com/zcPn74ES

[toleda]

OK.

[rudi48]

Hello toleda, Mainboard: GA-Z87M-D3H Codec: ALC892 Mac OS: Yosemite 10.10 Clover: r2999 AppleHDA.kext: not patched

I have tried: audio_cloverALC-100-v1.0.1.command Result: No audio codec detected

Try: ioreg -rxn IOHDACodecDevice +-o IOHDACodecDevice@3,0 <class IOHDACodecDevice, id 0x100000333, !registered, !matched, active, busy 0, retain 5> { } +-o IOHDACodecDevice@1B,2 <class IOHDACodecDevice, id 0x10000032a, !registered, !matched, active, busy 0, retain 5> { }

DPCIManager.app Status: Audio Device Sub Device Codec ID Revision Codec Name 0x80860C0C 0x80862010 0x00000000 0x0000 NULL Codec Why? PCI List: Vendor Device Sub Ven Sub Dev Vendor Name Device Name 8086 8C20 1458 A002 Intel Corp. 8 Series/C220 Series Chipset High Definition Audio Controller

What I am doing wrong? Best regards, Rudolf

[toleda]

Not a good idea to hijack some else's thread, add your issue as new in the future. OS X does not see the ALC892, hardware problem. Verify BIOS/Peripherals/Audio Controller/Enabled. OS X does see the HD4600 HDMI audio controller, however, it is not supported natively.

[rudi48]

Hello toleda, Thank you for helping me. It was not my concern, to hijack another thread. I have searched very long for a solution to my problem, and this thread was the closest to my topic.

I checked already BIOS/Peripherals/Audio Controller/Enabled. It was on Automatic, and I switched it to Enable, but the behavior did not change.

I run a Linux Ubuntu 14.04 Life Edition from USB stick on my computer, and the sound was OK in this case. So, I think the hardware is OK.

Could that be fixed with a DSDT patch?

Best regards, Rudolf

[rudi48]

Hello toledo,

after restoring Yosemite kext to original, and starting from 0, it works now with your very good script: audio_realtekALC-100.command

I needed in Clover config.plist: Audio->inject->1

Thank you very much for your guides and examples. The learning curve was steep, but now it works.

Best regards, Rudolf