Mountain Lion HDMI Audio

[toleda]

Toleda,

The edits were easy and HDMI audio works flawlessly on my Z77-DS3H. However, doing the edits and using the DSDT breaks video after resume from sleep. The system goes to sleep automatically and manually just fine, but upon wake-up the GPU doesn't wake up, ie screen stays blank. Might be that the system actually crashes.

If I remove the DSDT and reboot, sleep and wake-up is fine again, but of course no HDMI audio.

HD4000 graphics only? What method/files did you use for the HDMI audio dsdt edits.

 

[xiv]

Hi Toleda,

thanks for all the infos. However, failed to get it working so far. Perhaps you've got some idea.

I have Mountain Lion (10.8.1) running on a i5 3570K with a Gigabyte z68x-ud3h-b3 (rev 1.3) with UEFI U1h, using the HD4000. Chimera is the current version (1.11.1).

Initially, I did not use a DSDT. In MultiBeast 5.0.2, I chose non-DSDT > ALC889 and got working audio over optical.

To enable HDMI audio through the HD4000, I tried the following:
1) I extracted a DSDT with DSDT editor and applied the ami_clean_compile.txt patch from HD4000_AMI_EFI_hdmi_audio_dsdt_editing_kit. There were 2 error remaining that could be auto-fixed. (The native AML file is attached.)
2) I gathered all information as described in the readme:
graphics device name: gfx0@2
MEIDriver device id: 3a1c (this is different from your description where it is 3a1e)
hdef layout id: 79 03 00 00
MB audio codec device id: 0x10ec0889
3) I edited hdmi_audio_ami_efi_hd4000.txt and changed the layout id to 0x03, 0x00, 0x00, 0x00
Then I applied the patch.
4) I applied the patch from MEI_hd4000>6seriesmb_fix.txt, compiled the DSDT and saved the AML in extra/
5) I removed the HDAEnabler889.kext from S/L/E

On reboot, the audio device was gone.

I may have found an issue in MEI_hd4000>6seriesmb_fix.txt. There, the MEI layout id is
0x3a, 0x01e, 0x00, 0x00
but shouldn't it be
0x3a, 0x1e, 0x00, 0x00 ?
I also tried 0x3a, 0x1c, 0x00, 0x00 as I have 3a1c as MEI device id.

None of these modification helped, however.

Any idea what I should change?

Cheers.
xiv

 

[Kris404]

Hi Toleda,

None of these modification helped, however.

Any idea what I should change?

Cheers.
xiv

Any reason why you have the MEI / layout-id in capitals?

From your DSDT:

       "layout-id", 
                            Buffer (0x04)
                            {
                                 0x3[B]A[/B], 0x1[B]E[/B], 0x00, 0x00

 

[09cbb]

HD4000 graphics only? What method/files did you use for the HDMI audio dsdt edits.

Yes, HD4000 only - I used the previous method. Does the new one change anything in that respect? From what could tell, the new method combines all previous ones into one.

 

[toleda]

thanks for all the infos. However, failed to get it working so far. Perhaps you've got some idea.

On reboot, the audio device was gone.

I may have found an issue in MEI_hd4000>6seriesmb_fix.txt. There, the MEI layout id is
0x3a, 0x01e, 0x00, 0x00
but shouldn't it be
0x3a, 0x1e, 0x00, 0x00 ?

Thanks for the feedback. There was a mistake in MEI_hd4000>6seriesmb_fix.txt. It has been fixed with a new Download. It appears you do not need that patch as the Capri kext is loading properly with 3a1c.

The reason you have no audio is the native AppleHDA.kext is installed. Install the 889 version of ML: Optimized Realtek AppleHDA - Preview/Alpha with KextBeast.

 

[toleda]

Yes, HD4000 only - I used the previous method. Does the new one change anything in that respect? From what could tell, the new method combines all previous ones into one.

The new method has several improvements. Suggest starting with the native dsdt, apply the new patch file and install.

 

[xiv]

Thanks for the feedback. There was a mistake in MEI_hd4000>6seriesmb_fix.txt. It has been fixed with a new Download. It appears you do not need that patch as the Capri kext is loading properly with 3a1c.

The reason you have no audio is the native AppleHDA.kext is installed. Install the 889 version of ML: Optimized Realtek AppleHDA - Preview/Alpha with KextBeast.

Thanks for the quick responses! I've tried with the AppleHDA.kext from this thread - with and without applying the MEI_hd4000>6seriesmb_fix.txt patch. No success. This is what the log says:

18.09.12 18:19:02,000 kernel[0]: Sound assertion in AppleHDADriver at line 1077
18.09.12 18:19:02,000 kernel[0]: Sound assertion in AppleHDADriver at line 1052
18.09.12 18:19:02,000 kernel[0]: Sound assertion in AppleHDADriver at line 1077
18.09.12 18:19:02,000 kernel[0]: Sound assertion in AppleHDADriver at line 1052
18.09.12 18:19:06,000 kernel[0]: Sound assertion in AppleHDADriver at line 4544
18.09.12 18:19:06,000 kernel[0]: Sound assertion in AppleHDADriver at line 4315
18.09.12 18:19:06,000 kernel[0]: Sound assertion in AppleHDADriver at line 4226
18.09.12 18:19:06,000 kernel[0]: Sound assertion in AppleHDADriver at line 4259

Any more ideas?
Should I install the HDAEnabler1.kext from the thread as well? (but would that require audio id1 again?)

@Kris404: No idea why this is in capitals. I guess that's done automatically by the DSDT editor. Do you think that matters?

Cheers,
xiv

 

[toleda]

Thanks for the quick responses! I've tried with the AppleHDA.kext from this thread - with and without applying the MEI_hd4000>6seriesmb_fix.txt patch. No success.

Any more ideas?

No idea. Posting errors messages without a new copy of IOReg wastes my time and yours. There is no way to see what you did and what happened without an IOReg.

 

[xiv]

No idea. Posting errors messages without a new copy of IOReg wastes my time and yours. There is no way to see what you did and what happened without an IOReg.

Sorry. DSDT and ioreg are attached.

 

[Kris404]

Sorry. DSDT and ioreg are attached.

Can you check if you have some HDAEnabler kext installed?

If so, delete it, run 'Kext Utility', reboot.

2008 (c) Kabyl/Taruga