Hello,
I have problem with audio which I can't resolve myself. I patched DSDT and add _DSM to HDEF with audio layouts but layout-id property is not changed (is always <07 00 00 00>) in ioreg (all other custom properties added in DSDT shows). Latest _DSM I use are from there(click). My PC is Asus Maximus VII Hero (Z97), Xeon 1231v3(no IGPU), RX 480 8GB. In Defaults.plist I have disabled VoodooHDA. Of course I rested NVRAM everytime I change DSDT. Internal speakers not shows in sound settings, only monitors on DP&HDMI shows. All troubleshooting needed files & info in attachment.

Audio layout-id not inject. Ozmosis [EN]
-
- Erledigt
- MrVanosh
- Erledigt
-
-
Now it should work:
-
Not work
looks the same
-
Which layout ID do you need?
-
1 or 3. I see in your DSDT version it's 2 but in ioreg is still 7.
@kuckkuckI see also HDAS section in SSDT-4 maybe changing it to HDEF will help. nvm previously I renamed B0D3 to HDAS (facepalm) I will edit with result
Changing layout-id in DSDT change alc-layout-id in ioreg
next edit: ehh I don't have ideas. For ALC1150 I can also inject 7 and with this injection same issue. -
Use the newest Lilu and AppleALC. Then edit the HDEF _DSM in the DSDT to fit your Layout-ID. Don't inject alc-layout-id through the _DSM Method.
AppleALC will automatically convert the layout ID to 3 new values:
- apple-layout-id (for Apples Drivers, normally 7)
- layout-id (also for Apples Drivers, normally 7)
- alc-layout-id: this is your actual layout-id injected AS "layout-id" and will be processed by AppleALC itself.So inject a "layout-id" but in IOReg look for alc-layout-id which should be the same as your injected "layout-id". You don't have to inject alc-layout-id when you're using my defaults.plist...
-
@kuckkuck I use newest Lilu and AppleALC. I have DSDT and Defaults.plist modified by you but it not work (I've tried many variations with layout-id in DSDT but also nothing changes). DPCIManager not shows CodecID etc.
Codecdetect by toleda too shows no audio codec detected.
Of course in bios I have enabled audio and it works with VoodooHDA(but I don't want use this kext, I prefer AppleALC) and Windows. -
Go to "About this Mac" --> Systemreport --> Extensions. Then look for the AppleHDA Driver in the List and see if it's loaded.
I think you have an HDADisabler.kext in System/Library/Extensions that you didn't delete after uninstalling VoodooHDA. It prevents AppleHDA from loading and this way AppleALC can't work.
-
-
Sort Systemreport/Extensions by "Obtained from" and send me a picture of all unknown extensions.
-
-
Please run this tool and send me the output: HF Sysinfo - Tool zur Erstellung eines Hardwareprofils zur weiteren Analyse hier im Forum
-
-
That's good to hear
One more thing: Please enter all your hardware details in your profile and also add which Bootloader you're using on which build