No Audio/Audio Devices After Mojave Update

[EddyMac]

In High Sierra, whenever I would install an OS update I would have to re-install the audio drivers from Multibeast and reboot my computer. There's a place to choose ALC1150 and another place to choose support for 100 and 200 series board, and I always just checked those and ran Multibeast's installer and all was good.

However, I've just updated to Mojave and that method doesn't work. Do I just need to wait for a new version of Multibeast, or is there a workaround? I read in another thread where someone installed Lilu.kext and that made theirs work, but it was a vague comment with no step by step instructions on what to do.

Any help would be appreciated.

It's the Customac Pro build in my signature below.

 

[EddyMac]

Never mind. I got audio working by following this thread:

https://www.tonymacx86.com/threads/mojave-applehda-audio.260004/

using the B method: Acidanthera/AppleALC

 

[Cucul]

I have a Intel NUC Haswell i5-4250U - Mojave that I updated from Sierra.
After update there is no audio anymore, no audio drivers are available, the usb audio not seen, the bluetooth audio not working, the coreaudiod is not loaded.
I have been implementing the B method: Acidanthera/AppleALC, as suggested by the thread:

https://www.tonymacx86.com/threads/mojave-applehda-audio.260004/

To me it seems that AppleALC is working partially and I could not figure out what else needs to be done.
I tried many layout's with no better outcome.

I observed one difference between Mojave ioreg and Sierra ioreg:
The HDEF's PinsConfiguration is different

kextstat|grep -y acpiplat
   15    2 0xffffff7f830da000 0x9c000    0x9c000    com.apple.driver.AppleACPIPlatform (6.1) F5A615E4-D5B8-3E06-A29F-F79EA07A15EF <14 13 12 8 7 6 5 3 1>

kextstat | grep -y appleintelcpu


kextstat|grep -y applelpc
  115    0 0xffffff7f8319b000 0x3000     0x3000     com.apple.driver.AppleLPC (3.1) 6DD4B940-38F9-3E34-8641-19F57B5FA0A8 <114 13 6 5 3>

 kextstat|grep -y applehda
  117    1 0xffffff7f82cea000 0x1d000    0x1d000    com.apple.driver.AppleHDAController (282.54) E00FE0E4-B03D-34C5-8DC9-39C7D8D50B6B <116 104 99 13 8 7 6 5 3 1>
  147    0 0xffffff7f82e7c000 0xb7000    0xb7000    com.apple.driver.AppleHDA (282.54) 88BFC11D-179D-3546-A3C9-B542C9127590 <146 122 117 116 104 99 7 6 5 3 1>
  148    0 0xffffff7f82d09000 0x2000     0x2000     com.apple.driver.AppleHDAHardwareConfigDriver (282.54) 6241C986-0105-3441-A337-4A77AEC76A86 <5 3>


kextstat | grep 'Lilu\|AppleALC\|AppleHDA'
   18    3 0xffffff7f81054000 0x7b000    0x7b000    as.vit9696.Lilu (1.3.9) D45C65A2-D10E-33FD-9F8E-0EF9DB832A2B <8 6 5 3 2 1>
   20    0 0xffffff7f811b8000 0x134000   0x134000   as.vit9696.AppleALC (1.4.3) 626A0E74-C938-3D17-942D-CF123D571334 <18 13 8 6 5 3 2 1>
  117    1 0xffffff7f82cea000 0x1d000    0x1d000    com.apple.driver.AppleHDAController (282.54) E00FE0E4-B03D-34C5-8DC9-39C7D8D50B6B <116 104 99 13 8 7 6 5 3 1>
  147    0 0xffffff7f82e7c000 0xb7000    0xb7000    com.apple.driver.AppleHDA (282.54) 88BFC11D-179D-3546-A3C9-B542C9127590 <146 122 117 116 104 99 7 6 5 3 1>
  148    0 0xffffff7f82d09000 0x2000     0x2000     com.apple.driver.AppleHDAHardwareConfigDriver (282.54) 6241C986-0105-3441-A337-4A77AEC76A86 <5 3>

