AppleALC — dynamic AppleHDA patching

[gatesjunior]

On 11/19/2020 at 7:36 AM, Sanoj.MU said:

Hi,

 

I almost have the similar issue with my MSI GS73VR laptop with ALC899 with Big Sur running in it. I have tried all available layout ID, Tried to edit it myself with pinconfiguration, Nothing worked for me. I dont even have HDMI audio working in my device. I am currently using layout-id 99 which workes with internal speaker and internal mic. My headphone jack is detected as an SPDIF connector and it's working. The mic jack is not fuctioning properly as well. I was looking forward to get the HDMI audio working so that i can use my TV along with its speaker system for multimedia purposed. i have tried various methods to fix HDMI, i dont know what i am missing. I have opened another thread in tonymacx, still havint got any help so far. Is ther anyone faced similar issue? BTW my HDMI is working over USB C connector with UCB-C to HDMI converter. 

 

Check the thread in tonymacx as well. https://www.tonymacx86.com/threads/usb-c-to-hdmi-audio-not-working-alc898-alc899-on-msi-gs73vr.306261/

config (1).plist

 

I'll bet VoodooHDA will work with your HDMI audio.  It does mine when AppleALC above 1.4.9 stopped even showing up any longer.  I was hoping since this supposedly is the support forum that someone would answer about it, but no.

[Alectardy98]

hey, I just updated to bug sur with open core and everything works fine except my custom apple ALC from Macpeet, can someone tell me how I can fix this,

 

all the info I can think of is linked below, including the apple ALC that I have been using in catalina.

 

I was using Layout 15

 

AppleALC.kext.zip

codec_dump.txt

 

I also tried the latest Apple ALC with Layout 11, and it works kind of, but the mic does not work for the headphones and the headphones cracked and do not work well

 

Also, My headphone microphone never worked, so if I need to fix things I might as well do the hole thing, please let me know! I would really appreciate any leads

Edited November 22, 2020 by Alectardy98
relevant info

[Alectardy98]

On 11/22/2020 at 7:01 AM, Alectardy98 said:

hey, I just updated to bug sur with open core and everything works fine except my custom apple ALC from Macpeet, can someone tell me how I can fix this,

 

all the info I can think of is linked below, including the apple ALC that I have been using in catalina.

 

I was using Layout 15

 

AppleALC.kext.zip

codec_dump.txt

 

I also tried the latest Apple ALC with Layout 11, and it works kind of, but the mic does not work for the headphones and the headphones cracked and do not work well

 

Also, My headphone microphone never worked, so if I need to fix things I might as well do the hole thing, please let me know! I would really appreciate any leads

I tried to Fix it myself but I can't get the dang thing to compile Here are the files that I made,

Info.plist

layout15.xml

Platforms15.xml

PinConfigs.kext.zip

[MacPeet]

@ Alectardy98

 

This codec is not in the release.

I think you weren't entirely satisfied at the time.

try this:

 

trial1_alc289_layoutID15_ManualMode_BigSur.zip

 

@nnkn

 

Private messaging is not the way to go. Next time please in the thread.

try this:

 

trial2_alc289_layoutID15_SwitchMode_BigSur.zip

 

[Alectardy98]

1 hour ago, MacPeet said:

@ Alectardy98

 

This codec is not in the release.

I think you weren't entirely satisfied at the time.

try this:

 

trial1_alc289_layoutID15_ManualMode_BigSur.zip

 

@nnkn

 

Private messaging is not the way to go. Next time please in the thread.

try this:

 

trial2_alc289_layoutID15_SwitchMode_BigSur.zip

 

First of all I want to thank you again for all of the help. I found your German tutorial on how to do this and man there is a lot that goes into it! I want to let you know that the manual mode works just like the old one did. Where everything works except for the headphone microphone!. The switching mode one does not work for me at all? Ill just use the manual mode one for now. Thanks again!

[MacPeet]

Nice when it works. My old German tutorial "Patch AppleHDA" is of course no longer in use today. However, some points for Patch Codec in AppleALC are the same.

 

[najeeb_anwer]

I am trying to build the latest version of AppleALC and I get this error:

 

I have successfully built AppleALC in the past, so this is a new error. I have a valid developer certificate. I would appreciate any help to solve this.

[najeeb_anwer]

5 hours ago, najeeb_anwer said:

