Contribute
Register

[HELP] Audio doesn't stick after sleep/wake-up

Status
Not open for further replies.
Joined
Jan 26, 2018
Messages
137
Motherboard
MSI GV62 8RE (HM370)
CPU
i7-8750H
Graphics
UHD630 & GTX1060(non MAXQ) 1920x1080
Mac
  1. MacBook Pro
So I have realtek ALC 892 on my laptop and the audio won't stick after waking up from sleep.

Found a script which essential unloads and loads the AppleHDA when run, so running this script after waking up starts the audio but it's a hacky solution also 2/5 times the script fails and says -
Code:
(kernel) Can't unload kext com.apple.driver.AppleHDA; classes have instances:
(kernel) Kext com.apple.driver.AppleHDA class AppleHDAStream has 2 instances.
Failed to unload com.apple.driver.AppleHDA - (libkern/kext) kext is in use or retained (cannot unload).

Using CodecCommander(Installed in /S/L/E) and latest AppleALC + Lilu.
PR Files attached
 

Attachments

  • debug_17870.zip
    3.2 MB · Views: 63
So I have realtek ALC 892 on my laptop and the audio won't stick after waking up from sleep.

Found a script which essential unloads and loads the AppleHDA when run, so running this script after waking up starts the audio but it's a hacky solution also 2/5 times the script fails and says -
Code:
(kernel) Can't unload kext com.apple.driver.AppleHDA; classes have instances:
(kernel) Kext com.apple.driver.AppleHDA class AppleHDAStream has 2 instances.
Failed to unload com.apple.driver.AppleHDA - (libkern/kext) kext is in use or retained (cannot unload).

Using CodecCommander(Installed in /S/L/E) and latest AppleALC + Lilu.
PR Files attached

As per FAQ, kexts should be installed to /L/E, not /S/L/E.
http://www.tonymacx86.com/el-capita...faq-read-first-laptop-frequent-questions.html

Does the ioreg you attached represent non-working audio?
 
Sorry for my negligence, after fixing the SystemMemory addresses issue and setting darkwake=8, not only does audio stick after sleep but it's much more stable than before.
Thanks @RehabMan , fixed. :)
 
Wait @parasthakur37 what's the SystemMemory address issue?
If you change any settings in your BIOS, you're required to again patch your DSDT as the SystemMemory address of the original one changes.
Also make sure to apply these basic patches..
"Fix _WAK Arg0 v2"
"HPET Fix"
"SMBUS Fix"
"IRQ Fix"
"RTC Fix"
"OS Check Fix"
"Fix Mutex with non-zero SyncLevel"
"Fix PNOT/PPNT" (use only if you're dropping CPU related SSDTs)
"Add IMEI" (do not use if your DSDT or SSDTs already have IMEI/HECI/MEI device)
and darkwake=8
 
Status
Not open for further replies.
Back
Top