The popping sound has been experienced by others. It has to do with how the MacOS puts the sound driver to sleep and then when it wakes up, there is a current surge.
This anti-pop program has worked for others. http://www.tomsick.net/downloads/antipop-1.0.2.dmg
I have not tried it myself as I'm trying to investigate a better solution - seeing if there's a dsdt solution where the sound device's low current capability is disabled.
I do have one question for MaLd0n or oldnapalm. I have a GA-Z68XM-UD2H-B3 mobo with ALC889 codec. I noticed that in the DSDT patch file posted by oldnapalm (another thread), the pin configuration area of the HDEF fix is left blank. When I run it in DSDT Editor, I get the following final HDEF output in the DSDT:
Device (HDEF)
{
Name (_ADR, 0x001B0000)
Method (_PRW, 0, NotSerialized)
{
Return (Package (0x02)
{
0x0D,
0x05
})
}
Method (_DSM, 4, NotSerialized)
{
Store (Package (0x04)
{
"layout-id",
Buffer (0x04)
{
0x0C, 0x00, 0x00, 0x00
},
"PinConfigurations",
Buffer (Zero) {}
}, Local0)
DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
Return (Local0)
}
}
However, in the old DSDT auto patcher, there was a specific patch for the ALC889 (ALC889.txt) that looked like this:
into method label _DSM parent_adr 0x001B0000 remove_entry;
into device name_adr 0x001B0000 insert
begin
Method (_DSM, 4, NotSerialized)\n
{\n
Store (Package (0x08)\n
{\n
"codec-id", \n
Buffer (0x04)\n
{\n
0x89, 0x08, 0xEC, 0x10\n
}, \n
"layout-id", \n
Buffer (0x04)\n
{\n
0x79, 0x03, 0x00, 0x00\n
}, \n
"device-type", \n
Buffer (0x0F)\n
{\n
"Realtek ALC889"\n
}, \n
"PinConfigurations", \n
Buffer (0x28)\n
{\n
/* 0000 */ 0x10, 0x90, 0xA0, 0x90, 0x20, 0x90, 0xA1, 0x02, \n
/* 0008 */ 0x80, 0x30, 0x81, 0x01, 0x90, 0x40, 0x21, 0x02, \n
/* 0010 */ 0x30, 0x40, 0x11, 0x01, 0x40, 0x10, 0x01, 0x01, \n
/* 0018 */ 0x50, 0x60, 0x01, 0x01, 0x60, 0x20, 0x01, 0x01, \n
/* 0020 */ 0x70, 0x61, 0x4B, 0x01, 0xA0, 0x01, 0xCB, 0x01\n
}\n
}, Local0)\n
DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))\n
Return (Local0)\n
}
end
My question is which of these should be used AND with which version of AppleHDA? If the bottom ALC889 patch is used, can I use vanilla AppleHDA kext?
Thanks.