ALC888 Sound Assertion in AppleHDAWidget

[tha_toadman]

I'm using a GA-P35-DS3L running 10.8. I have a modified DSDT that works using the ALC888 Legacy kext from the latest MultiBeast (5.2.1). My problem though is that shortly after boot, I'm getting spammed with the following in my Console:

Sound assertion in AppleHDAWidget at line 2175

Here is my HDEF section from the DSDT:

{
Name (_ADR, 0x001B0000)
Method (_PRW, 0, NotSerialized)
{
Return (Package (0x02)
{
0x0D,
0x05
})
}
Method (_DSM, 4, NotSerialized)
{
Store (Package (0x0A)
{
"built-in",
Buffer (One)
{
0x01
},
"codec-id",
Buffer (0x04)
{
0x88, 0x08, 0xEC, 0x10
},
"layout-id",
Buffer (0x04)
{
0x01, 0x00, 0x00, 0x00
},
"device-type",
Buffer (0x0F)
{
"Realtek ALC888"
},
"PinConfigurations",
Buffer (One)
{
0x00
}
}, Local0)
DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
Return (Local0)
}
}

Here is my IOreg file.
View attachment Mac.zip

Any input would be appreciated. Thanks!

 

[toleda]

I'm using a GA-P35-DS3L running 10.8. I have a modified DSDT that works using the ALC888 Legacy kext from the latest MultiBeast (5.2.1). My problem though is that shortly after boot, I'm getting spammed with the following in my Console:
!

The latest MultiBeast/ALC888 is for 10.8.2. Update to 10.8.2.

 

[tha_toadman]

Updated, reinstalled the kext & rebooted. Still getting the spam in Console. I assume that now I have to manually patch AppleHDA with the 10.8.2 guide for my setup.

 

[toleda]

Updated, reinstalled the kext & rebooted. Still getting the spam in Console. I assume that now I have to manually patch AppleHDA with the 10.8.2 guide for my setup.

Why would you assume that?

 

[tha_toadman]

Because something isn't right here. The DSDT works so the other part would point to the kext. Do you or do you not agree?

 

[toleda]

Because something isn't right here. The DSDT works so the other part would point to the kext. Do you or do you not agree?

Edit dsdt/HDEF to the HDEF in Post #1 of Mountain Lion: Optimized AppleHDA for Realtek ALC8xx.

 

[tha_toadman]

I did that and it's still kicking out console messages about the sound assertion. My DSDT edit is identical to the HDEF edits using layout 1.

{timestamp} kernel[0] Sound assertion in AppleHDAWidget at line 2175
{timestamp} kernel[0] Sound assertion in AppleHDAWidget at line 2175
{timestamp} kernel[0] Sound assertion in AppleHDAWidget at line 2175
{timestamp} kernel[0] Sound assertion in AppleHDAWidget at line 2175
{timestamp} kernel[0] Sound assertion in AppleHDAWidget at line 2175

My system information is showing the same as the screen shots in the guide.

 

[toleda]

I did that and it's still kicking out console messages about the sound assertion. My DSDT edit is identical to the HDEF edits using layout 1.

My system information is showing the same as the screen shots in the guide.

Is audio working as expected? Are the sound assertions causing any problems? There is no solution for this problem. You choices are the ignore the sound assertions, remove this audio solution or use a different audio solution.

 

[jerrywilborn]

Here's how I fixed the issue (using Terminal):

1. cd /System/Library/Extensions/AppleHDA.kext/Contents/MacOS
2. sudo cp AppleHDA AppleHDA.backup
3. sudo perl -pi -e 's|\x53\x6F\x75\x6E\x64\x20\x61\x73\x73\x65\x72\x74\x69\x6F\x6E\x20|\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00|g' AppleHDA
4. Use Kext Wizard to rebuild your cache and repair permissions.
5. Reboot!

Now dmesg is usable!

 

[toleda]

Here's how I fixed the issue (using Terminal):

Since you did not create the patch, give credit/link to the user that did. By the way, the patch does not solve the problem, it prevents the message from being logged.