How to get rid of any Sound Assertions on AppleHDA

Alex009988 · October 3, 2013

Hello. I had fully-working codec for ALC670, but there was only two issues.

The first, endless assertions

03/10/13 20:56:34,000 kernel[0]: Sound assertion in AppleHDAWidget at line 2181
03/10/13 20:57:24,000 kernel[0]: Sound assertion in AppleHDAWidget at line 2181
03/10/13 20:58:14,000 kernel[0]: Sound assertion in AppleHDAWidget at line 2181
03/10/13 20:59:24,000 kernel[0]: Sound assertion in AppleHDAWidget at line 2181
03/10/13 21:00:25,000 kernel[0]: Sound assertion in AppleHDAWidget at line 2181

The second, two pops when computer goes to sleep and wakes up.(Only for Mavericks)

I decided to solve the problem with Assertions.

I tried to do much on my own, but it was unsuccessful.

After I asked TimeWalker for any help, he guessed that the problem was with SPDIF as AppleHDA was looking for special type of node, namely 0x04.

pinconfig for SPDIF

01e71c60 - Association Nr/ Sequence Nr 0
01e71d11 - Black / Reserved
01e71e4b - SPDIF / Combo
01e71f01 - Port is connected to a Jack / External on primary chassis / Rear
pin-default for this node is 0x014b1160, and driver want to have 04 at one specific place(but it was only a supposition)

Of course, I tried all possible variants. But it was unsecesfful either.

First Variant - the error didn't disappeared
01B71C40 01B71D10 01B71E2B 01B71F01 01571C30 01571D01 01571E13 01571F90 01271C10 01271D01 01271EA0 01271F90 01A71C50 01A71D31 01A71E81 01A71F01 01971C20 01971D90 01971E81 01971F01 01E71C04 01E71D11 01E71E4B 01E71F01 01171CF0 01171D00 01171E00 01171F40 01371CF0 01371D00 01371E00 01371F40 01471CF0 01471D00 01471E00 01471F40 01671CF0 01671D00 01671E00 01671F40 01771CF0 01771D00 01771E00 01771F40 01871CF0 01871D00 01871E00 01871F40 01D71CF0 01D71D00 01D71E00 01D71F40 02171CF0 02171D00 02171E00 02171F40
Second Variant - the error didn't disappeared
01B71C40 01B71D10 01B71E2B 01B71F01 01571C30 01571D01 01571E13 01571F90 01271C10 01271D01 01271EA0 01271F90 01A71C50 01A71D31 01A71E81 01A71F01 01971C20 01971D90 01971E81 01971F01 01E71C60 01E71D04 01E71E4B 01E71F01 01171CF0 01171D00 01171E00 01171F40 01371CF0 01371D00 01371E00 01371F40 01471CF0 01471D00 01471E00 01471F40 01671CF0 01671D00 01671E00 01671F40 01771CF0 01771D00 01771E00 01771F40 01871CF0 01871D00 01871E00 01871F40 01D71CF0 01D71D00 01D71E00 01D71F40 02171CF0 02171D00 02171E00 02171F40
Third Variant - the error  disappeared but it had broken down the sound completely
01B71C40 01B71D10 01B71E2B 01B71F01 01571C30 01571D01 01571E13 01571F90 01271C10 01271D01 01271EA0 01271F90 01A71C50 01A71D31 01A71E81 01A71F01 01971C20 01971D90 01971E81 01971F01 01E71C60 01E71D11 01E71E04 01E71F01 01171CF0 01171D00 01171E00 01171F40 01371CF0 01371D00 01371E00 01371F40 01471CF0 01471D00 01471E00 01471F40 01671CF0 01671D00 01671E00 01671F40 01771CF0 01771D00 01771E00 01771F40 01871CF0 01871D00 01871E00 01871F40 01D71CF0 01D71D00 01D71E00 01D71F40 02171CF0 02171D00 02171E00 02171F40
Forth Variant - the error didn't disappeared
01B71C40 01B71D10 01B71E2B 01B71F01 01571C30 01571D01 01571E13 01571F90 01271C10 01271D01 01271EA0 01271F90 01A71C50 01A71D31 01A71E81 01A71F01 01971C20 01971D90 01971E81 01971F01 01E71C60 01E71D11 01E71E4B 01E71F04 01171CF0 01171D00 01171E00 01171F40 01371CF0 01371D00 01371E00 01371F40 01471CF0 01471D00 01471E00 01471F40 01671CF0 01671D00 01671E00 01671F40 01771CF0 01771D00 01771E00 01771F40 01871CF0 01871D00 01871E00 01871F40 01D71CF0 01D71D00 01D71E00 01D71F40 02171CF0 02171D00 02171E00 02171F40

After, a user called vladlenas saw my desperate attempts. And told me that he didn't solve it as well by using a similar method.

And show me his the solution of the problem.

He had that error

Sound assertion "kTypePinComplex != fType" failed in AppleHDAWidget at line 2043 goto Exit

ascii to hex

536F756E6420617373657274696F6E20226B5479706550696E436F6D706C657820213D20665479706522206661696C656420696E204170706C65484441576964676574206174206C696E65203230343320676F746F20457869740A

