Contribute
Register

ALC889 Sound Assertion Errors

Status
Not open for further replies.
Joined
Sep 30, 2011
Messages
42
Motherboard
Z390 Designare
CPU
i7 9700K
Graphics
UHD 630
Mac
  1. MacBook Pro
  2. Mac Pro
Classic Mac
  1. Classic
  2. iMac
  3. LC
  4. PowerBook
  5. Quadra
Mobile Phone
  1. iOS
hi toleda

i've been having the same problem with my audio also::

Aug 1 13:17:40 snoqualmie kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: -549397426432, fCodecRequest->command->verb: 0xFFF, fPoweredDown: 0
Aug 1 13:17:40 snoqualmie kernel[0]: Sound assertion in AppleHDAController at line 4909
Aug 1 13:17:40 snoqualmie kernel[0]: Sound assertion in AppleHDAController at line 4910
Aug 1 13:17:40 snoqualmie kernel[0]: Sound assertion in AppleHDAController at line 8088

i've attached a copy of my IOReg as you suggested.

i have the customacmini 2011 build with the Gigabyte H67N F9 aml
 

Attachments

  • balaclava9.zip
    367.9 KB · Views: 49
Joined
Oct 21, 2010
Messages
341
Mac
Classic Mac
Mobile Phone
Are these messages showing when using a MacPro3,1 smbios? I believe it may have something to do with the energy management system. In my hack it even "pops" when the audio is turned on/off, which I solved by using the antipop daemon (the sound assertions are still there though).
 

toleda

Moderator
Joined
May 19, 2010
Messages
22,962
Motherboard
Asus Maximus VII Impact
CPU
Core i7-4770K
Graphics
RX 560 + HD4600
Mac
  1. iMac
  2. MacBook Pro
  3. Mac mini
Classic Mac
  1. 512K
  2. LC
  3. Power Mac
Mobile Phone
  1. iOS
hi toleda

i've been having the same problem with my audio also::

Aug 1 13:17:40 snoqualmie kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: -549397426432, fCodecRequest->command->verb: 0xFFF, fPoweredDown: 0
Aug 1 13:17:40 snoqualmie kernel[0]: Sound assertion in AppleHDAController at line 4909
Aug 1 13:17:40 snoqualmie kernel[0]: Sound assertion in AppleHDAController at line 4910
Aug 1 13:17:40 snoqualmie kernel[0]: Sound assertion in AppleHDAController at line 8088

i've attached a copy of my IOReg as you suggested.

i have the customacmini 2011 build with the Gigabyte H67N F9 aml
Delete S/L/E/HDAEnabler889.kext. When you have a dsdt, do not install the enabler. You are lucky you had any sound; the enabler using interferes.
 
Joined
Sep 30, 2011
Messages
42
Motherboard
Z390 Designare
CPU
i7 9700K
Graphics
UHD 630
Mac
  1. MacBook Pro
  2. Mac Pro
Classic Mac
  1. Classic
  2. iMac
  3. LC
  4. PowerBook
  5. Quadra
Mobile Phone
  1. iOS
hi toleda thanks for the quick reply!
i'm glad my sound wasn't totally broken!


i deleted the s/l/e/HDAEnabler889.kext
i attached my new ioreg.

i still see the same assertion as before. it happens when sound has been inactive for a while ... them it triggers the following: the speakers pop and these errors appear in the log:

Aug 2 00:45:00 snoqualmie kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: -549422663936, fCodecRequest->command->verb: 0xFFF, fPoweredDown: 0
Aug 2 00:45:00 snoqualmie kernel[0]: Sound assertion in AppleHDAController at line 4909
Aug 2 00:45:00 snoqualmie kernel[0]: Sound assertion in AppleHDAController at line 4910
Aug 2 00:45:00 snoqualmie kernel[0]: Sound assertion in AppleHDAController at line 8088
Aug 2 00:45:01 snoqualmie kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: -549428512512, fCodecRequest->command->verb: 0xFFF, fPoweredDown: 0
Aug 2 00:45:01 snoqualmie kernel[0]: Sound assertion in AppleHDAController at line 4909
Aug 2 00:45:01 snoqualmie kernel[0]: Sound assertion in AppleHDAController at line 4910
Aug 2 00:45:01 snoqualmie kernel[0]: Sound assertion in AppleHDAController at line 8088
Aug 2 00:46:12 snoqualmie kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: -549422663936, fCodecRequest->command->verb: 0xFFF, fPoweredDown: 0
Aug 2 00:46:12 snoqualmie kernel[0]: Sound assertion in AppleHDAController at line 4909
Aug 2 00:46:12 snoqualmie kernel[0]: Sound assertion in AppleHDAController at line 4910
Aug 2 00:46:12 snoqualmie kernel[0]: Sound assertion in AppleHDAController at line 8088
Aug 2 00:46:13 snoqualmie kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: -549428512512, fCodecRequest->command->verb: 0xFFF, fPoweredDown: 0
Aug 2 00:46:13 snoqualmie kernel[0]: Sound assertion in AppleHDAController at line 4909
Aug 2 00:46:13 snoqualmie kernel[0]: Sound assertion in AppleHDAController at line 4910
Aug 2 00:46:13 snoqualmie kernel[0]: Sound assertion in AppleHDAController at line 8088


