I've been attempting to patch my AppleHDA for various speakers nodes etc (without success) for the past couple hours now, and something just dawned on me that made me facepalm pretty hard...
This codec is EXACTLY the same as the one on my Dell Inspiron 15 7559 (the graphs generated via codecgraph are IDENTICAL), yet sound isn't working...
That leads me to assume that there is something wrong with my patching process OTHER than the dummyHDA kext that I'm using...
I'm not too sure as to what that could be though, and I'll attach my problem reporting files to see if you can see anything that I can't...
I would essentially ignore the dummyHDA kext that I'm using, as I'm sure it's wrong and the problem doesn't reside in the kext...
I also noticed that when I change the volume via FN+F2/F3 on my laptop / with the slider, it's very laggy to respond, and a LOT of assertions are being dumped into the logs...
Hopefully we'll get somewhere with this!
-Duncan
Outputs:
Code:Duncans-HackBook-Pro-Retina:RHM duncan$ kextstat | grep -y acpiplat 15 2 0xffffff7f830e0000 0x9c000 0x9c000 com.apple.driver.AppleACPIPlatform (6.1) 642EF8D6-8F86-3F92-B450-FDC9BAE4F3DD <14 12 11 7 6 5 4 3 1> Duncans-HackBook-Pro-Retina:RHM duncan$ kextstat | grep -y applelpc Duncans-HackBook-Pro-Retina:RHM duncan$ kextstat | grep -y appleintelcpu Duncans-HackBook-Pro-Retina:RHM duncan$ kextstat | grep -y applehda 104 1 0xffffff7f8237d000 0x1d000 0x1d000 com.apple.driver.AppleHDAController (280.12) 55162F3D-B7E9-315C-A7E1-C5C4C02F03EC <103 102 90 12 7 6 5 4 3 1> 132 0 0xffffff7f824fd000 0xb7000 0xb7000 com.apple.driver.AppleHDA (999.1.1fc1) 7FC2BABA-4D4F-34FC-93E2-3E3244DEB73D <131 110 104 103 102 90 12 11 6 5 4 3 1> Duncans-HackBook-Pro-Retina:RHM duncan$
Code:Duncans-HackBook-Pro-Retina:RHM duncan$ sudo touch /system/library/extensions && sudo kextcache -u / Password: Kext with invalid signatured (-67030) allowed: <OSKext 0x7fd0408be6b0 [0x7fff9e22f5b0]> { URL = "DummyHDA_ALC256_speakerOnlySUB.kext/ -- file:///System/Library/Extensions/", ID = "com.apple.driver.AppleHDA" } Kext with invalid signatured (-67062) allowed: <OSKext 0x7fd04085cae0 [0x7fff9e22f5b0]> { URL = "CodecCommander.kext/ -- file:///System/Library/Extensions/", ID = "org.tw.CodecCommander" } Kext with invalid signatured (-67062) allowed: <OSKext 0x7fd04083c710 [0x7fff9e22f5b0]> { URL = "BrcmPatchRAM2.kext/ -- file:///System/Library/Extensions/", ID = "com.no-one.BrcmPatchRAM2" } Kext with invalid signatured (-67062) allowed: <OSKext 0x7fd04083bec0 [0x7fff9e22f5b0]> { URL = "BrcmFirmwareRepo.kext/ -- file:///System/Library/Extensions/", ID = "com.no-one.BrcmFirmwareStore" } Kext with invalid signatured (-67062) allowed: <OSKext 0x7fd03d837c50 [0x7fff9e22f5b0]> { URL = "AppleBacklightInjector.kext/ -- file:///System/Library/Extensions/", ID = "org.rehabman.injector.AppleBacklightInjector" } Kext with invalid signatured (-67062) allowed: <OSKext 0x7fd03be0ed90 [0x7fff9e22f5b0]> { URL = "ACPIBatteryManager.kext/ -- file:///System/Library/Extensions/", ID = "org.rehabman.driver.AppleSmartBatteryManager" } KernelCache ID: D8DEF8B8E73F23371EFE46082C7A63BD Duncans-HackBook-Pro-Retina:RHM duncan$
2017-10-03 18:40:03.032678-0700 0x6330 Default 0x0 0 0 kernel: (AppleHDAController) Sound assertion in AppleHDAController at line 7201
2017-10-03 18:40:03.032681-0700 0x6330 Default 0x0 0 0 kernel: (AppleHDA) Sound assertion in AppleHDAEngine at line 1921
Make sure you inject the correct layout ID, and if you are not sure if your appleHDA is being patched correctly, you should use the fully patched AppleHDA.kext instead and once you are sure it works go for the dummyHDA method.Thank you for the feedback!
I added the XOSI patch (up to Windows 2015, as I saw some specific calls checking for Windows 2015 / 2013) and changed the CsrActiveConfig.
Just out of curiosity, why is MacBookPro14,3 a mistake for the SMBIOS? It matches the hardware in here nearly perfectly (CPU is exactly the same)...
For implementing CPU PM, what is the FakeCPUID I would need to inject for Skylake? I would've assumed by now that there would've been some sort of native KabyLake CPU PM (as they're present in real Macs)...
Going back to the AppleHDA problem, I've still had no dice with getting it to work...
I've matched it up almost exactly to my Inspiron 15 7559 setup (at least with audio), so now I'm starting to tweak small things in the dummy kext.
However, I keep getting spammed with this specific message in the console / logs:
Code:2017-10-03 18:40:03.032678-0700 0x6330 Default 0x0 0 0 kernel: (AppleHDAController) Sound assertion in AppleHDAController at line 7201 2017-10-03 18:40:03.032681-0700 0x6330 Default 0x0 0 0 kernel: (AppleHDA) Sound assertion in AppleHDAEngine at line 1921
Does that relate to something AppleHDAController related? I.e. binary patching...?
I'll reattach my problem reporting files to see if anything new (as a problem) has come up after these changes...
Thank you!
-Duncan
have you tried to remove all the input paths?Hey all!
After a couple of days, I still haven't been able to get my headphone jack working...
I've tried all of the available PinConfigs and mappings that are available and connected to the jack, but it still doesn't work...
Any ideas on what I should do? This is the last piece of my new Hackintosh that I need to get working
Any help would be appreciated!
Thank you!
-Duncan
I haven't tried that yet, but I have attempted to get it working by only including the headphone pathmap (and no others).
Just out of curiosity, I installed VoodooHDA to see if the headphone port would work under it. Surprisingly, the headphone port DOESN'T WORK in VoodooHDA!
I'll have to see if I can find a way to get it working...
-Duncan