I am attaching my current EFI's Clover folder, the Mojave ioreg, the Sierra ioreg, log debug

 

[Cucul]

I have a Intel NUC Haswell i5-4250U - Mojave that I updated from Sierra.
After update there is no audio anymore, no audio drivers are available, the usb audio not seen, the bluetooth audio not working, the coreaudiod is not loaded.
I have been implementing the B method: Acidanthera/AppleALC, as suggested by the thread:

https://www.tonymacx86.com/threads/mojave-applehda-audio.260004/

To me it seems that AppleALC is working partially and I could not figure out what else needs to be done.
I tried many layout's with no better outcome.

I observed one difference between Mojave ioreg and Sierra ioreg:
The HDEF's PinsConfiguration is different

kextstat|grep -y acpiplat
   15    2 0xffffff7f830da000 0x9c000    0x9c000    com.apple.driver.AppleACPIPlatform (6.1) F5A615E4-D5B8-3E06-A29F-F79EA07A15EF <14 13 12 8 7 6 5 3 1>

kextstat | grep -y appleintelcpu


kextstat|grep -y applelpc
  115    0 0xffffff7f8319b000 0x3000     0x3000     com.apple.driver.AppleLPC (3.1) 6DD4B940-38F9-3E34-8641-19F57B5FA0A8 <114 13 6 5 3>

kextstat|grep -y applehda
  117    1 0xffffff7f82cea000 0x1d000    0x1d000    com.apple.driver.AppleHDAController (282.54) E00FE0E4-B03D-34C5-8DC9-39C7D8D50B6B <116 104 99 13 8 7 6 5 3 1>
  147    0 0xffffff7f82e7c000 0xb7000    0xb7000    com.apple.driver.AppleHDA (282.54) 88BFC11D-179D-3546-A3C9-B542C9127590 <146 122 117 116 104 99 7 6 5 3 1>
  148    0 0xffffff7f82d09000 0x2000     0x2000     com.apple.driver.AppleHDAHardwareConfigDriver (282.54) 6241C986-0105-3441-A337-4A77AEC76A86 <5 3>


kextstat | grep 'Lilu\|AppleALC\|AppleHDA'
   18    3 0xffffff7f81054000 0x7b000    0x7b000    as.vit9696.Lilu (1.3.9) D45C65A2-D10E-33FD-9F8E-0EF9DB832A2B <8 6 5 3 2 1>
   20    0 0xffffff7f811b8000 0x134000   0x134000   as.vit9696.AppleALC (1.4.3) 626A0E74-C938-3D17-942D-CF123D571334 <18 13 8 6 5 3 2 1>
  117    1 0xffffff7f82cea000 0x1d000    0x1d000    com.apple.driver.AppleHDAController (282.54) E00FE0E4-B03D-34C5-8DC9-39C7D8D50B6B <116 104 99 13 8 7 6 5 3 1>
  147    0 0xffffff7f82e7c000 0xb7000    0xb7000    com.apple.driver.AppleHDA (282.54) 88BFC11D-179D-3546-A3C9-B542C9127590 <146 122 117 116 104 99 7 6 5 3 1>
  148    0 0xffffff7f82d09000 0x2000     0x2000     com.apple.driver.AppleHDAHardwareConfigDriver (282.54) 6241C986-0105-3441-A337-4A77AEC76A86 <5 3>

I am attaching my current EFI's Clover folder, the Mojave ioreg, the Sierra ioreg, log debug

I observed one difference between ioreg's for the:
IOService:/AppleACPIPlatformExpert/PCI0@0/AppleACPIPCI/HDAU@3/AppleHDAController@3/IOHDACodecDevice@3,0/IOHDACodecDriver/IOHDACodecFunction@3,0,1/AppleHDACodecGeneric/AppleHDADriver/AppleHDAEngineOutputDP@3,0,1,0


for the working one (Sierra version):
IOAudioEngineClockDomain = 0x4178f00

for the problematic one (Mojave):
IOAudioEngineClockDomain = 0x737973

I wonder if this clock value difference could be the trouble with coreaudiod failing to work.
Please advise!

Thanks in advance!