I am trying to build the latest version of AppleALC and I get this error:

 

I have successfully built AppleALC in the past, so this is a new error. I have a valid developer certificate. I would appreciate any help to solve this.

 

It's okay - I figured out that it's best to ignore the Xcode suggestion to update the project settings which is what enables the code signing. Builds fine without the code signing.

[gatesjunior]

So quick observation and maybe you will tell me you guys aren't there yet.  If I install release 1.4.9 of the AppleALC on my Intel NUC 10 with the ALC256 layout-id: 23, it will autodetect the HDMI Audio as an output channel and list it in the outputs.  However, moving up from 1.4.9 to any other version, it no longer even shows up in the output list at all ?  I've looked at a diff between 1.5.0 and 1.4.9 and there was a mention of a couple of new layout-id's added to this audio device and also a comment about not reading non-apple firmware fix.

 

Could you take a look at this and possibly let me know what change is causing this not to work now ?

 

Hello ???? Is there any support on this forum ??  Supposedly the Github says to come here but I have yet to receive any responses..

Edited November 30, 2020 by gatesjunior

[gatesjunior]

This thread should be shut down because there is no support actively happening here.

[mengshi]

On 4/14/2020 at 10:05 PM, MacPeet said:

@mengshi

 

this ID 7:

 

 

this is ID 99:

 

 

Both have configured SPDIF-Out with nodes 30-6.
Maybe ID 7 has a conflict with two "orange" ?!

Please do a codec dump with a Linux Live version (example Ubuntu) for more details! This is better for a new codec for you.

 

 

Sorry for this SUPER late reply. Finally got the codec dump. I would like to add that I have the AudioEngine D1 (DAC/headphone amp) plugged in to the USB port together with the SPDIF. The AudioEngine D1 can use either the USB or the SPDIF as sound input. It is powered off the USB. With ID-7, the USB works as a sound input but SPDIF doesn't (It does show up). With ID-99, SPDIF works as sound input but USB doesn't (It does show up).

 

 

With ID-99: This shows up (This is with the headphone jack used. It auto-detects the front headphone jack and renames it as such). So Digital out works (SPDIF in ID-99) but USB AudioEngine D1 doesn't. With ID-7, all sound jack shows, USB works but SPDIF doesn't.

 

Incidentally, USB and SPDIF BOTH works under Ubuntu !

 

ID-87 is strangely imperfect - the USB and Digital out both don't work. (My motherboard is the Gigabyte H97-HD3, ID-87 was created for Gigabyte Z97-HD3. Nearly identical motherboards apart from overclocking ability in chipsets only). Working analog jacks with working Digital out/SPDIF from ID-99 would be PERFECT. The second screen shot is from ID-87 as seen by my hackintosh.

 

 

 

codec_dump.txt

Edited December 27, 2020 by mengshi
Added information

[PC IT]

Hello to all , i am having problem with my audio device , it is ALC255 , Layout id 3- 28, working fine.

when i plug a headphones with mic , the headphones mic not showing , only the internal mic working, is there anyway we can fix it as it is working on real mac, i appreciate any info and help. Thank you

Headphones type , Goodmans.

[Riley Freeman]

I had an issue with AppleALC on my X79 that I've found mentioned elsewhere online with no real solution. Versions of AppleALC after 1.2.8 inject HDMI audio and this causes issues with certain configs. My X79 with a GeForce 210 being one of these. The result is a long delay during boot while IOHDACodecFunction times out.

 

Most posts suggest sticking to AppleALC 1.2.8 but this won't work for current versions of macOS.

 

Anyway, in case anyone else finds themselves in this situation, the fix is to disable the HDMI port using the class-code property. I picked this up from the section of the OpenCore guide on disabling GPUs.

 

Here's the relevant SSDT code I'm using to disable it for my 210. I'm injecting the HDAU device and setting it's class-code to FFFFFFFF which prevents AppleALC from detecting it as a HDMI audio device.

 

                Device (HDAU)
                {
                    Name (_ADR, One)
                    Method (_DSM, 4, NotSerialized)
                    {
                        If (LEqual (Arg2, Zero))
                        {
                            Return (Buffer (One)
                            {
                                0x03
                            })
                        }
                        Return (Package (0x02)
                        {
                            "class-code", 
                            Buffer (0x04)
                            {
                                0xFF, 0xFF, 0xFF, 0xFF
                            }
                        })
                    }
                }

 

