AppleALC — dynamic AppleHDA patching

qutongming · February 24, 2019

14 minutes ago, cajebax said:

hi all, would someone be able to help? hope i am posting in the right section.

im using lilu 134 and applealc 135, applehda should be vanilla HS. hardware are q9550/p5ql-em/gtx1060, sound chipset should be alc1200 (888 legacy?) . i think the layout-id should be 7, i have been trying 1 to 11 without luck.

i have been trying to get audio working for past 3 days non stop and im running out of ideas. somehow HDEF and IOHDAcodecdevice 0 to show up, but nothing under iohdacodecdevice 1, i.e no output device for me

please see attached my config / ioregistry / codec dump from linux if it helps.

if require additional info please let me know and i will get back asap.

many thanks.

config.plist

codec_dump0.txt

p5ql-em-io.ioreg

clover configuration is critical

I haven't been to configure it for years.

But after 1.3.0, it will not work. So I can't imagine the configuration problem.

More than 10 days，Re-install the system, 1 times and 1 times. 10.13.6 and 10.14.3 install MacOS

Brush new_BIOS once and again

ammoune78 · February 24, 2019

36 minutes ago, cajebax said:

hi all, would someone be able to help? hope i am posting in the right section.

im using lilu 134 and applealc 135, applehda should be vanilla HS. hardware are q9550/p5ql-em/gtx1060, sound chipset should be alc1200 (888 legacy?) . i think the layout-id should be 7, i have been trying 1 to 11 without luck.

i have been trying to get audio working for past 3 days non stop and im running out of ideas. somehow HDEF and IOHDAcodecdevice 0 to show up, but nothing under iohdacodecdevice 1, i.e no output device for me

please see attached my config / ioregistry / codec dump from linux if it helps.

if require additional info please let me know and i will get back asap.

many thanks.

config.plist

codec_dump0.txt

p5ql-em-io.ioreg

I think that you have to remove 7 from the layout in the config.plist, and simply add alcid=7 in the boot-args from boot in the config.plist. You should be done.

qutongming · February 24, 2019

9 hours ago, ammoune78 said:

Hi,

Remove the layout id's from the DSDT, open your OzmosisDefaults with a plist app like plist edit pro, go to the boot-args, and ad alcid=1, save it, and replace it with the current one on the bios. You can replace it even if plist file, using UEFITool, and by replace body, set the extension to bi inserted as other, then go choose you OzmosisDefaults.plist you've just modified, UEFITool is able to convert the plist file to raw data.

Now download the latest AppleALC source code, and unzip it. From the Resources folder on the AppleALC Master, delete all other codecs except the ALC1150. Now, download the Lilu Master source code, run the project using Xcode, and copy the resulted Lilu.kext to the AppleALC Master folder, open the project using Xcode, and convert the resulted small AppleALC.kext file size to ffs, replace it with the current one on the bios. Download the latest release of Lilu kext from the release page, convert it to ffs, replace it with the current one on the bios. Now, save the BIOS and refresh your mob with it.

For the DSDT avoid using it, and instead, use a SSDT that contain all the patchs used in the DSDT, IMHO.

Good Luck

Thank you

Modifying DSDT is OK and OzmosisDefaults.plist It has been used for many years.

Now it's slightly modified， OzmosisDefaults.plist。 Very good。

（Absolutely unexpected OzmosisDefaults.plist Now it's slightly modified） Now from 1.3.0 to 1.3.6 Very nice

Don't understand English。I use translation

