Hello! It's my first time hackintoshing and it's been pleasant up until now. Having fun with all this really (not sarcastic haha). I've searched for possible fixes for this problem but none has helped me so far and I can't seem to figure it out myself.
Method: Vanilla install
Motherboard: Asus H97M-PLUS
Audio Codec: Realtek ALC887
SMBIOS: Installed with Macbook Pro 14,2 (I made a mistake cause I thought I selected iMac 14,2), which I later changed to iMac 14,2
OS: Mojave 10.14.5
Problem:
Thing is I didn't install Mojave with AppleALC. I somehow missed it out. Upon adding it to kext/Other during post-installation and rebooting with `-liludbg -alcdbg` as additional boot flags, I get a kernel panic that says:
alc @ failed to find IOHDACodecVendorID, retrying x.
and without `-alcdbg` it is:
kextd stall: IOHDACodecFunction but can't remember the rest.
And x just incrementing endlessly.
When I disable AppleALC though with `-alcoff`, it boots fine however there's no sound icon in the system tray and no audio devices detected in the system settings.
I didn't add nor modify any kexts in S/L/E and L/E. All kexts are just in my clover efi folder. At one point I've moved Lilu and AppleALC to L/E and rebuilt the kext cache but then saw there's no difference and moved it back to kext/Other and rebuilt the cache again.
Fixes tried:
- `alcid=x` I've used 1, 2 as layout IDs but haven't seen much success.
- [config.plist]: Injecting 1, 2, 3, 5, 7, 11, 13, 17, 18, 20 manually but haven't tried the other layouts (will try tomorrow).
- 1 & 2 at the same time but only for 1 & 2
- Patching using toleda's audio_cloverALC-130.command and modified the script based on this. However I was not able to patch it because it said something along the lines of the codec not detected or found. Which I found weird because my audio works in Ubuntu 18.04. For this one, I wasn't able to continue and see if it really worked cause I was unable to patch it.
- Moving Lilu and AppleALC from clover folder to L/E but saw no difference
- [config.plist]: Checking `FixHDA` under Devices -> DSDT fixes
- [config.plist]: Checking `ResetHDA` while injecting layout ids 1, 2, and 11.
All these changes still results in the kernel panic previously mentioned in this post.
[link] [comments]
Post a Comment