[mengshi]

On 12/27/2020 at 9:26 AM, mengshi said:

 

 

Sorry for this SUPER late reply. Finally got the codec dump. I would like to add that I have the AudioEngine D1 (DAC/headphone amp) plugged in to the USB port together with the SPDIF. The AudioEngine D1 can use either the USB or the SPDIF as sound input. It is powered off the USB. With ID-7, the USB works as a sound input but SPDIF doesn't (It does show up). With ID-99, SPDIF works as sound input but USB doesn't (It does show up).

 

 

With ID-99: This shows up (This is with the headphone jack used. It auto-detects the front headphone jack and renames it as such). So Digital out works (SPDIF in ID-99) but USB AudioEngine D1 doesn't. With ID-7, all sound jack shows, USB works but SPDIF doesn't.

 

Incidentally, USB and SPDIF BOTH works under Ubuntu !

 

ID-87 is strangely imperfect - the USB and Digital out both don't work. (My motherboard is the Gigabyte H97-HD3, ID-87 was created for Gigabyte Z97-HD3. Nearly identical motherboards apart from overclocking ability in chipsets only). Working analog jacks with working Digital out/SPDIF from ID-99 would be PERFECT. The second screen shot is from ID-87 as seen by my hackintosh.

 

 

 

codec_dump.txt

 

 

 

Waiting for MacPeet or those who really know this stuff to come back. LOL. I have found the link to the ALC887-VD datasheet. Some mention of nodes etc in there which I think may help.

 

https://datasheetspdf.com/pdf-file/1408176/RealtekMicroelectronics/ALC887-VD/1

 

[mengshi]

On 1/1/2021 at 9:20 AM, mengshi said:

 

 

 

Waiting for MacPeet or those who really know this stuff to come back. LOL. I have found the link to the ALC887-VD datasheet. Some mention of nodes etc in there which I think may help.

 

https://datasheetspdf.com/pdf-file/1408176/RealtekMicroelectronics/ALC887-VD/1

 

 

 

Just out of curiosity, I had a look at the XML of ID-99 and ID-7 - they look completely different! So I have no idea how or who got it to work (It was added in 1.1.2).

 

I also took screenshots of the pin info from Hackintool of ID-7 vs ID-99 below:

 

 

 

[jl4c]

Guys, Am trying to build the last version of AppleALC in macOS Big Sur, but I get this error:

Any suggestions?

 

 

Edited January 11, 2021 by jl4c

[Brave__Starr]

On 1/11/2021 at 4:01 PM, jl4c said:

Guys, Am trying to build the last version of AppleALC in macOS Big Sur, but I get this error:

Any suggestions?

 

 

 I think you need to add the Kernel SDK from https://github.com/acidanthera/MacKernelSDK

 

[jl4c]

16 hours ago, Brave__Starr said:

 I think you need to add the Kernel SDK from https://github.com/acidanthera/MacKernelSDK

 

Thank you @Brave__Starr.

Edited January 16, 2021 by jl4c

[kalkmann]

Hello, I would like to report a recurring Kernel Panic on Ice Lake + Big Sur + AppleALC platforms.

 

In addition to many reported cases of KP on hardware similar to my configuration (Lenovo S145 i7 1065G7 + alc230), the same panic has already been reported on laptops of different brand, processor and codec, such as the Acer a514-53 with 1035G1 CPU and alc256 codec.

 

Apparently the Kernel Panic is related to the microphone and is easily reproducible trying to use Siri, or VoiceOver in the keyboard settings, for example.

 

Using exactly the same Kext, the same existing layout (20 or 13), the problem does not occur in Catalina 10.15.7.

 

Here is the KP report in Big Sur 11.1:

 

