Jump to content
Sign in to follow this  
Followers 0
Rafeh

APPLEHDA patch required for id 8086:9c20

6 posts in this topic

Recommended Posts

APPLEHDA patch required for id 8086:9c20 for high Sierra 101.13.1.

Laptop: hp Pavillion x360 a010dx 

Core i3 4th Gen 1.9Ghz haswell. 

Share this post


Link to post
Share on other sites
Advertisement

Behind that Intel audio controller 9c20, there is an audio codec that you need to identify as that's the key info. There is no patch for Intel controllers, only for Codecs.

You could temporarily install VoodooHDA kext (+ AppleHDADisabler) and then run DPCIManager app to try and identify the codec.

If you look at HP's own documentation for this model (manufacturer's web site is always a good starting place), you'll see that it appears  to be a Realtek codec, i.e. Realtek ALCxxx. As such, DPCIManager would be expected to display something like 10EC:xxxx as the codec, where xxxx is the ALC number. For instance, 10EC:0292 is ALC292.

Audio_codec.png.4b851bf88ebe6bb74f7ce500a5f45a27.png

 

Then, in High Sierra, the AppleHDA patch consists of the following replacements:

  • replace 8419D411 by xxxxEC10 (eg: 9202EC10 for ALC292 10EC:0292)
  • replace 8508EC10 by 00000000
Edited by Hervé

Share this post


Link to post
Share on other sites

@Hervé Yes, its Realtek ALC282, PATCHED but its only working on heahphones, shows internal output when headphones removed but no sound,  Microphone is ok,  and hdmi audio dont work when connected to TV.

Actually the reason why i was looking for patched AppleHDA is , maybe hdmi audio work but it also did'nt work.

On Voodoohda it shows HDMI output but volume slider is disabled.

so if hdmi audio works on VoodooHDA i am fine with it.

Share this post


Link to post
Share on other sites

I only replied directly about the AppleHDA patch.

For the speakers/headphones to work properly, try installing latest CodecCommander kext (Google for Rehabman's kext). EAPDFix kext can also be used as an alternative, though it's a little older. What audio layout do you inject, if at all? Did you patch your DSDT to that effect?

For HDMI, you probably have to patch the Azul framebuffer kext to replace the default DP connector-type 0004 0000 of your HDMi output port to HDMI connector-type 0008 0000. If you binary modify/patch the kext, you'll have to target your specific layout-did (normally 0600260A) as detailed here but if you use Clover on-the-fly patching, try the following patch:

Target kext: AppleIntelFramebufferAzul
                 \/     \/
Find:       0105 0900 0004 0000 8700 0000
Replace by: 0105 1200 0008 0000 8700 0000
                 /\     /\

This will modify several Azul layout-ids/framebuffers, but that does not matter.

To be certain of the display output port to patch, check the port shown in IOReg when you have HDMI screen connected. Use IORegistryExplorer app and look for the Framebuffer@x that shows a display connected to it. FB@0 should the built-in LCD screen, so your HDMI screen should be attached to FB@1 or FB@2. It'll look like something like this:

IOReg_Azul.thumb.png.baffe08b85dff9f2b8a8bdb41ce11297.png

Edited by Hervé

Share this post


Link to post
Share on other sites
I only replied directly about the AppleHDA patch.
For the speakers/headphones to work properly, try installing latest CodecCommander kext (Google for Rehabman's kext). EAPDFix kext can also be used as an alternative, though it's a little older. What audio layout do you inject, if at all? Did you patch your DSDT to that effect?
For HDMI, you probably have to patch the Azul framebuffer kext to replace the default DP connector-type 0004 0000 of your HDMi output port to HDMI connector-type 0008 0000. If you binary modify/patch the kext, you'll have to target your specific layout-did (normally 0600260A) as detailed here but if you use Clover on-the-fly patching, try the following patch:
Target kext: AppleIntelFramebufferAzul                \/     \/Find:       0105 0900 0004 0000 8700 0000Replace by: 0105 1200 0008 0000 8700 0000                /\     /\

This will modify several Azul layout-ids/framebuffers, but that does not matter.
To be certain of the display output port to patch, check the port shown in IOReg when you have HDMI screen connected. Use IORegistryExplorer app and look for the Framebuffer@x that shows a display connected to it. FB@0 should the built-in LCD screen, so your HDMI screen should be attached to FB@1 or FB@2. It'll look like something like this:
IOReg_Azul.thumb.png.baffe08b85dff9f2b8a8bdb41ce11297.png

I installed alc282 from downloads and it started working. thanks

Sent from my ONEPLUS A3003 using Tapatalk

Share this post


Link to post
Share on other sites

Yes, that's the alternative with the benefits of running off vanilla AppleHDA provided you inject the correct layout-id.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  
Followers 0

  • Recently Browsing   0 members

    No registered users viewing this page.

×