[Closed] AppleHDA patching requests

[johnstray2001]

My apologies, I suspect that I may have removed the kext by the time that I did that last IOreg dump. So I just re-installed it (still no sound devices) and I have attached another IOreg dump for you. I also did the kextstat, and this is what I got:

 

   93    0 0xffffff7f8209d000 0x1e000    0x1e000    com.apple.driver.AppleHDAController (274.12) 5F94D8E3-B1E5-35D7-AB7A-6419C3AAC3B5 <92 91 76 12 7 6 5 4 3 1>

Also, I came across and tried the AppleALC kext with a few of the layouts related to my codecs, but it didn't work either. However, it did give me an idea. Would it be possible to use a similar method when we can get mine working so that I can add the kext to clover and not have to touch any of the vanilla ones, making my install safe from updates?

ThinkBook-26.09.2016.ioreg.zip

[Whosondephone]

I have a mic jack sharing a line in jack on my machine.  

The default codec is

 

Node 1c: F0 90 A1 41

 

If we are using [ F0 00 00 40 ] to disable nodes, does that mean I have to change the Default Association of F0 to something like E0?  It is the last node on my list so it won't be sequential if you consider disabled nodes.

[InsanelyDeepak]

On 9/26/2016 at 5:19 AM, johnstray2001 said:

 I also did the kextstat, and this is what I got:

   93    0 0xffffff7f8209d000 0x1e000    0x1e000    com.apple.driver.AppleHDAController (274.12) 5F94D8E3-B1E5-35D7-AB7A-6419C3AAC3B5 <92 91 76 12 7 6 5 4 3 1>

This proves AppleHDA is not loaded still , that's why don't have audio 

 

 

Quote

Also, I came across and tried the AppleALC kext with a few of the layouts related to my codecs, but it didn't work either.

when we find a working patch for you then submits to AppleALC 

 

Quote

 However, it did give me an idea. Would it be possible to use a similar method when we can get mine working so that I can add the kext to clover and not have to touch any of the vanilla ones, making my install safe from updates?

i have a CloverHDA repo maintaining it accordingly , but this will won't support your untill we find a working patch 

[InsanelyDeepak]

@johnstray2001 

try this if any of version give ouput detection report 

 

can i see your DSDT ??

[InsanelyDeepak]

@whosondephone

just use it don't change F0 00 00 40 , this make Positioning = 0 , Grouping 15 , Device = other , etc  = Unknown  

[Whosondephone]

Thanks for the reply!  I believe I understand.  Your saying it's ok to use the same default association for the devices that aren't present (That we are adding F0 00 00 40) and for one device that is present.  The guide mentions "the association bit must be unique for all the devices."  I worry about this one because the Mic and the Line input share the same physical jack.
 
Are you suggesting that I don't substitute F0 00 00 40 for devices that aren't in use?  I'm assuming this is not what you are saying.  I'm attaching my scratch if anyone cares to view my work.  The good stuff is at the bottom.

Pin Complex simplified.txt

[InsanelyDeepak]

you are disabling Nodes wich means you don't have to think association , Device ,jackSense etc as i decribed in above post 

 

It seems node14 is Mic Internal , Node = Mic External wich is Line as per following guide , so you can assing next association after Mic  as it Node 14 and Node 15 

 

Note : this is not complusion to assing node14 = 1 , Node18 = 2 so on , you can do in any way  , just have to sort all Nodes as it in Codec_dump 

in some system is Speaker before mic , in some after Headphone etc  . general think is just sort it as your codec_dump has will be better IMO 

 

if you post codec_dump will be easy to undertand

[johnstray2001]

@InsanelyDeepak: V2 seems to be the closest match. This one caused the correct list of device to show up in System Information > Audio under "Intel High Definition Audio",  but nothing under "Devices", and there were still no devices in System Preferences > Sound. 

 

However, I have not been able to replicate this for some unknown reason. After I tested all of the versions, I tried V2 again, but nothing showed up this time. Strange... Any ideas?

 

In the attached ZIP file, you will find the following taken after each version was tested:
- IORegistryDump

- Kextstat output

- System Information

- Text notes on what I observed.

- DSDT.dsl -> as requested.

 

Thank-you for all your help so far.

results.zip

[Whosondephone]

I think I understand.  I failed to mention that I'm working on a desktop.  I think everything is correct.  I'll go over it again with a fresh head.

 

On the tower there is: Rear: [Line/mic in] [Line out] Front: [mic in] [Headphone out] 

 

After looking at the dumps I was so tempted to buy the internal speaker lol.  Thank you very much for the help!

card0-codec#0.txt

[InsanelyDeepak]

here i fixed pinconfig  

01271c10 01271d40 01271e01 01271f01 
01471c20 01471d90 01471ea0 01471f91 
01571c30 01571d30 01571e81 01571f01 
01171c40 01171d40 01171e21 01171f01 
01371c50 01371d00 01371e13 01371f90
01270c02

 

there is two line-out device at Node 12  and Node 13  , one will work probably Node12

you can change it Device name from Line-Out to Speaker 

you have to use MuteGPIO for making Mic working 

 

PS : if Node 13 is working for you then add EAPD = 0  for it