panic(cpu 4 caller 0xffffff80023ed0e6): Kernel trap at 0xffffff80055142e9, type 6=invalid opcode, registers:
CR0: 0x0000000080010033, CR2: 0x000000010fcfe000, CR3: 0x000000027bb74012, CR4: 0x00000000003626e0
RAX: 0xffffffb06a8c7000, RBX: 0xffffff93567a3100, RCX: 0x0000000000000000, RDX: 0x0000000000000000
RSP: 0xffffffb06cfbbb38, RBP: 0xffffffb06cfbbb50, RSI: 0x0000000000000001, RDI: 0xffffffb06c456000
R8:  0x0000000000000001, R9:  0x0000000000000470, R10: 0x0000000000000020, R11: 0x0000000000000020
R12: 0xffffffb06c456000, R13: 0xffffff9355c20be0, R14: 0x0000000000000470, R15: 0xffffffb06a8c7000
RFL: 0x0000000000010206, RIP: 0xffffff80055142e9, CS:  0x0000000000000008, SS:  0x0000000000000010
Fault CR2: 0x000000010fcfe000, Error code: 0x0000000000000000, Fault CPU: 0x4, PL: 0, VF: 0

Backtrace (CPU 4), Frame : Return Address
0xffffffb06cfbb550 : 0xffffff80022b9aed mach_kernel : _handle_debugger_trap + 0x3dd
0xffffffb06cfbb5a0 : 0xffffff80023fc6e3 mach_kernel : _kdp_i386_trap + 0x143
0xffffffb06cfbb5e0 : 0xffffff80023ecd1a mach_kernel : _kernel_trap + 0x55a
0xffffffb06cfbb630 : 0xffffff800225ea2f mach_kernel : _return_from_trap + 0xff
0xffffffb06cfbb650 : 0xffffff80022b938d mach_kernel : _DebuggerTrapWithState + 0xad
0xffffffb06cfbb770 : 0xffffff80022b9678 mach_kernel : _panic_trap_to_debugger + 0x268
0xffffffb06cfbb7e0 : 0xffffff8002abe3ca mach_kernel : _panic + 0x54
0xffffffb06cfbb850 : 0xffffff80023ed0e6 mach_kernel : _sync_iss_to_iks + 0x2c6
0xffffffb06cfbb9d0 : 0xffffff80023ecdcd mach_kernel : _kernel_trap + 0x60d
0xffffffb06cfbba20 : 0xffffff800225ea2f mach_kernel : _return_from_trap + 0xff
0xffffffb06cfbba40 : 0xffffff80055142e9 com.apple.vecLib.kext : _vDSP_zvmul + 0xed99
0xffffffb06cfbbb50 : 0xffffff7fa137927e com.apple.driver.DspFuncLib : __ZN23DspFuncClientGainAdjust7processEjj + 0xfc
0xffffffb06cfbbb90 : 0xffffff7fa13348e6 com.apple.driver.DspFuncLib : __ZN14DspFuncManager7processEPKvjS1_jjjjj + 0x188
0xffffffb06cfbbc40 : 0xffffff7fa1251e34 com.apple.driver.AppleHDA : __ZN14AppleHDAEngine14dspOrCopyAudioEPvjS0_jjjjj + 0x88
0xffffffb06cfbbca0 : 0xffffff7fa1252a15 com.apple.driver.AppleHDA : __ZN14AppleHDAEngine37convertInputSamples_StereoToStereo_32EPKvPvjjPK20_IOAudioStreamFormatP13IOAudioStream + 0x47f
0xffffffb06cfbbd50 : 0xffffff7fa1251cfe com.apple.driver.AppleHDA : __ZN14AppleHDAEngine34convertInputSamples_StereoToStereoEPKvPvjjPK20_IOAudioStreamFormatP13IOAudioStream + 0x14
0xffffffb06cfbbd70 : 0xffffff7fa12523b4 com.apple.driver.AppleHDA : __ZN14AppleHDAEngine19convertInputSamplesEPKvPvjjPK20_IOAudioStreamFormatP13IOAudioStream + 0x6c
0xffffffb06cfbbd90 : 0xffffff800474d9d6 com.apple.iokit.IOAudioFamily : __ZN13IOAudioStream16readInputSamplesEP19IOAudioClientBufferj + 0x11c
0xffffffb06cfbbdf0 : 0xffffff8004748908 com.apple.iokit.IOAudioFamily : __ZN23IOAudioEngineUserClient18performClientInputEjP22IOAudioClientBufferSet + 0x142
0xffffffb06cfbbe60 : 0xffffff8004748328 com.apple.iokit.IOAudioFamily : __ZN23IOAudioEngineUserClient15performClientIOEjjbjjj + 0x14e
0xffffffb06cfbbeb0 : 0xffffff8002a5156e mach_kernel : _iokit_user_client_trap + 0x18e
0xffffffb06cfbbef0 : 0xffffff80023d0ec3 mach_kernel : _mach_call_munger64 + 0x273
0xffffffb06cfbbfa0 : 0xffffff800225f216 mach_kernel : _hndl_mach_scall64 + 0x16
      Kernel Extensions in backtrace:
         com.apple.vecLib.kext(1.2)[90633E0B-7D0C-3DDC-8234-E6DE6E3F8F37]@0xffffff80054c1000->0xffffff800556bfff
            dependency: com.apple.kec.Libm(1)[18ECED72-27A2-3946-9D28-FD1AAE3EE8DB]@0xffffff80051f3000->0xffffff8005200fff
         com.apple.iokit.IOAudioFamily(300.6.1)[5F231B4B-7E8C-3F8A-844B-CE489D7529C0]@0xffffff800473a000->0xffffff8004757fff
            dependency: com.apple.vecLib.kext(1.2.0)[90633E0B-7D0C-3DDC-8234-E6DE6E3F8F37]@0xffffff80054c1000->0xffffff800556bfff
         com.apple.driver.DspFuncLib(283.15)[B41F8C3E-D31F-3A51-8D79-CD9AA21C1DE3]@0xffffff7fa1312000->0xffffff7fa13f4fff
            dependency: com.apple.driver.AppleEFINVRAM(2.1)[E4DF1D8B-0DA9-33A8-A7B6-17DCA1678FC0]@0xffffff8003659000->0xffffff8003662fff
            dependency: com.apple.iokit.IOAudioFamily(300.6.1)[5F231B4B-7E8C-3F8A-844B-CE489D7529C0]@0xffffff800473a000->0xffffff8004757fff
            dependency: com.apple.kext.OSvKernDSPLib(529)[8F4BD574-40D0-339E-8F82-17109DD9E7E4]@0xffffff7fa31fa000->0xffffff7fa3208fff
            dependency: com.apple.vecLib.kext(1.2.0)[90633E0B-7D0C-3DDC-8234-E6DE6E3F8F37]@0xffffff80054c1000->0xffffff800556bfff
         com.apple.driver.AppleHDA(283.15)[52079101-0266-3BF6-B203-88CD9D4E8321]@0xffffff7fa1230000->0xffffff7fa12bffff
            dependency: com.apple.driver.AppleHDAController(283.15)[242DDD3E-CAD8-38E4-B4B2-088E89A06AED]@0xffffff7fa12e5000->0xffffff7fa12f7fff
            dependency: com.apple.driver.DspFuncLib(283.15)[B41F8C3E-D31F-3A51-8D79-CD9AA21C1DE3]@0xffffff7fa1312000->0xffffff7fa13f4fff
            dependency: com.apple.iokit.IOAudioFamily(300.6.1)[5F231B4B-7E8C-3F8A-844B-CE489D7529C0]@0xffffff800473a000->0xffffff8004757fff
            dependency: com.apple.iokit.IOGraphicsFamily(585)[010A56CD-1229-3DA1-B6A8-666F37B48F21]@0xffffff7fa2a61000->0xffffff7fa2a8ffff
            dependency: com.apple.iokit.IOHDAFamily(283.15)[C1B89A4F-D2CA-3052-98E5-6855B8A5F359]@0xffffff7fa1405000->0xffffff7fa1408fff
            dependency: com.apple.iokit.IONDRVSupport(585)[A04873E0-470E-3D5B-B64F-51467022E77A]@0xffffff7fa2aa6000->0xffffff7fa2aaefff

Process name corresponding to current thread: coreaudiod
Boot args: -v alcid=20 watchdog=0 -igfxblr -igfxnohdmi -noDC9 igfxfw=2 keepsyms=1 debug=0x100 chunklist-security-epoch=0 -chunklist-no-rev2-dev

Mac OS version:
20C69

Kernel version:
Darwin Kernel Version 20.2.0: Wed Dec  2 20:39:59 PST 2020; root:xnu-7195.60.75~1/RELEASE_X86_64
Kernel UUID: 82E2050C-5936-3D24-AD3B-EC4EC5C09E11
KernelCache slide: 0x0000000002000000
KernelCache base:  0xffffff8002200000
Kernel slide:      0x0000000002010000
Kernel text base:  0xffffff8002210000
__HIB  text base: 0xffffff8002100000
System model name: MacBookPro16,2 (Mac-5F9802EFE386AA28)
System shutdown begun: NO
Panic diags file available: YES (0x0)
Hibernation exit count: 0

System uptime in nanoseconds: 77204405708
Last Sleep:           absolute           base_tsc          base_nano
  Uptime  : 0x00000011f9bdc8f1
  Sleep   : 0x0000000000000000 0x0000000000000000 0x0000000000000000
  Wake    : 0x0000000000000000 0x000000028bedd5d1 0x0000000000000000

 