Originally this did not support 1.3.0 and 1.3.1 ....1.3.6

 <key>Defaults:4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102</key>
    <dict>
        <key>BaseBoardSerial</key>
        <string>F5K425300QXFF4JAD</string>
        <key>BiosDate</key>
        <string>06/12/13</string>
        <key>BiosVersion</key>
        <string>MP61.88Z.0120.B00.1708080652</string>
        <key>BoardVersion</key>
        <string>Proto1</string>
        <key>ChassisAssetTag</key>
        <string>Pro-Enclosure</string>
        <key>CpuType</key>
        <data>
        AQU=
        </data>
        <key>EnclosureType</key>
        <integer>9</integer>
        <key>FirmwareFeatures</key>
        <integer>3893354806</integer>
        <key>FirmwareFeaturesMask</key>
        <integer>4280287039</integer>
        <key>FirmwareRevision</key>
        <integer>65546</integer>
        <key>FirmwareVendor</key>
        <string>Apple</string>
        <key>HardwareSignature</key>
        <string>2ED46FB4-B1C0-5F53-8B67-981C491DC998</string>
        <key>Manufacturer</key>
        <string>Apple Inc.</string>
        <key>ProcessorSerial</key>
        <string>L352C262</string>
        <key>ProductFamily</key>
        <string>MacPro</string>
        <key>ProductId</key>
        <string>Mac-F60DEB81FF30ACF6</string>
        <key>ProductName</key>
        <string>MacPro6,1</string>
        <key>SystemSKU</key>
        <string>MD878CH/A</string>
        <key>SystemSerial</key>
        <string>C02LCW72F693</string>
        <key>SystemVersion</key>
        <string>1.0</string>
    </dict>

Support for new 1.3.6

 <key>Defaults:4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102</key>
    <dict>
        <key>BaseBoardSerial</key>
        <string>F5K425300QXFF4JAD</string>
        <key>BiosDate</key>
        <string>04/11/2018</string>
        <key>BiosVersion</key>
        <string>MP61.88Z.0120.B00.1708080652</string>
        <key>BoardVersion</key>
        <string>1.0</string>
        <key>ChassisAssetTag</key>
        <string>Pro-Enclosure</string>
        <key>ChassisType</key>
        <integer>2</integer>
        <key>CpuType</key>
        <data>
        AQU=
        </data>
        <key>EnclosureType</key>
        <integer>11</integer>
        <key>FirmwareFeatures</key>
        <integer>3893354807</integer>
        <key>FirmwareFeaturesMask</key>
        <integer>4280287039</integer>
        <key>FirmwareVendor</key>
        <string>Apple Inc.</string>
        <key>HardwareAddress</key>
        <string>AB:01:CD:23:EF:45</string>
        <key>HardwareSignature</key>
        <string>2ED46FB4-B1C0-5F53-8B67-981C491DC998</string>
        <key>Manufacturer</key>
        <string>Apple Inc.</string>
        <key>PlatformFeature</key>
        <integer>4</integer>
        <key>ProcessorSerial</key>
        <string>L352C262</string>
        <key>ProductFamily</key>
        <string>MacPro</string>
        <key>ProductId</key>
        <string>Mac-F60DEB81FF30ACF6</string>
        <key>ProductName</key>
        <string>MacPro6,1</string>
        <key>SystemSerial</key>
        <string>F5KT817LF9VM</string>
        <key>SystemVersion</key>
        <string>1.0</string>
    </dict>

------------------------------------------------------------------------------------------------------------

Why?

What is the question?

cajebax · February 24, 2019

55 minutes ago, ammoune78 said:

I think that you have to remove 7 from the layout in the config.plist, and simply add alcid=7 in the boot-args from boot in the config.plist. You should be done.

hi ammoune78, thanks for the reply.

i will try to add alcid = 7 to the boot arg by CC now.

an update: from DCPI-Manager it states the sound device is ALC888S-VD revision 0x0101

and i have found a post from fusion71au at the bottom of page 108 & middle of 109 here about 888s-vd which might be relevant but i dont fully understand the proposed solution.

https://www.insanelymac.com/forum/topic/311293-applealc-—-dynamic-applehda-patching/?page=108

could you also take a look and see if its any use for me?

many thanks.

Edited February 24, 2019 by cajebax
inserted screenshot

DoZe · February 25, 2019

Hi.

Strange Behavior on HP Zbook 15uG4 :

I use Ubuntu 18.10 for CodecDump, Detected as CX8200, but strangely, CX7700 is present on the Motherboard, i tested Under Ubuntu : sound working on Onboard Speaker.