And replaced it by this in AppleHDA

00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000

In my opinion, it looks too large. Moreover, I couldn't find it for my mistake(another long patch for 2181) at the kext

So I decided to make the universal patch against any assertion.

536F756E 64206173 73657274 696F6E20

to

00000000 00000000 00000000 00000000

And what do you think? All of the assertions have disappeared. Now I have clean Console.

I check sleep, ports. Everything works as it was before.

The solution for Clover-bootloader, you know, Clover can patch any kexts

			<dict>
				<key>Comment</key>
				<string>Patch_against_assertions</string>
				<key>Find</key>
				<data>
				U291bmQgYXNzZXJ0aW9uIA==
				</data>
				<key>Name</key>
				<string>AppleHDA</string>
				<key>Replace</key>
				<data>
				AAAAAAAAAAAAAAAAAAAAAA==
				</data>
			</dict>

Solution for XPC-bootloader

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
	<dict>

    <key>XpcPatcher</key>
    <dict>
 .............................
	
	<key>MachOPatch3</key>
	<dict>
	<key>Apply</key>
	<integer>1</integer>
	<key>SystemVersion</key>
	<string>0x000</string>
	<key>Description</key>
	<string>Patch against assertions for AppleHDA</string>
	<key>FileName</key>
	<string>AppleHDA</string>
	<key>Search</key>
	<string>536F756E6420617373657274696F6E20</string>
	<key>Replace</key>
	<string>00000000000000000000000000000000 </string>
	</dict>
	
	</dict>  

  </dict>

</plist>

Please, give a feedback if it works for you too.

Edited October 3, 2013 by Alex Auditore

Mirone · October 3, 2013

Good Work.

Soon I will test!

all the best!

Alex009988 · October 3, 2013

After three hours, I got no message from AppleHDA while I was watching my favourite series through HDMI with sound. Before that messages with assertion showed up each 50 seconds.

Mirone · October 7, 2013

After making the changes still have

2 sound assertions any ideas?

Alex009988 · October 7, 2013

Show your Console please. kernel.log

Mirone · October 9, 2013

Look:

08/10/13 23:07:26,000 kernel[0]: Sound assertion in AppleHDAEngine at line 581

08/10/13 23:07:26,000 kernel[0]: Sound assertion in AppleHDAController at line 6288

08/10/13 23:07:26,000 kernel[0]: Sound assertion in AppleHDAController at line 5966

08/10/13 23:07:26,000 kernel[0]: Sound assertion in AppleHDAEngine at line 10154

Alex009988 · October 9, 2013

Look:

08/10/13 23:07:26,000 kernel[0]: Sound assertion in AppleHDAEngine at line 581

08/10/13 23:07:26,000 kernel[0]: Sound assertion in AppleHDAController at line 6288

08/10/13 23:07:26,000 kernel[0]: Sound assertion in AppleHDAController at line 5966

08/10/13 23:07:26,000 kernel[0]: Sound assertion in AppleHDAEngine at line 10154

Ok. Seems you should try to do the same patch in AppleHDAController.

			<dict>
				<key>Comment</key>
				<string>Patch_against_assertions</string>
				<key>Find</key>
				<data>
				U291bmQgYXNzZXJ0aW9uIA==
				</data>
				<key>Name</key>
				<string>AppleHDAController</string>
				<key>Replace</key>
				<data>
				AAAAAAAAAAAAAAAAAAAAAA==
				</data>
			</dict>

Note. Formally, it doesn't solve the problem, but if everything works and our kernel-log is overspammed, we can use these patch(es) and forget about all this rubbish at Console as long as we find a beautiful solution of the problem who really want it. (But it too hard as we can sort out many nodes at pinconfig and try many modification in Platform.xml or a layout and all of our endeavours might be unsuccessful).

As it was previous said, the aim of the patch is to forbid AppleHDA to "complain about".

Mirone · October 9, 2013

Thanks!

No Sound Assertion in console now!

whitegerry · November 2, 2013

~~I also get the log 'Sound assertion in AppleHDAWidget at line 2181' in Mavericks if there is no 0x04 in the pincofig.~~

~~Luckily I'm successful with speaker not spdif out.~~

GoGas · November 4, 2013

Getting Sound Assertion in AppleHDAWidget at line 2181 on Dell Inspiron 530 at boot with realetk AC888 driver from ##### 6. Pretty new to hackintoshes and the patching above is nothing I have doena dn not sure what it involves. What confuses me is that if I boot with GraphicsEnabler=No it will boot. Is this really related to audio or is graphics?

Thanks

Alex009988 · November 7, 2013

Getting Sound Assertion in AppleHDAWidget at line 2181 on Dell Inspiron 530 at boot with realetk AC888 driver from ##### 6. Pretty new to hackintoshes and the patching above is nothing I have doena dn not sure what it involves. What confuses me is that if I boot with GraphicsEnabler=No it will boot. Is this really related to audio or is graphics?

Thanks

Did you make the patch in all the same places?

iFIRE · November 7, 2013

hi Alex, mine is diferent assertions lines,