Wait, the 1.4.3 update in the code is about the No-hda-gfx properties that is needed in some case, but does not fix the KP related to the case when hda-gfx exists.
This fixes the KP but it's not an elegant solution IMO.
- Adds time to the wake procedure because the function has to timeout...
Can you please try all the layouts for your codec? See if it happens with all layouts, because with another layout(in my case 27) it seems to work normally.
Just pls remember that this is a workaround and when fixed the update to the new AppleAlc would be ideal
Just pick the 1.2.8 as I wrote in the update above, and try different layout-ids because that specific id that you are using might not be in this build
I've tested the 1.2.4 (release before the patch Dgvozdenovic mentioned) compiled with the latest Lilu, and it works, it recovers from sleep normally. Can you pls confirm this?
IMPORTANT NOTE: THIS VERSION OF APPLEALC REQUIRE -alcbeta IN THE BOOTARGS TO WORK AND THE LATEST VERSION OF LILU...
I'm searching in AppleALC's code and I may have found something, I'll keep you updated. If someone else with programming skills wants to help, it would be appreciated: I'm looking at kern_alc both header and cpp files, it seems to be the right way to go, since it check for HDAU and uses...
Thanks for sharing your files, i've seen that you too crash on "AudioAUUC 1.70", maybe it's something to do with how AppleALC interfaces with that(?), at this point i'm just assuming things and throwing ideas lol
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.