Moderators Jake Lo Posted April 5, 2017 Moderators Share Posted April 5, 2017 What did you upgraded from? Had you re run permission fix and rebuild cache? Link to comment Share on other sites More sharing options...
tudt949 Posted April 5, 2017 Share Posted April 5, 2017 I've updated directly from AppStore. I've also tried to run permission fix and rebuild cache but can not see audio hardware information and sound still loss. Link to comment Share on other sites More sharing options...
Moderators Jake Lo Posted April 5, 2017 Moderators Share Posted April 5, 2017 No, I mean from which version OS X? Make sure to update Clover as well. Link to comment Share on other sites More sharing options...
Administrators Hervé Posted April 5, 2017 Administrators Share Posted April 5, 2017 If you used a pre-patched AppleHDA, then you'll have to repatch the kext since the update re-instate an unpatched vanilla version. If you use clover on-the-fly patch, then nothing will change but you need to make sure your cache has properly rebuilt (which it should have). This assumes you updated from a previous Sierra version of course, not upgraded from an earlier release. If this is the case, you may have to adjust the on-the-fly patch. Link to comment Share on other sites More sharing options...
tluck Posted April 5, 2017 Share Posted April 5, 2017 no problem here either - upgraded from 10.12.2 to 10.12.3 to 10.12.4 with no kext changes. - upgrade to Clover 4049 (or later) - using AppleHDA_ALC292.kext - with binary symbolic link to AppleHDA.kext and Clover on-the-fly patching. Link to comment Share on other sites More sharing options...
tudt949 Posted April 7, 2017 Share Posted April 7, 2017 No, I mean from which version OS X? Make sure to update Clover as well. I use clover on-the-fly patch method for audio on preview mac version. I've updated from 10.12.2 and of-course also updated Clover to newest version 2.4k_r4049. When I checked the system logs, has some as the following: 2017-03-29 18:16:10.220770+0700 0x3ea Default 0x0 0 kernel: (AppleHDAController) Sound assertion in AppleHDAController at line 6022 2017-03-29 18:16:10.230366+0700 0x3ea Default 0x0 0 kernel: (AppleHDAController) Sound assertion in AppleHDAController at line 6023 2017-03-29 18:16:10.238951+0700 0x3ea Default 0x0 0 kernel: (IOHDAFamily) Sound assertion in IOHDACodecDevice at line 146 2017-03-29 18:16:10.246842+0700 0x3ea Default 0x0 0 kernel: (IOHDAFamily) Sound assertion in IOHDACodecDevice at line 552 2017-03-29 18:16:10.254197+0700 0x3ea Default 0x0 0 kernel: (AppleHDAController) Sound assertion in AppleHDAController at line 5233 2017-03-29 18:16:11.262536+0700 0x3ea Default 0x0 0 kernel: (AppleHDAController) Sound assertion in AppleHDAController at line 6022 2017-03-29 18:16:11.275330+0700 0x3ea Default 0x0 0 kernel: (AppleHDAController) Sound assertion in AppleHDAController at line 6023 2017-03-29 18:16:11.284430+0700 0x3ea Default 0x0 0 kernel: (IOHDAFamily) Sound assertion in IOHDACodecDevice at line 146 2017-03-29 18:16:11.292676+0700 0x3ea Default 0x0 0 kernel: (IOHDAFamily) Sound assertion in IOHDACodecDevice at line 552 2017-03-29 18:16:11.591445+0700 0x27c Default 0x0 38 kextd: kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext "/System/Library/Extensions/AppleHDA_ALC292.kext" 2017-03-29 18:16:11.851777+0700 0x27c Default 0x0 38 kextd: kext signature failure override allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext "/System/Library/Extensions/AppleHDA_ALC292.kext" 2017-03-29 18:16:11.851801+0700 0x27c Default 0x0 38 kextd: Can't read mach-o file /System/Library/Extensions/AppleHDA_ALC292.kext. 2017-03-29 18:16:11.861526+0700 0x27c Default 0x0 38 kextd: Can't load /System/Library/Extensions/AppleHDA_ALC292.kext - no code for running kernel's architecture. 2017-03-29 18:16:11.863108+0700 0x27c Default 0x0 38 kextd: Load com.apple.driver.AppleHDA failed; removing personalities from kernel Link to comment Share on other sites More sharing options...
Moderators Jake Lo Posted April 7, 2017 Moderators Share Posted April 7, 2017 Delete and replace it. Run permission fix and rebuild cache again. Check the output to see if it's cache after running the commands. Might have to reboot and re-run commands again if unsuccessful. 1 Link to comment Share on other sites More sharing options...
tluck Posted April 7, 2017 Share Posted April 7, 2017 I am using AppleALC.kext (and Lilu.kext) for audio now. (so i can use the same kext on several of my hacks) here is my list of custom kexts in /Library/Extensions $ ls -d1L * ACPIBatteryManager.kext AlpsDell.kext AppleALC.kext FakePCIID.kext FakePCIID_HD4600_HD4400.kext FakePCIID_XHCIMux.kext FakeSMC.kext IntelMausiEthernet.kext Lilu.kext USB_PortInjector_M4800.kext 1 Link to comment Share on other sites More sharing options...
Moderators Jake Lo Posted April 7, 2017 Moderators Share Posted April 7, 2017 What's AlpsDell.kext for? FakePCIID_HD4600_HD4400.kext is old, new one is FakePCIID_Intel_HD_Graphics.kext Link to comment Share on other sites More sharing options...
tluck Posted April 7, 2017 Share Posted April 7, 2017 (edited) AlpsDell is the PS2/Trackpad kext by Dr Hurt. - more recent and does have some basic scroll gestures etc yeah. i need to update my FakePCIID set to current levels. just haven't updated them lately. -- I updated from the FakePCIID 1.2.x family to v 1.3.x and all is (still) good. Thanks for reminding me to do that Jake. @tudt949 - seems like your audio kext has an issue with the MacOS binary. check the symbolic link. you can remove the link and recreate it if its messed up. Note: I moved to using the AppleALC.kext instead the AppleHDA_ALC292.kext, as this alternate kext supports a variety of codecs ALC292, ALC293, and a variety of others. Edited April 8, 2017 by tluck Link to comment Share on other sites More sharing options...
Recommended Posts