I use the latest AppleALC.kext, with latest Lilu.kext too, in combination with MaLD0n DSDT and Layout ID 21 or 3 : No Sound :0(

codec_dump.txt

config.plist

Zbook15uG4withDSDT.ioreg

Edited February 25, 2019 by DoZe

headkaze · February 26, 2019

Clover r4887 now has audio codec dump from the Clover menu. Press F8 and it will dump codecs in Linux-style text (and binary) formats to EFI/CLOVER/misc folder. When installing Clover make sure you place a tick next to UEFI Drivers->AudioDxe-64.

Big thanks to @Goldfish64 on which this code is based (HdaCodecDump ) and @Slice for integration into master.

It's by no means a complete dump like VoodooHDA and it is missing some information from a regular Linux dump (such as the '*' next to connection dump for "connection select").

Anyway this should be good enough for most needs for now.

Edited February 26, 2019 by headkaze

Te0 · February 26, 2019

Hello everyone and thank you first of all for your work!

It's been a few days since I can not make the audio work on the following configuration; with mojave 10.14.1 and older versions of AppleALC it worked ...

Report:

1. MSI H81l
2. ALC887
3. Layout 2 (i tried all listed in Supported Codecs)
4. Mojave 10.14.3 - Clover 4888 . - Lilu 1.3.4 / AppleALC 1.3.6

hdacodec.zip

config.plist

iMac Pro.ioreg

headkaze · February 27, 2019

Just a heads up regarding the audio codec dumping in Clover r4887 @ctich has brought it to my attention that the EAPD value in the Clover dump does not match a Linux / VoodooHDA dump.

This appears to be a discrepancy between the way EAPD value is stored in AudioDxe vs. Linux / VoodooHDA. In fact the only difference is the latter will AND with 0x7 then OR bit 2 if it's enabled. So I have messaged @Slice to see if he wants to add this to AudioDxe or we could just manually apply this to the value during the dump.

Also it has been reported that some filename corruption can occur for the dumps. I've notified Slice and will see if we can come up with a solution.

DrDude · February 27, 2019

On 2/22/2019 at 8:45 PM, DrDude said:

Thanks for all the good work going on here. I am trying to get audio on my laptop fully going and I am almost there.

1. Lenovo Thinkpad X1 Carbon 4th gen
2. CX20753_4
3. 3,21,22 using the version of AppleALC from this link in this topic

4. 10.13.6, 10.14.3

Now, with the version from the link, layout 22, it almost completely works (speakers, internal microphone, headphone jack). There is just one thing that does not work: when I insert a headset into the jack, the microphone does not work, although the switch is detected ('Internal Microphone' changes into 'Line in'). I want to note that the original poster for that version indicated that he does not use the microphone, so perhaps it's not working for his configuration either. As for me, I like FaceTime so I'd like to have the microphone working. I know the headset is fine, I've tested it in linux on the same laptop.

I am attaching an ioreg zip and a linux codec dump.

X1.ioreg.zip

X1_audiodump_linux.txt

anybody?

brousseau6933 · February 27, 2019

Maybe a specific case but anyway:

I had to reboot yesterday for a change... and greyed speaker icon on my Dell Optiplex 9020 i7 4770 with AppleALC 1.3.5 and Lilu 1.3.4. Rebooted again and it was fine. Then tried a cycle of reboots to see if the bug would occur again and it did (in about 20% of the cases, sound was greyed out, without any devices in Sound Prefs). Audio Chipset is Realtek ALC280 BTW...

So, I've built from the source against Lilu 1.3.4 debug and got an 1.3.6 debug version of AppleALC. Tried a cycle of 8-10 reboots and all is fine now. Could the fact that the latest version of AppleALC (1.3.5) is not built against the latest Lilu (1.3.4) be the cause of this?

Anyway, solved with 1.3.6 built from source.

Thanks,

Patrice

Edited February 27, 2019 by brousseau6933

headkaze · February 28, 2019

19 hours ago, headkaze said:

Just a heads up regarding the audio codec dumping in Clover r4887 @ctich has brought it to my attention that the EAPD value in the Clover dump does not match a Linux / VoodooHDA dump.

FYI latest Clover (r4891) should solve this issue.

ctich · February 28, 2019

2 hours ago, headkaze said:

FYI latest Clover (r4891) should solve this issue.

All is well, thank you.

DoZe · March 1, 2019

Hi :0)

This is my dump with latest Clover (4893).

Well, when i dump via Ubuntu , i have a CX8200 codec. But this is the first time i obtain "Unknown".

I can confirm in Zbook15uG4, The chip IS CX7700.

PS : Winrar is the latest (5.71)

Hope this can help.

Regards, Ray.

15uG4HDACodecDumpClover4893.rar

15uG4Doze.ioreg

Edited March 1, 2019 by DoZe

LockDown · March 1, 2019

@vit9696

I have been using AppleALC on my Laptop, ALC256 with layout 11 ( the one from my signature), and it has been working fine.

But not until today when i decided to update the latest from source. To narrow down the issue, i then compiled starting from the latest (Feb 25, 2019) until i reached the problematic commit.

It was this commit that i was having issue with (Jan 28, 2019). So in short, the last working source for me is Jan 26, 2019.

Any log that i can send you?

codec_dump.txt

onemanOSX · March 1, 2019

2 hours ago, ellaosx said:

@vit9696

I have been using AppleALC on my Laptop, ALC256 with layout 11 ( the one from my signature), and it has been working fine.

But not until today when i decided to update the latest from source. To narrow down the issue, i then compiled starting from the latest (Feb 25, 2019) until i reached the problematic commit.

It was this commit that i was having issue with (Jan 28, 2019). So in short, the last working source for me is Jan 26, 2019.

Any log that i can send you?

codec_dump.txt

Similar problem but on ALC 255.

vit9696 · March 1, 2019

@ellaosx, @onemanOSX

Let's try to see what is going on. Thanks for the relevant commit.

1. Please install the latest DEBUG versions of AppleALC and Lilu.

2. Remove all the files prefixed with Lilu from /var/log.

3. Use the following boot arguments:

-liludbgall liludump=60

Replace 60 with a higher value if your system boot takes more than 60 seconds (e.g. 120).

4. Reboot and wait for N seconds specified in liludump.

5. Upload the log from /var/log/Lilu_xxxx.txt here.

6. Upload IOReg (save it with IORegistryExplorer).

Te0 · March 1, 2019

On 2/26/2019 at 8:55 PM, Te0 said:

Hello everyone and thank you first of all for your work!

It's been a few days since I can not make the audio work on the following configuration; with mojave 10.14.1 and older versions of AppleALC it worked ...

Report:

1. MSI H81l
2. ALC887
3. Layout 2 (i tried all listed in Supported Codecs)
4. Mojave 10.14.3 - Clover 4888 . - Lilu 1.3.4 / AppleALC 1.3.6

hdacodec.zip

config.plist

iMac Pro.ioreg

Please, can someone advise me something? I do not know if I'm trying in vain

insanelyDeepak · March 1, 2019

2 hours ago, Te0 said:

Please, can someone advise me something? I do not know if I'm trying in vain

did you check AppleHDA load and LayoutID injected ??

insanelyDeepak · March 1, 2019

On 2/28/2019 at 1:46 AM, DrDude said:

anybody?

try this layout 14

AppleALC.kext.zip

headkaze · March 1, 2019

18 hours ago, DoZe said:

Well, when i dump via Ubuntu , i have a CX8200 codec. But this is the first time i obtain "Unknown".

It just means it isn't defined in HdaModels.c / HdaModels.h. I've noticed a lot of missing models. It needs to be updated.

Edited March 1, 2019 by headkaze

dcshoes23 · March 1, 2019

Hi, could I get some help adding support for my Dell XPS 13 9370?

ALC299 (Realtek ALC3271-CG with Waves MaxxAudio Pro) 10EC 0299

I tried the one layout that exists (21) and a device showed up in system preferences > Sound > Output but I did not hear any sound

Clover codec dump attached.

9370-clover-codec-dump.zip

DrDude · March 1, 2019

3 hours ago, insanelyDeepak said:

try this layout 14

AppleALC.kext.zip

Thank for looking into this, much appreciated. Unfortunately, with this kext, functions are as follows:

speakers no

headphone yes

microphone yes

line in no

