Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

HDMI Audio does not work properly on OS X. #5

Closed
ReddestDream opened this issue Sep 3, 2016 · 21 comments
Closed

HDMI Audio does not work properly on OS X. #5

ReddestDream opened this issue Sep 3, 2016 · 21 comments

Comments

@ReddestDream
Copy link

HDMI Audio is broken on HSW/BDW on both Windows and OS X. On Windows, CS has found a workaround using a third party program to get the EDID data and then use that to start HDMI audio. This has to be done on a per-display basis.

https://www.reddit.com/r/chrultrabook/comments/4j42ln/tutorial_enable_hdmi_audio_in_windows_no_linux/

Thanks!

@ReddestDream ReddestDream changed the title HDMI Audio Does not work properly on Windows or OS X. HDMI Audio does not work properly on Windows or OS X. Sep 3, 2016
@coolstar
Copy link

Fixed via IGD OpRegion for Ivy Bridge and Haswell.

Broadwell has a different "chipmunk" issue.

@MrChromebox MrChromebox changed the title HDMI Audio does not work properly on Windows or OS X. HDMI Audio does not work properly on OS X. Nov 16, 2016
@MrChromebox
Copy link
Owner

edited title to reflect working state of HDMI audio under Windows as of 11/16 UEFI firmware release

@ReddestDream
Copy link
Author

I'll test soon on OS X to see if it has been fixed as well.

@ReddestDream
Copy link
Author

ReddestDream commented Nov 17, 2016

Confirmed. Still broken on OS X. HSW and BDW.

@coolstar
Copy link

This is a non-issue in the firmware. HDMI audio in macOS doesn't work on my non-chromebook Lenovo Flex 3 hackintosh either (Intel HD 520 with Phoenix UEFI firmware). macOS just needs extra configuration and possibly patches.

@ReddestDream
Copy link
Author

If we can find a way to make it work w/o any changes to the firmware, and there's nothing to be gained by adding anything to the firmware (too OS X specific, as with the graphics, and makes more sense in an SSDT), then I will gladly close this issue.

@xjbhenry
Copy link

@ReddestDream I recently figured out the reason. Basically pci device 8086:160c was not named as HDAU in DSDT. So I named that device as HDAU and HDMI audio works now.
You can use this dsdt with AppleALC.
https://github.com/xjbhenry/asus-chromebox-cn62-hackintosh/blob/master/ACPI/dsl/SSDT-HDAU.dsl

@ReddestDream
Copy link
Author

@xjbhenry The fix was not that simple originally. Tho it is good to know that maybe AppleALC fixes this problem now . . .

@xjbhenry
Copy link

@coolstar I think we need to add HDAU in SSDT.

@xjbhenry
Copy link

xjbhenry commented May 18, 2020

@xjbhenry The fix was not that simple originally. Tho it is good to know that maybe AppleALC fixes this problem now . . .

@ReddestDream Yes, AppleALC can add hda-gfx and layout-id for you, and make these values consistent between HDEF and HDAU. So you don't need to manually set them.

@coolstar
Copy link

coolstar commented May 18, 2020

Oh lol I forgot about this issue, but yes I can confirm.

I’ve been using OpenCore to add HDAU via SSDT for an eternity and had HDMI audio working in macOS on my C720, but I forgot about it lol

@ReddestDream
Copy link
Author

Guess we can close this then?

@coolstar
Copy link

Well might be a good idea to add HDAU to Coreboot's ACPI tables

@ReddestDream
Copy link
Author

Ah. Maybe . . .

@ReddestDream ReddestDream reopened this May 18, 2020
@MrChromebox
Copy link
Owner

Well might be a good idea to add HDAU to Coreboot's ACPI tables

for what device(s)? There's maybe 1-2 that can run MacOS passably? and if one can work around it in OpenCore, same as one would on a normal PC, then I'm not sure how much of an issue this is

@coolstar
Copy link

coolstar commented May 18, 2020 via email

@xjbhenry
Copy link

For Asus Chromebox 2 (CN62) GUADO, I think potentially we could add HDAU for all Haswell/Broadwell

@MrChromebox
Copy link
Owner

Coreboot could have the HDAU for HSW/BDW devices with the ADR set.

sure, I can do that. Just need the snippet and where to add it

@coolstar
Copy link

Something like this could work

Device (HDAU)
        {
            Name (_ADR, 0x00030000)  // _ADR: Address
        }

Could probably add it to src/northbridge/intel/haswell/acpi/haswell.asl and src/soc/intel/broadwell/acpi/systemagent.asl underneath the include for drivers/intel/gma/acpi/pch.asl

(Don't stick it in drivers/intel/gma/acpi/ though because Skylake+ does not have a separate HDAU device. They run HDMI audio through the normal HDEF as a 2nd codec)

@MrChromebox
Copy link
Owner

done

@MrChromebox
Copy link
Owner

confirmed working in 4.12 release; closing

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants