Jump to content
vit9696

AppleALC — dynamic AppleHDA patching

2,862 posts in this topic

Recommended Posts

On 8/28/2018 at 7:37 PM, jaymonkey said:

 

Hi MacPeet,

 

Many thanks for the new build/upload ....

 

I don't think Apple MacBooks have ever used Comb-Jacks so I can understand why they can be a troublesome ...

 

I tried Layout 15 in the new build but unfortunately it did not work, I also tried layouts 1,13,14 & 28 which are the other ALC295 layouts included in the latest build of AppleALC but these also did not work.

In all of these cases I get the grey speaker icon and no audio devices in System Pres --> Sound.

 

The only layout that worked is layout 3 but without the ext mic working ..... which has always been the case in all HDA solutions i have tried.

 

 

I use face time a lot and the microphone on my headset is much more localised than the built in Mic on the laptop which tends to pick up a lot of background sound even though I have the option for Ambient Noise Reduction enabled. The only reason i mentioned that it works in Linux and Windows was to confirm that the jack and headset microphone do actually work ok.

 

If it can't be made to work then so be it ..... Hackingtosh system always have to have some compromises but it was worth a shot.

I'll look into getting a bluetooth headset which should work well as I have replaced the stock WiFi/BT card with a BCM43602/BCM20450 combo card which works natively with MacOS.

 

Many thanks for your efforts and teh work you do for the community.

 

Cheers

Jay

Hi 

can i see your codec_dump ?

recently i fixed ALC295 two versions both have combojack working 

 

Share this post


Link to post
Share on other sites
Advertisement

Nevermind... I just redownloaded applealc and placed it in my clover/kexts/others and now it's working.. haha weird... It was the same version of applealc

Share this post


Link to post
Share on other sites
Posted (edited)
On 8/29/2018 at 5:35 PM, insanelyDeepak said:

Hi 

can i see your codec_dump ?

recently i fixed ALC295 two versions both have combojack working 

 

 

Hi InsanleyDeepak,

 

I did see that you recently added two new layouts to the ALC295 (14 & 15) resources ...

I downloaded the current AppleALC & Lilu source's and compiled them but unfortunately layout's 14 & 15 did not work for me ...

 

The attached zip file contains two codec dumps from linux ..

One with a headset (combo headphone/microphone) un-plugged and one with it plugged in ... 
 

Would be pretty cool if you can get it working and very much appreciated 

Let me know if you need any other info or want me to test something 

 

Laptop is HP Spectre X360 .. full spec in my signature.

 

Cheers

Jay

 

 

HP Spectre X360 Codec Dump.zip

Edited by jaymonkey

Share this post


Link to post
Share on other sites
On 8/21/2018 at 2:17 AM, vit9696 said:

Guys, regarding the layout issues, could you make this clear:

— what is your codec/layout?

— when did it break?

— is the issue 10.14 only or 10.13.6 too?

— does adding alcapplid=X boot-arg, where X is your layout-id, solve the issue? Test on 10.13, because some layouts are missing in 10.14.

 

I also lost sound when upgrading AppleALC to v1.3.1 from v1.2.8.  Confirm that remapping layout-id broken by v1.3.0.

 

What is your codec/layout?  Realtek ALC888S-VD, normally works with layout-id=1 (Devices/Audio/Inject=1 set in Clover confg.plist).  Layout-id remapped automatically to 7 by AppleALC.kext v1.2.8...

 

Spoiler

1604797422_IORegistryHDEF.thumb.png.4ab90c783d878e6b67cafa95016758b5.png

 


When did it break?  When upgraded to v1.3.1 from v1.2.8
Is the issue 10.14 only or 10.13.6 too?  Fails in both 10.13.6 & 10.14
Does adding alcapplid=X boot-arg, where X is your layout-id, solve the issue? Test on 10.13, because some layouts are missing in 10.14.  No, still fails on 10.13, even with alcapplid=7 or alcid=1 and alcapplid=7.  IORegistryExplorer confirms layout-id not remapped and no alc-layout-id property created.

 

Fixed by manually injecting device properties in Clover config.plist/Devices/Properties.

 

Procedure
 1.  Create config-imprint with clover-genconfig utility, after booting 10.13 with old working config.plist (with Devices/Audio/Inject=1) and AppleALC v1.2.8.

 

clover-genconfig > config-imprint.plist 


 2.  Edit config.plist by importing PciRoot Dictionary containing layout-id from config-imprint.plist to Devices/Properties of config.plist (see screenshot).  I added
      alc-layout-id=1 and remapped layout-id to 7.  Then deleted Devices/Audio/Inject=1.

 

 

Spoiler

1649920601_DevicePropertiesfromconfig-imprintusingclover-genconfigutility.thumb.png.78926c5d3dc6bb830aa6d76cc4628774.png

 


 3.  Upgraded AppleALC to v1.3.1.
 4.  Reboot system ---> Audio working again in both 10.13.6 and 10.14beta9 :).

Share this post


Link to post
Share on other sites

fusion71au, are you sure that both alc-layout-id and layout-id are necessary? If that is the case, I suspect that I know what the issue is all about. The property reader/writer fails, and you have to manually simulate it via device properties.

 

What is most likely the cause of a failure, is a bug in Lilu, which caused device detection failure, and effectively prevented all the device discovery:

https://github.com/acidanthera/Lilu/commit/7eab62a9c4ed56b2a1375f530f8c981dd44f2fa0

Does upgrading to master Lilu version work? With just layout-id set to 7, and alc-layout-id removed. 

 

If it does not, then I would like to a have your ioreg and a log with -liludbg liludelay=1000 (the boot process will be slow) that will contain all the pci device detection code (i.e. "creating device info" message and onwards). You may obtain it with the following command after booting;

log show --info --debug --last boot | grep Lilu

 

If the message I mentioned is dropped, you may consider recording the video.

Edited by vit9696

Share this post


Link to post
Share on other sites
1 hour ago, vit9696 said:

What is most likely the cause of a failure, is a bug in Lilu, which caused device detection failure, and effectively prevented all the device discovery:

https://github.com/acidanthera/Lilu/commit/7eab62a9c4ed56b2a1375f530f8c981dd44f2fa0

Does upgrading to master Lilu version work? With just layout-id set to 7, and alc-layout-id removed. 

 

You were right :)

 

With Lilu 1.2.6 and AppleALC 1.3.1, there were error messages saying "alc-layout-id was not provided by controller at HDEF" in debug log...

2018-09-01 16:22:37.226609+1000  localhost kernel[0]: Security policy loaded: Lilu Kernel Extension 1.2.6 DEBUG build (Lilu)
2018-09-01 16:23:11.249818+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ alc-layout-id was not provided by controller at HDEF

 

In this situation, I had to inject both layout-id=7 and alc-layout-id=1 through Clover config.plist/Devices/Properties.

 

With newly compiled kexts from source (Lilu 1.2.7 and AppleALC 1.3.1), remapping layout-id works again, even using my old Clover config.plist - Devices/Audio/Inject=1 and no Devices/Properties injection...

 

Spoiler

 