What should I provide to support? I ran the Pinconfigurator tool, it said:

Verbs from Linux Codec Dump File: X1_audiodump_linux.txt

Codec: Conexant CX20753/4 Address: 0 DevID: 351359249 (0x14f15111)

Nid PinDefault Device Location Port Connector Color G P EAPD Original Verbs
-----------------------------------------------------------------------------------------------------------------------------------
22 (0x16) 04211040 Out Headphone Right Jack or ATAPI 1/8" Stereo/Mono Black 4 0 - 01671c40 01671d10 01671e21 01671f04
23 (0x17) 90170110 Out Speaker Unknown[0] Internal + Jack Other Analog Unknown 1 0 - 01771c10 01771d01 01771e17 01771f90
24 (0x18) 40f001f0 -- Other Unknown[0] Unknown[4] Unknown Unknown 15 0 - 01871cf0 01871d01 01871ef0 01871f40
25 (0x19) 04a11030 In Microphone Right Jack or ATAPI 1/8" Stereo/Mono Black 3 0 - 01971c30 01971d10 01971ea1 01971f04
26 (0x1a) 95a70120 In Microphone Top Internal + Jack Other Analog Unknown 2 0 - 01a71c20 01a71d01 01a71ea7 01a71f95
-----------------------------------------------------------------------------------------------------------------------------------

Nid PinDefault Device Location Port Connector Color G P EAPD Modified Verbs
-----------------------------------------------------------------------------------------------------------------------------------
22 (0x16) 00211040 Out Headphone Unknown[0] Jack or ATAPI 1/8" Stereo/Mono Black 4 0 - 01671c40 01671d10 01671e21 01671f00
23 (0x17) 90170010 Out Speaker Unknown[0] Internal + Jack Other Analog Unknown 1 0 - 01771c10 01771d00 01771e17 01771f90
25 (0x19) 90a01030 In Microphone Unknown[0] Internal + Jack Unknown Black 3 0 - 01971c30 01971d10 01971ea0 01971f90
26 (0x1a) 90800020 In Line In Unknown[0] Internal + Jack Unknown Unknown 2 0 - 01a71c20 01a71d00 01a71e80 01a71f90
-----------------------------------------------------------------------------------------------------------------------------------

onemanOSX · March 2, 2019

13 hours ago, vit9696 said:

@ellaosx, @onemanOSX

Let's try to see what is going on. Thanks for the relevant commit.

1. Please install the latest DEBUG versions of AppleALC and Lilu.

2. Remove all the files prefixed with Lilu from /var/log.

3. Use the following boot arguments:

-liludbgall liludump=60

Replace 60 with a higher value if your system boot takes more than 60 seconds (e.g. 120).

4. Reboot and wait for N seconds specified in liludump.

5. Upload the log from /var/log/Lilu_xxxx.txt here.

6. Upload IOReg (save it with IORegistryExplorer).

Thanks!

onemanosx-debug.zip

LockDown · March 2, 2019

Thanks @onemanOSX for uploading. I can't upload mine coz i dont have access on my laptop now. Probably we have the same issue even if we have different codec.

Te0 · March 2, 2019

9 hours ago, insanelyDeepak said:

did you check AppleHDA load and LayoutID injected ??

I think AppleHDA is loaded.

To verify that the layout-id is injected, can I see it from ioreg??

Thanks.

138 0 0xffffff7f82357000 0xb7000 0xb7000 com.apple.driver.AppleHDA (282.10) 0E41E3D3-0B7A-3BE5-A104-3A2E1CE5DCC9 <137 123 111 110 93 87 7 6 5 3 1>

39 4 0xffffff7f83262000 0x22000 0x22000 as.vit9696.Lilu (1.3.4) 1715E574-AF00-3AD7-A6E0-861B9688EFF6 <8 6 5 3 2 1>

40 0 0xffffff7f83284000 0x104000 0x104000 as.vit9696.AppleALC (1.3.6) 1C70791A-82FC-3C97-A619-A8C5F5FA0F02 <39 13 8 6 5 3 2 1>

Teo.zip

AppleALC — dynamic AppleHDA patching

Recommended Posts

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites