Jump to content

AppleALC — dynamic AppleHDA patching


vit9696
5,390 posts in this topic

Recommended Posts

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

Link to comment
Share on other sites

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.

Link to comment
Share on other sites

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?

Link to comment
Share on other sites

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.

Screen Shot 2019-02-24 at 01.59.29.png

Edited by cajebax
inserted screenshot
Link to comment
Share on other sites

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 by DoZe
Link to comment
Share on other sites

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.

AudioDxe.png

Edited by headkaze
  • Like 7
Link to comment
Share on other sites

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

Link to comment
Share on other sites

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.

  • Like 1
Link to comment
Share on other sites

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?

Link to comment
Share on other sites

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 by brousseau6933
Link to comment
Share on other sites

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 by DoZe
Link to comment
Share on other sites

@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

 

 

 

  • Like 1
Link to comment
Share on other sites

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.

Link to comment
Share on other sites

@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).

 

  • Like 3
Link to comment
Share on other sites

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

Link to comment
Share on other sites

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
-----------------------------------------------------------------------------------------------------------------------------------

 

Link to comment
Share on other sites

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

Link to comment
Share on other sites

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

Link to comment
Share on other sites

×
×
  • Create New...