2018-09-02 14:25:02.192126+1000  localhost kernel[0]: calling mpo_policy_init for Lilu
2018-09-02 14:25:02.205706+1000  localhost kernel[0]: Security policy loaded: Lilu Kernel Extension 1.2.7 DEBUG build (Lilu)
2018-09-02 14:25:06.526191+1000  localhost kernel[0]: (kernel) AppleALC:   iokit @ (DBG) getOSData alc-layout-id was not found
2018-09-02 14:25:06.544430+1000  localhost kernel[0]: (kernel) AppleALC:   iokit @ (DBG) getOSData layout-id has 1 value
2018-09-02 14:25:06.562226+1000  localhost kernel[0]: (kernel) AppleALC:   audio @ (DBG) found legacy alc-layout-id (from layout-id) 1
2018-09-02 14:25:06.580683+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) fixing MaximumBootBeepVolumeAlt in hdef
2018-09-02 14:25:06.598664+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) found existing built-in
2018-09-02 14:25:06.615276+1000  localhost kernel[0]: (kernel) AppleALC:   iokit @ (DBG) getOSData device-id has AA58 value
2018-09-02 14:25:06.632050+1000  localhost kernel[0]: (kernel) AppleALC:   iokit @ (DBG) getOSData revision-id has 0 value
2018-09-02 14:25:06.648554+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) found existing built-in
2018-09-02 14:25:36.674808+1000  localhost kernel[0]: (kernel) AppleALC:   iokit @ (DBG) getOSData vendor-id has 8086 value
2018-09-02 14:25:36.690032+1000  localhost kernel[0]: (kernel) AppleALC:   iokit @ (DBG) getOSData device-id has 3B56 value
2018-09-02 14:25:36.690433+1000  localhost kernel[0]: (kernel) AppleALC:   iokit @ (DBG) getOSData revision-id has 6 value
2018-09-02 14:25:36.690836+1000  localhost kernel[0]: (kernel) AppleALC:   iokit @ (DBG) getOSData alc-layout-id has 1 value
2018-09-02 14:25:36.691239+1000  localhost kernel[0]: (kernel) AppleALC:   iokit @ (DBG) getOSData AAPL,ig-platform-id was not found
2018-09-02 14:25:36.691641+1000  localhost kernel[0]: (kernel) AppleALC:   iokit @ (DBG) getOSData AAPL,snb-platform-id was not found
2018-09-02 14:25:36.692057+1000  localhost kernel[0]: (kernel) AppleALC:   iokit @ (DBG) getOSData vendor-id has 8086 value
2018-09-02 14:25:36.692445+1000  localhost kernel[0]: (kernel) AppleALC:   iokit @ (DBG) getOSData device-id has 3B56 value
2018-09-02 14:25:36.692847+1000  localhost kernel[0]: (kernel) AppleALC:   iokit @ (DBG) getOSData revision-id has 6 value
2018-09-02 14:25:36.711183+1000  localhost kernel[0]: (kernel) AppleALC:   iokit @ (DBG) getOSData alc-layout-id has 1 value
2018-09-02 14:25:36.711582+1000  localhost kernel[0]: (kernel) AppleALC:   iokit @ (DBG) getOSData AAPL,ig-platform-id was not found
2018-09-02 14:25:36.711983+1000  localhost kernel[0]: (kernel) AppleALC:   iokit @ (DBG) getOSData AAPL,snb-platform-id was not found
2018-09-02 14:25:36.712386+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) found 3 audio controllers
2018-09-02 14:25:36.712788+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) validating 0 controller 1002:AA58:0
2018-09-02 14:25:36.713189+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 0 mod 8086:A2F0
2018-09-02 14:25:36.713592+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 1 mod 8086:A348
2018-09-02 14:25:36.713995+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 2 mod 8086:A171
2018-09-02 14:25:36.732220+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 3 mod 8086:8D21
2018-09-02 14:25:36.732620+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 4 mod 8086:8D20
2018-09-02 14:25:36.733426+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 5 mod 8086:F04
2018-09-02 14:25:36.733829+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 6 mod 8086:24
2018-09-02 14:25:36.734231+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 7 mod 8086:C0C
2018-09-02 14:25:36.734634+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 8 mod 8086:8D20
2018-09-02 14:25:36.752695+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 9 mod 1002:AAC8
2018-09-02 14:25:36.753093+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 10 mod 10DE:E0F
2018-09-02 14:25:36.753495+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 11 mod 10DE:10EF
2018-09-02 14:25:36.753897+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 12 mod 10DE:10F1
2018-09-02 14:25:36.754302+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 13 mod 10DE:FBA
2018-09-02 14:25:36.754703+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 14 mod 10DE:FB0
2018-09-02 14:25:36.755106+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 15 mod 10DE:FBB
2018-09-02 14:25:36.755508+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 16 mod 10DE:FB8
2018-09-02 14:25:36.773549+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 17 mod 10DE:FB9
2018-09-02 14:25:36.773946+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 18 mod 10DE:10F0
2018-09-02 14:25:36.774349+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) validating 1 controller 8086:3B56:6
2018-09-02 14:25:36.774750+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 0 mod 8086:A2F0
2018-09-02 14:25:36.775152+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 1 mod 8086:A348
2018-09-02 14:25:36.775555+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 2 mod 8086:A171
2018-09-02 14:25:36.775957+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 3 mod 8086:8D21
2018-09-02 14:25:36.776359+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 4 mod 8086:8D20
2018-09-02 14:25:36.776764+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 5 mod 8086:F04
2018-09-02 14:25:36.794782+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 6 mod 8086:24
2018-09-02 14:25:36.795181+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 7 mod 8086:C0C
2018-09-02 14:25:36.795583+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 8 mod 8086:8D20
2018-09-02 14:25:36.795985+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 9 mod 1002:AAC8
2018-09-02 14:25:36.796387+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 10 mod 10DE:E0F
2018-09-02 14:25:36.796789+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 11 mod 10DE:10EF
2018-09-02 14:25:36.797191+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 12 mod 10DE:10F1
2018-09-02 14:25:36.797593+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 13 mod 10DE:FBA
2018-09-02 14:25:36.797996+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 14 mod 10DE:FB0
2018-09-02 14:25:36.815977+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 15 mod 10DE:FBB
2018-09-02 14:25:36.816374+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 16 mod 10DE:FB8
2018-09-02 14:25:36.816776+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 17 mod 10DE:FB9
2018-09-02 14:25:36.817178+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 18 mod 10DE:10F0
2018-09-02 14:25:36.817581+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) validating 2 controller 8086:3B56:6
2018-09-02 14:25:36.817983+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 0 mod 8086:A2F0
2018-09-02 14:25:36.818385+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 1 mod 8086:A348
2018-09-02 14:25:36.836302+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 2 mod 8086:A171
2018-09-02 14:25:36.836703+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 3 mod 8086:8D21
2018-09-02 14:25:36.837104+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 4 mod 8086:8D20
2018-09-02 14:25:36.837508+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 5 mod 8086:F04
2018-09-02 14:25:36.837911+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 6 mod 8086:24
2018-09-02 14:25:36.838314+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 7 mod 8086:C0C
2018-09-02 14:25:36.838718+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 8 mod 8086:8D20
2018-09-02 14:25:36.839120+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 9 mod 1002:AAC8
2018-09-02 14:25:36.856924+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 10 mod 10DE:E0F
2018-09-02 14:25:36.857322+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 11 mod 10DE:10EF
2018-09-02 14:25:36.857726+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 12 mod 10DE:10F1
2018-09-02 14:25:36.858128+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 13 mod 10DE:FBA
2018-09-02 14:25:38.000176+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 14 mod 10DE:FB0
2018-09-02 14:25:38.010246+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 15 mod 10DE:FBB
2018-09-02 14:25:38.020238+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 16 mod 10DE:FB8
2018-09-02 14:25:38.030125+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 17 mod 10DE:FB9
2018-09-02 14:25:38.039912+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing to 18 mod 10DE:10F0
2018-09-02 14:25:38.049665+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) missing ControllerModInfo for 0 controller
2018-09-02 14:25:38.060233+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) missing ControllerModInfo for 1 controller
2018-09-02 14:25:38.070726+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) missing ControllerModInfo for 2 controller
2018-09-02 14:25:38.106936+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) found supported Realtek ALC888 codec revision 0x100001
2018-09-02 14:25:38.113979+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) missing ControllerModInfo for 0 controller
2018-09-02 14:25:38.117582+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) missing ControllerModInfo for 1 controller
2018-09-02 14:25:38.161773+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) missing ControllerModInfo for 2 controller
2018-09-02 14:25:38.170118+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) will route resource loading callbacks
2018-09-02 14:25:38.170518+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) applying patches for 2 kext
2018-09-02 14:25:38.170918+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) applying 1 patch for 2 kext
2018-09-02 14:25:38.171926+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) applying 2 patch for 2 kext
2018-09-02 14:25:38.172543+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) applying 3 patch for 2 kext
2018-09-02 14:25:38.176161+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) applying 5 patch for 2 kext
2018-09-02 14:25:38.188169+1000  localhost kernel[0]: (kernel) AppleALC:   iokit @ (DBG) getOSData layout-id has 7 value
2018-09-02 14:25:38.188392+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) initializePinConfig AppleHDACodecGeneric received hda 0xFFFFFF802C204AF0, config 0xFFFFFF802BFB1640 config name AppleHDAHardwareConfigDriver apple layout 7 codec 10EC0888 layout 1
2018-09-02 14:25:38.188793+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) discovered HDAConfigDefault with 302 entries
2018-09-02 14:25:38.189310+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) current config entry has boot 1, wake 0, reinit -1
2018-09-02 14:25:38.221054+1000  localhost kernel[0]: (kernel) AppleALC:   iokit @ (DBG) getOSData layout-id has 7 value
2018-09-02 14:25:38.223332+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) initializePinConfig AppleHDACodecGeneric received hda 0xFFFFFF802C203B20, config 0xFFFFFF802BFB1A00 config name AppleHDAHardwareConfigDriver apple layout 7 codec 10EC0888 layout 1
2018-09-02 14:25:38.223733+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) discovered HDAConfigDefault with 302 entries
2018-09-02 14:25:38.224209+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) current config entry has boot 1, wake 0, reinit -1
2018-09-02 14:25:39.714987+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) layoutLoadCallback 1 0 1 15073 1
2018-09-02 14:25:39.715187+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) resource-request arrived layout
2018-09-02 14:25:39.715592+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) checking codec 10EC:888:100001
2018-09-02 14:25:39.715994+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) selecting from 10 files
2018-09-02 14:25:39.809095+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing 0 layout 1/1
2018-09-02 14:25:39.824703+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) found layout at 0 index
2018-09-02 14:25:39.824707+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) layoutLoadCallback done 1 0 1 929 1
2018-09-02 14:25:39.840478+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) layoutLoadCallback 2 0 1 15073 1
2018-09-02 14:25:39.840484+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) resource-request arrived layout
2018-09-02 14:25:39.840489+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) checking codec 10EC:888:100001
2018-09-02 14:25:39.840493+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) selecting from 10 files
2018-09-02 14:25:39.840497+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing 0 layout 1/1
2018-09-02 14:25:39.840501+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) found layout at 0 index
2018-09-02 14:25:39.840506+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) layoutLoadCallback done 2 0 1 929 1
2018-09-02 14:25:39.855656+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) platformLoadCallback 3 0 1 17735 1
2018-09-02 14:25:39.855661+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) resource-request arrived platform
2018-09-02 14:25:39.855665+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) checking codec 10EC:888:100001
2018-09-02 14:25:39.855668+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) selecting from 10 files
2018-09-02 14:25:39.855672+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing 0 layout 1/1
2018-09-02 14:25:39.855675+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) found platform at 0 index
2018-09-02 14:25:39.855679+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) platformLoadCallback done 3 0 1 1179 1
2018-09-02 14:25:39.859100+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) power change AppleHDAHDMI_DPDriver at AppleHDACodecGeneric from 1 to 2 in from pin 0 sleep 0
2018-09-02 14:25:39.873119+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) platformLoadCallback 4 0 1 17735 1
2018-09-02 14:25:39.873124+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) resource-request arrived platform
2018-09-02 14:25:39.873128+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) checking codec 10EC:888:100001
2018-09-02 14:25:39.873132+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) selecting from 10 files
2018-09-02 14:25:39.873136+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) comparing 0 layout 1/1
2018-09-02 14:25:39.873139+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) found platform at 0 index
2018-09-02 14:25:39.873143+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) platformLoadCallback done 4 0 1 1179 1
2018-09-02 14:25:43.125921+1000  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) power change AppleHDADriver at AppleHDACodecGeneric from 1 to 2 in from pin 0 sleep 0

 

Thanks @vit9696 :thumbsup_anim:

Latest Kexts.zip

Share this post


Link to post
Share on other sites
17 hours ago, vit9696 said:

If it does not, then I would like to a have your ioreg and a log with -liludbg liludelay=1000 (the boot process will be slow) that will contain all the pci device detection code (i.e. "creating device info" message and onwards). You may obtain it with the following command after booting;

log show --info --debug --last boot | grep Lilu

 

If the message I mentioned is dropped, you may consider recording the video.

 

Hi vit9696

 

As you may know I too have had the issue with the automatic layout-id re-mapping not working with AppleALC 1.3.0 & 1.3.1.

As with fusion71au the automatic layout re-mapping works fine when using AppleALC ver 1.28

The only way for me to get it working with 1.3.1 is to manually inject both layout-id and alc-layout-id as device properties just like fusion71au above which i detailed in this post.

 

Having read above that fusion71au had success with the latest beta build of Lilu (1.2.7) and AppleALC i also tried doing the same.

I installed the test builds of Lilu and AppleALC, removed the device properties injection for layout-id & alc-layout-id and re-enabled Devices/Audio/Inject=3 in clover.

 

290872921_ScreenShot2018-09-02at13_34_50.png.b9c390d9c7a6c65f15403d0a55d15fad.png

 

Unfortunately it did not work for me ...Grey speaker icon/no audio devices in sys prefs ...

looking in the kernel boot log showed that AppleALC is still failing to read layout-id :-

 

2018-09-02 13:01:14.433036+0100 0x535      Default     0x0                  0      0    kernel: (AppleALC) AppleALC:     alc @ alc-layout-id was not provided by controller at HDEF
2018-09-02 13:01:14.540644+0100 0x535      Default     0x0                  0      0    kernel: (AppleALC) AppleALC:     alc @ alc-layout-id was not provided by controller at HDEF

 

So as requested i added the lilu debug log options to my boot args ..  the attached zip file contains the lilu debug log and a dump from IOReg ...

One thing I noticed when looking at the HDEF device in ioreg, is that layout-id has been set to 7 which is what AppleALC version 1.2.8 (which worked ok) set it to, however there is no alc-layout-id property, which i assume should have been picked up during AppleALC/Lilu initialisation from layout-id .. 

 

Maybe you can spot something in the lilu log file or ioreg which may help to understand why it's not working.

 

Cheers

Jay

 

 

Archive.zip

Edited by jaymonkey

Share this post


Link to post
Share on other sites
On 8/29/2018 at 7:37 PM, yamahahornist said:

Nevermind... I just redownloaded applealc and placed it in my clover/kexts/others and now it's working.. haha weird... It was the same version of applealc

Which Layout ID do you use? I have the alc293 also

and nothing works

 

Thank you

Share this post


Link to post
Share on other sites
On 8/30/2018 at 2:03 AM, jaymonkey said:

 

Hi InsanleyDeepak,

 

I did see that you recently added two new layouts to the ALC295 (14 & 15) resources ...

I downloaded the current AppleALC & Lilu source's and compiled them but unfortunately layout's 14 & 15 did not work for me ...

 

The attached zip file contains two codec dumps from linux ..

One with a headset (combo headphone/microphone) un-plugged and one with it plugged in ... 
 

Would be pretty cool if you can get it working and very much appreciated 

Let me know if you need any other info or want me to test something 

 

Laptop is HP Spectre X360 .. full spec in my signature.

 

Cheers

Jay

 

 

HP Spectre X360 Codec Dump.zip

Hi 

try this one 

AppleALC HP Spectre X360.zip

Share this post


Link to post
Share on other sites

@jaymonkey, I can confirm that your problem is similar. But most likely different in its cause. I changed the way Lilu reports device information, and ask you to redo the log. Also, unfortunately a lot of information is missing from the log, so try liludelay=1000 and record a video of the screen. Upload here or just PM.

Share this post


Link to post
Share on other sites
8 hours ago, insanelyDeepak said:

Hi 

try this one 

AppleALC HP Spectre X360.zip

 

Hi insanleyDeepak,

 

Many thanks for the upload,

I tried it with layout 3 but it did not work , grey speaker, no audio devices in sys prefs ...

Is layout 3 the one you patched for HP Spectre X360 ?

 

Also one thing to note is that MacOS login took much longer with this version of AppleALC installed .... does not happen with any other version

Let me know if you want me to try it with a different layout-id or you need some debug ...

 

Cheers

Jay

 

 

 

 

Edited by jaymonkey

Share this post


Link to post
Share on other sites
4 hours ago, vit9696 said:

@jaymonkey, I can confirm that your problem is similar. But most likely different in its cause. I changed the way Lilu reports device information, and ask you to redo the log. Also, unfortunately a lot of information is missing from the log, so try liludelay=1000 and record a video of the screen. Upload here or just PM.

 

@vit9696,

 

Thanks for taking a look and confirming there is indeed a problem.

I did try booting with liludelay=1000 but the boot-up stalled after around 15 mins .. the last line read as follows :

 

IOConsoleUsers: gIOScreenLockState 3, hs 0, bs 0 , now 0, sm 0x40

 

When it stalled I left it for another 10 mins but it did not go any further, so i tried setting liludelay=100 which is what that log file i posted above was created with.

I will do it again with liludelay=1000 and also record the verbose output as video ... I'll send you a PM once the files are ready.

 

Cheers

Jay

 

Edited by jaymonkey

Share this post


Link to post
Share on other sites
22 hours ago, Ezak said:

Which Layout ID do you use? I have the alc293 also

and nothing works

 

Thank you

Use layout 28 and make sure you have the latest Applealc in your clover/kexts/other folder

Share this post


Link to post
Share on other sites
4 hours ago, jaymonkey said:

 

Hi insanleyDeepak,

 

Many thanks for the upload,

I tried it with layout 3 but it did not work , grey speaker, no audio devices in sys prefs ...

Is layout 3 the one you patched for HP Spectre X360 ?

 

Also one thing to note is that MacOS login took much longer with this version of AppleALC installed .... does not happen with any other version

Let me know if you want me to try it with a different layout-id or you need some debug ...

 

Cheers

Jay

 

 

 

 

Hi 

i forgot you must use layout 13 

 

Quote

Also one thing to note is that MacOS login took much longer with this version of AppleALC installed .... does not happen with any other version

this is same version from git except changes for ALC295 Resource 

 

 

Share this post


Link to post
Share on other sites
4 hours ago, insanelyDeepak said:

Hi 

i forgot you must use layout 13 this is same version from git except changes for ALC295 Resource ....

 

Hi insanelyDeepak,

 

Sorry for the late reply, I've been working with Vit9696 this afternoon investigating why the automatic layout remapping does not work for some users with the latest release of AppleALC (1.3.1)

Turns out that the issue is not with AppleALC but with Lilu , the good news is that the issue has been identified and Vit9696 has fixed the issue in the Lilu source code.

I'm running a test build now and its working as it should do .... no need to inject layout-id and alc-layout-id using device properties.

Vit9696 will be committing the Lilu changes soon to the public repo's.

 

I've just finished testing the version of AppleALC you made for the HP Spectre X360, ALC295 Codec using layout-id 13.

 

Test Results:-

 

Internal Speakers and Microphone are present in System Prefs --> Sound

Black Speaker Icon in Menu Bar

No Sound form Internal Speakers, even after a sleep/wake event thus forcing EAPD verbs to be refreshed ... I suspect that this is a EAPD issue

Internal Microphone Works ok

Headphones are detected when headset is plugged in but there is no sound from them.

External Microphone is not detected when headset is plugged in ... Internal Microphone still active and working.

 

Please advise if you need any more info ...

Cheers

Jay

 

Edited by jaymonkey

Share this post


Link to post
Share on other sites

I can't get any version above 1.2.7  to work with my system!! Using latest Lilu

 

1. Sony Vaio SVE15115 / 7-series mobile chipset
2. ALC269
3. layout-id=6 in DSDT (also tried alc-layout-id, and apple-layout-id)
4. macOS 10.13.6

 

Any help would be appreciated...

Share this post


Link to post
Share on other sites

Hi @vit9696

I am unable to get Realtek Audio 1220 for my motherboard MSI X299 Tomahawk AC to work with your kext. Any file you might need to add support for my motherboard in next update?

 

Here is the output of codec-info.command

 

HDEF@1F,3 = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Layout, hex: 0x00000007 , dec: 7

PinConfigurations:
00c50740104011012010010130600101402001015090a09060908102703081018040210229e6474090604501

Codecs Found: 1
HDA:
0 CodecAddress:0x0
VendorID: 0x10ec1220
RevisionID: 0x100003
CodecID: 283906592
Revision(dec):=1048579
Id=0x1220
Id(dec)=4640
Vendor=0x10ec
Vendor(dec)=4332

 

I made it work in High Sierra with m********* selecting Realtek 1220 and X299 options with Layout ID 1 & 2. But I was not happy with it modifying AppleHDA.kext and performing unknown hackery.

AppleALC.kext is THE MOST CLEAN solution. However, I have not had any luck in Mojave. Plz help.

 

Included plist file below 

 

Info.plist

Edited by d5aqoep

Share this post


Link to post
Share on other sites

ALC889

I set layout-id under HDEF 1

But IORegistryExplorer show 7 Can I know this ID is Correct?

Sound worked good.

Thanks @vit9696

Screen Shot 2018-09-05 at 4.25.37 PM.png

Edited by nmano

Share this post


Link to post
Share on other sites
16 hours ago, nmano said:

ALC889

I set layout-id under HDEF 1

But IORegistryExplorer show 7 Can I know this ID is Correct?

Sound worked good.

Thanks @vit9696

 

 

 

For best results do not use DSDT or SSDT for AppleALC,

 

Use the latest builds of Lilu & AppleHDA which resolve an issue that stopped AppleALC version 1.3.0 & 1.3.1 working on some systems.

You will have to download and compile them from the Git Hub Repo's as the latest builds are not yet a public binary release.

 

Install the new builds of Lilu & AppleALC

 

In Clover config.plist enable the AHCI Rename XXXX -> HDEF (which ever is correct for your system)

Example: My native DSDT uses HDAS so I use the HDAS -> HDEF Rename.

 

782474450_ScreenShot2018-09-06at14_03_35.thumb.png.f43afda3eff9658697fc2274753f9ddf.png

 

 

And use Devices/Audio/Inject to set the layout-id you want use.

 

2067847738_ScreenShot2018-09-06at14_05_53.png.3b5ed441b2a480094a5594bba7996e22.png

 

Undo any changes you made to your DSDT regarding HDEF or remove HDEF SSDT if using Hot Patch.

After the above is complete, reboot and look at HDEF device in IOREG.

 

alc-layout-id property value should show the  id you set in Clover Devices/Audio/inject.

layout-id property value will be the target id in AppleHDA that AppleALC has remapped the layout you want to use to and will patch. (this is usually 7)

 

The layout re=mapping is necessary to negate the depreciated id's that Mojave has dropped support for. 

All versions of AppleALC ver 1.2.8 and above will do the layout re-mapping regardless of MacOS version.

 

AppleALC deals with injecting all of the necessary device properties for you

If you manually specify them in DSDT, SSDT or as custom device property injections then it stops AppleALC from doing it's job correctly.

 

Cheers

Jay

 

 

Edited by jaymonkey

Share this post


Link to post
Share on other sites

@jaymonkey 

 

You sir made my day!!! :D

 

I was never able to move to an AppleALC version above 1.2.7

 

Removed _DSM from under HDEF in DSDT, added inject=6 in Clover's config.plist, and BOOM. Sound works with latest AppleALC (1.3.1)

 

Also, not sure when this happened, but I no longer need CodecCommander!!

 

Edited by Dr. Hurt

Share this post


Link to post
Share on other sites
6 hours ago, jaymonkey said:

 

 

For best results do not use DSDT or SSDT for AppleALC,

 

Use the latest builds of Lilu & AppleHDA which resolve an issue that stopped AppleALC version 1.3.0 & 1.3.1 working on some systems.

You will have to download and compile them from the Git Hub Repo's as the latest builds are not yet a public binary release.

 

Install the new builds of Lilu & AppleALC

 

In Clover config.plist enable the AHCI Rename XXXX -> HDEF (which ever is correct for your system)

Example: My native DSDT uses HDAS so I use the HDAS -> HDEF Rename.

 

782474450_ScreenShot2018-09-06at14_03_35.thumb.png.f43afda3eff9658697fc2274753f9ddf.png

 

 

And use Devices/Audio/Inject to set the layout-id you want use.

 

2067847738_ScreenShot2018-09-06at14_05_53.png.3b5ed441b2a480094a5594bba7996e22.png

 

Undo any changes you made to your DSDT regarding HDEF or remove HDEF SSDT if using Hot Patch.

After the above is complete, reboot and look at HDEF device in IOREG.

 

alc-layout-id property value should show the  id you set in Clover Devices/Audio/inject.

layout-id property value will be the target id in AppleHDA that AppleALC has remapped the layout you want to use to and will patch. (this is usually 7)

 

The layout re=mapping is necessary to negate the depreciated id's that Mojave has dropped support for. 

All versions of AppleALC ver 1.2.8 and above will do the layout re-mapping regardless of MacOS version.

 

AppleALC deals with injecting all of the necessary device properties for you

If you manually specify them in DSDT, SSDT or as custom device property injections then it stops AppleALC from doing it's job correctly.

 

Cheers

Jay

 

 

Thanks @jaymonkey

I am using SSDT with AppleALC 

Now I found both IDS.

Screen Shot 2018-09-06 at 1.59.41 PM.png

Screen Shot 2018-09-06 at 1.59.53 PM.png

Edited by nmano

Share this post


Link to post
Share on other sites

Рatch HDAS -> HDEF is not required. AppleALC renames automatically, you will see HDEF in IOReg.

Devices/Audio/Inject = No (string).

FixHDA = NO

AddHDMI = NO

UseIntelHDMI = NO

AppleALC injects HDMI properties automatically.

 

 It is necessary to set value layout-id in Devices-Properties or boot arguments.

Share this post


Link to post
Share on other sites

hmm. good info. i will retest by removing my HDEF Method (_DSM)

 

the reason i mention it, as i had problems recently with my system with ALC889 on mojave beta - no devices would show up.  i needed to explicitly add the alc-layout-id property in the DSDT (HDEF), otherwise i got a message something like alc-layout is not passed or not found - nothing to do. and i was injecting 11 layout-id in Clover. 

 

to be fair, after I updated Lilu with most recent fixes last week, things started to work reliably - meaning got Line In/Lineout and HDMI devices so i called it a day! 

 

---

update - with latest lilu 1.2.7 - works without HDEF _DSM. cool.

 

 

Edited by tluck

Share this post


Link to post
Share on other sites

Hi all, hoping for some help to get my 1150 working (and HDMI audio would be great as well!)

 

Here's all the info I can think of - please let me know if I've missed anything

  1. Motherboard is an X99 Deluxe (ALC1150) with two EVGA Founders' Edition 1080ti cards
  2. Running 10.13.6 (17G65)
  3. AppleHDA is confirmed clean/vanilla
  4. Have tried clover fix FixHDA_8000->True
  5. Have tried all layout-ID's (1, 2, 3, 5, 7, 11)
  6. No other audio patches in config.plist, or VoodooHDA, AppleHDADisabler, or DummyHDA.kext either in S/L/E or Clover/kexts/other
  7. appleALC and Lilu are both loaded, according to kextstat. Lilu is 1.2.7 and appleALC is 1.3.1
  8. I've attached debug text (same as below) as well as codec info generated by Codec-Info.command
  9. I've also attached an ioreg (never done this before so let me know if I need to do that differently)
  10. Here's a zip of my EFI folder (I redacted the SMBIOS section of my config.plist; I'm running it as a MacPro6,1) https://www.dropbox.com/s/q26iqtejp41m1ur/EFI.zip?dl=0

 

I am getting these debug messages:

 

2018-09-06 08:55:52.044373-0700  localhost kernel[0]: Security policy loaded: Lilu Kernel Extension 1.2.6 (Lilu)

2018-09-06 09:11:54.006679-0700  localhost kernel[0]: calling mpo_policy_init for Lilu

2018-09-06 09:11:54.006681-0700  localhost kernel[0]: Security policy loaded: Lilu Kernel Extension 1.2.6 (Lilu)

2018-09-06 09:11:57.542278-0700  localhost kernel[0]: (kernel) AppleALC:     alc @ alc-layout-id was not provided by controller at HDEF

2018-09-06 09:11:57.542314-0700  localhost kernel[0]: (kernel) AppleALC:     alc @ alc-layout-id was not provided by controller at HDEF

2018-09-06 09:14:34.293761-0700  localhost kernel[0]: considerRebuildOfPrelinkedKernel as.vit9696.Lilu triggered rebuild

2018-09-06 09:20:58.068698-0700  localhost kernel[0]: calling mpo_policy_init for Lilu

2018-09-06 09:20:58.068700-0700  localhost kernel[0]: Security policy loaded: Lilu Kernel Extension 1.2.6 (Lilu)

2018-09-06 09:21:01.285007-0700  localhost kernel[0]: (kernel) AppleALC:     alc @ alc-layout-id was not provided by controller at HDEF

2018-09-06 09:21:01.285029-0700  localhost kernel[0]: (kernel) AppleALC:     alc @ alc-layout-id was not provided by controller at HDEF

2018-09-06 09:21:01.285475-0700  localhost kernel[0]: (kernel) Lilu: patcher @ lookup patching applied only 0 patches out of 1

 

2018-09-06 13:18:12.098044-0700  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) failed to find a suitable codec, we have nothing to do

2018-09-06 13:18:12.098048-0700  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) handling 0 controller vendor 000010DE with 1 patches

2018-09-06 13:18:12.098051-0700  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) applying patches for 6 kext

2018-09-06 13:18:12.098054-0700  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) handling 1 controller vendor 000010DE with 1 patches

2018-09-06 13:18:12.098057-0700  localhost kernel[0]: (kernel) AppleALC:     alc @ (DBG) applying patches for 6 kext

 

codec-info.txt

debug.txt

MacPro.ioreg

Screen Shot 2018-09-06 at 9.32.07 AM.png

Share this post


Link to post
Share on other sites
17 hours ago, Dr. Hurt said:

Also, not sure when this happened, but I no longer need CodecCommander!!

 

 

AppleALC version 1.2.6 was the first release that added support for EAPD wake verbs.

Each version after that has added support for more codec's .. I think it now pretty much supports most of them.

 

One less 3rd party kext to worry about for a lot of users, although it's still might be needed for others in some situations.

 

Cheers

Jay

 

Edited by jaymonkey

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

×