Droga

Thanks MaLd0n! That makes sense regarding the security restrictions. Looking forward to testing the updated build once you release it.

Hi MaLd0n, To clarify for everyone following this thread, this is the exact same system setup as before, only updated to macOS 26.6 (Tahoe) — and it seems all these issues started specifically in 26.6. There are no third-party patchers, OCLP scripts, or modified legacy kexts here. Here is the exact technical context: 1. System Environment: Running macOS Tahoe (macOS 26.6, Build 25G72) — exact same setup as before, updated to 26.6. 2. AppleHDA Origin: The AppleHDA.kext being used is 100% vanilla, restored directly from Apple's official Kernel Debug Kit (KDK) for macOS 26.6. 3. The AuxKC Issue: In macOS 26.6, Apple restricted legacy kernel extension loading from /Library/Extensions/ and stripped certain export symbols from kernel collections. When attempting to build the Auxiliary Kernel Collection via kmutil, kernelmanagerd fails with this explicit log error: "Error occurred while building a collection: Superclass vtable '__ZTV8OSObject' is not exported from 'com.apple.driver.AppleHDA' or its dependencies" This confirms that the issue is not caused by user patchers or stale files, but by missing vtable export symbols in macOS 26.6's AppleHDA dependency tree when building the AuxKC. Is there an updated HDAUniversal build compiled specifically for macOS 26.6 KDK symbols? Thank you!

HDAUniversal-Fast-Diagnostics-2026-08-06_12-35-03.zip

Hi MaLd0n, Thanks for checking the logs. Here are clarifications regarding the points raised: 1. coreaudiod CPU usage & MacAudio.driver: I checked the MacAudio.driver binary directly in /System/Library with the file tool on macOS 26.6 (Build 25G72): $ file /System/Library/Audio/Plug-Ins/HAL/MacAudio.driver/Contents/MacOS/MacAudio Mach-O 64-bit bundle arm64e MacAudio.driver is an official Apple system bundle included in the stock macOS 26.6 Tahoe image, compiled strictly for arm64e. On x86_64 systems, coreaudiod (x86_64) scans /System/Library/Audio/Plug-Ins/HAL/ on startup and logs an architecture mismatch. Because neither AppleALC nor HDAUniversal was loaded, coreaudiod had no active IOAudioEngine output and ran in a discovery loop, causing the temporary CPU spike. Once AppleALC is enabled, coreaudiod binds normally and CPU drops to 0.5%. 2. Installation sequence & kmutil error: I did reboot after installing the .pkg before running the .command script. The reason loaded_match shows "not_detected" is because kmutil/kernelmanagerd rejected HDAUniversal 1.0.0 at boot with the C++ symbol link error: Superclass vtable '__ZTV8OSObject' is not exported from 'com.apple.driver.AppleHDA' Because of this symbol export restriction in macOS Tahoe, kernelmanagerd cannot load HDAUniversal.kext into AuxKC.

HDAUniversal-Quick-Diagnostics-2026-08-05_20-44-01.zip

Hello MaLd0n, I'm testing the latest update of HDAUniversal on my ASUS ROG Crosshair VII Hero (X470 / Realtek ALC1220 - SupremeFX S1220) on macOS Tahoe (26.6). The previous version of HDAUniversal worked great on my board, but after installing the latest update into /Library/Extensions/ and rebuilding the AuxKC (kmutil install), macOS fails to load HDAUniversal at boot and falls back to AppleHDAController. I checked the system boot logs (log show --last boot), and kernelmanagerd / kernelmanager_helper throws the following static linking error during the AuxKC build phase: building auxiliary kext collection failed: Error occurred while building a collection: Superclass vtable '__ZTV8OSObject' is not exported from 'com.apple.driver.AppleHDA' or its dependencies Because of this C++ vtable symbol export error, kernelmanagerd cancels the AuxKC compilation for HDAUniversal.kext on macOS Tahoe when installed in /Library/Extensions/. Also, I noticed in IORegistry that the onboard HD Audio controller on my AMD X470 motherboard is named AZAL (/_SB/PCI0/GP13/AZAL), while Info.plist matches HDEF, B0D3, and HDAU. Could you please check this vtable dependency issue and consider adding AZAL to IONameMatch in the next build? Thank you so much for your awesome work and dedication!

i attached my codec info report if that helps. Codec-Info-Report.zip

Olá MaLd0n, Passando aqui para agradecer demais pelo seu trabalho incrível com o HDAUniversal. Está funcionando perfeitamente com a placa de som integrada da minha placa-mãe ASUS ROG Crosshair X470, que usa o codec ROG SupremeFX S1220. O som está se ouvindo muito mais nítido e limpo agora! Gostaria muito de saber como está o progresso geral desse projeto. Além disso, queria saber se existe alguma previsão ou plano para adicionar a opção de áudio em 24-bit (ou superior) nas próximas atualizações? Valeu demais pela dedicação com a comunidade! Tamo junto! Hello MaLd0n, I just wanted to pass by and thank you so much for your amazing work with HDAUniversal. It is working flawlessly with the built-in sound card on my ASUS ROG Crosshair X470 motherboard, which uses the ROG SupremeFX S1220 codec. The audio output feels noticeably clearer and much more crisp now! I would love to know how the overall progress of this project is going. Also, I was wondering if there are any plans to include an option for 24-bit audio output (or higher) in future updates? Thanks again for your dedication to the community! Enjoy!