thanks so much!
 

Attachments

  • balaclava9-2nd.zip
    349.8 KB · Views: 49
Joined
Sep 30, 2011
Messages
42
Motherboard
Z390 Designare
CPU
i7 9700K
Graphics
UHD 630
Mac
  1. MacBook Pro
  2. Mac Pro
Classic Mac
  1. Classic
  2. iMac
  3. LC
  4. PowerBook
  5. Quadra
Mobile Phone
  1. iOS
ematos: i'm on macmini5,1

this antipop thing looks cool ...
http://www.tomsick.net/projects/antipop.html
simple trick

apparently the power down noise is a problem on older macs too ...

(ps i wonder if tomsick is running a hackintosh now :p)
 

toleda

Moderator
Joined
May 19, 2010
Messages
22,962
Motherboard
Asus Maximus VII Impact
CPU
Core i7-4770K
Graphics
RX 560 + HD4600
Mac
  1. iMac
  2. MacBook Pro
  3. Mac mini
Classic Mac
  1. 512K
  2. LC
  3. Power Mac
Mobile Phone
  1. iOS
i still see the same assertion as before. it happens when sound has been inactive for a while ... them it triggers the following: the speakers pop and these errors appear in the log:
At your convenience, try a clean 10.7.4 install. Use the normal MultiBeast selections except audio, chose only the Patched AppleHDA/ALC 889.
 
Joined
Oct 21, 2010
Messages
341
Mac
Classic Mac
Mobile Phone
Toleda, couldn't those messages be related to energy management because he's using a macmini plist? I also use one and get almost identical errors on Mountain Lion with the patched kext + DSDT edit.
 

toleda

Moderator
Joined
May 19, 2010
Messages
22,962
Motherboard
Asus Maximus VII Impact
CPU
Core i7-4770K
Graphics
RX 560 + HD4600
Mac
  1. iMac
  2. MacBook Pro
  3. Mac mini
Classic Mac
  1. 512K
  2. LC
  3. Power Mac
Mobile Phone
  1. iOS
Toleda, couldn't those messages be related to energy management because he's using a macmini plist? I also use one and get almost identical errors on Mountain Lion with the patched kext + DSDT edit.
The popping is not caused by energy management. It is much simpler; if the codec doesn't have an audio signal for ~60 seconds, it quiets (reduces power to) the amp. This eliminates the static you hear, especially when an input is connected to a output in one of these systems. You hear this when you use an iPod as the input, headphones for the output, mute the iPod and 60m seconds later, the static is stops; that is quieting. The only system definition which doesn't enable quieting is macpro3,1. In the experiment, the static does not stop and there is not pop when an audio signal restarts. The pops are one problem and (I believe) the sound assertions, in particular the timeout, is a different problem.
 
Joined
May 12, 2012
Messages
30
Motherboard
Gigabyte Z68X-UD3H-B3 (UEFI U1L)
CPU
I7 2600K (OCd 4.2ghz)
Graphics
XFX Radeon HD 6870
Mac
  1. MacBook Pro
Classic Mac
Mobile Phone
  1. iOS
So I agree, all the SMBIO settings (iMac 12,2 and MacMini) for my mobo give the popping.

I end up using the MacPro 3,1 just because the popping is annoying :)

I wonder why the mac pro is different and can we incorporate that somehow into the system (my knowledge isnt enough)
 
Status
Not open for further replies.
Top