[mengshi]

I need step by step in helping me build AppleALC. Thanks. Hand holding please....

 

Thanks.

[biscate]

Hello guys.

 

Need help to build my AppleALC... or create a variation from the CX8400.

 

My codec is similar to the CX8400, for HP Elitebook 1050 G1 (by tyufhl & kuque), but using layout 12 I have no mic and speakers sound (only headphones).

 

No lucky trying to dump the codec using Linux (last Ubuntu live version), as explained in the AppleALC tutorial.

 

Thanks

Edited January 22, 2021 by biscate

[theroadw]

On 1/22/2021 at 7:43 AM, biscate said:

Hello guys.

 

Need help to build my AppleALC... or create a variation from the CX8400.

 

My codec is similar to the CX8400, for HP Elitebook 1050 G1 (by tyufhl & kuque), but using layout 12 I have no mic and speakers sound (only headphones).

 

No lucky trying to dump the codec using Linux (last Ubuntu live version), as explained in the AppleALC tutorial.

 

Thanks

 

Get VoodooHDA and run the getdump command and post your results.

 

As a side note, I have the same codec and could never quite get it to work properly, my speaker out works for a few seconds then nothing, no errors, nothing, very strange. everything else worked fine though, and voodoohda works, so it must be something the apple driver is doing.

[biscate]

On 1/24/2021 at 11:03 PM, hugodlc said:

 

Get VoodooHDA and run the getdump command and post your results.

 

As a side note, I have the same codec and could never quite get it to work properly, my speaker out works for a few seconds then nothing, no errors, nothing, very strange. everything else worked fine though, and voodoohda works, so it must be something the apple driver is doing.

Hey, @hugodlc, sorry for late response, had no email notification set.

 

UPDATE

 

Ok, I've installed VoodooHDA (with no errors) but got no audio devices after reboot.

Verified that AppleALC was removed from kext folder and OC/kernel/add configurations.

 

I notice Big Sur has no usr/local/bin/ folder, only usr/bin/ (usr/local/ is completelly empty).

 

And, btw, how to dump the codec with VoodooHDA?

 

Got partially VoodooHDA to work after follow solution 2 from olarila forum:

Speakers: workiing

Headphones: working

Onboard mic: not working

 

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

Problem: kext doesn't work (usually when there's more than one audio card or the video card has HDMI audio).

Solution: use solution 2 for kernel panic problem above. If you want to use both cards, create one entry for each card in IOKitPersonalities.

 

Solution 2: edit Info.plist, replace the key IOPCIClassMatch by IOPCIPrimaryMatch and put the PCI ID of your audio card in string.

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

 

Device used: 0X34C88086

Device 0x34C88086.rtf

Edited February 3, 2021 by biscate

[najeeb_anwer]

I have macOS 11.2 running on a Dell XPS 13 9300 (Ice Lake).

I have a USB-C monitor connected via a USB-C cable that also supplies power to the system. It all seems to work fine until I try to use AppleALC.

If I use any valid layout-id for ALC289 (the codec for this system), the system freezes after boot is complete but before the login window - but only if the USB-C monitor is connected.

If I boot the system with just the internal display then the system does not freeze and AppleALC works fine. VoodooHDA works with the external monitor connected, but I would prefer to use AppleALC.

I thought that the problem might be caused by the code in AppleALC/Whatevergreen that converts DP to HDMI for HDMI audio to work, so I disabled the HDMI patches but that did not make any difference.

I would appreciate any help to figure this out. Or, if this is a problem with AppleALC dealing with USB-C monitors, I would be happy to try out test versions of AppleALC.

 

[Hiko]

I am running Big Sur on Lenovo M920s, AppleALC installed and identified the Audio card as Realtek ALC235. It works fine with the internal speaker, but it doesn't work if I use the external speakers plugged into the rear jack.

I boot into Linux and it shows me the audio card is actually ALC233.