Sherlocks Posted March 16, 2017 Share Posted March 16, 2017 sorry about late reply replace info.plist file in EAPDfix report Info.plist.zip Link to comment Share on other sites More sharing options...
hectorox Posted March 22, 2017 Share Posted March 22, 2017 Still the same issue its even worse. Jack sense is not working probably, External mic not working at all and sound crashes (breaks in silence) Link to comment Share on other sites More sharing options...
gujiangjiang Posted June 21, 2017 Share Posted June 21, 2017 Hello,What is HDEFAddress means? Link to comment Share on other sites More sharing options...
Administrators Hervé Posted June 22, 2017 Administrators Share Posted June 22, 2017 [...] Editing plist file to enable the Fix for your codec: Open the "info.plist" file inside the EAPDFix.kext and look at the section "IOKitPersonalities->EAPDFix->Preferences". You need to config the following values from there: HDEFAddress - Add the address of the HDEF device if its not listed in plist.[...] As stated in post #1, it's the IO address of the audio device. You'll find it in the DSDT or in IOReg via any explorer tool such as IOJones, IORegistryExplorer, ioreg command line (e.g.: ioreg | grep HDEF) or similar. * DSDT example: Device (HDEF) { Name (_ADR, 0x001B0000) // _ADR: Address [...] }`* IORegistryExplorer example: * command line example: E6230:~ admin$ ioreg | grep HDEF | | +-o HDEF@1B In the above examples, HDEF audio device is found at address 0x001B0000. In the Info.plist file, this will be reflected as follows: [...] <key>HDEFAddress</key><array> <string>1B</string> [...] If the device were at address 0x001F0003, the entry in Info.plist would be: [...] <key>HDEFAddress</key> <array> <string>1F,3</string> [...] Basically, it's written as a single byte (without heading zeroes) or a pair of comma separated bytes (without heading zeroes) if lower byte is not null (0x0000). Link to comment Share on other sites More sharing options...
Romandas Posted July 21, 2017 Share Posted July 21, 2017 Hello, Laptop AppleHDA audio plays just fine before sleep mode, but I cannot make sound work after sleep mode. Laptop configs: Nvidia MCP79 chipset, ALC888S-VD codec, HDEF adress in DSDT: 0x00080000, OS 10.12.5. I try to use EAPDFix v2.3.5 using Fix types 1 to 3, but kernel gives this even before sleep mode.. kernel: (EAPDFix) EAPDFix: Failed to find Audio device HDEF In CodecCommander change log is written: "Add support for nVidia MCP79/MCP7A HDA controllers that do not report EAPD state when reading response from IRR. A workaround is applied if such a chipset is detected to limit PIO count to 4, which is enough to keep speaker and headphone EAPDs enabled in 10.9.2+" I think that's the problem. I will try to get work CodecCommander, but if you have sugestions with EAPDFix I will try it also, because it's doesn't work with default CodecCommander. Archive.zip AppleHDA.kext.zip card0-codec#0.txt Link to comment Share on other sites More sharing options...
Recommended Posts