Bug 77274

Summary: [drm:dce6_afmt_write_speaker_allocation] *ERROR* Couldn't read Speaker Allocation Data Block: 0
Product: DRI Reporter: Daniele Peruzzi <amnesiac2001>
Component: DRM/RadeonAssignee: Default DRI bug account <dri-devel>
Status: RESOLVED DUPLICATE QA Contact:
Severity: normal    
Priority: medium    
Version: unspecified   
Hardware: x86-64 (AMD64)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
dmesg
none
Xorg.0.log
none
3.14 dmesg 0001-ALSA-hda-Do-not-assign-streams-in-reverse-order.patch
none
3.14 Xorg.0.log 0001-ALSA-hda-Do-not-assign-streams-in-reverse-order.patch none

Description Daniele Peruzzi 2014-04-10 16:11:28 UTC 
After I upgraded to 3.14 Linux Kernel from 3.13 the HDMI audio isn't working anymore while before it was.
After I checked dmesg output I found this row:

[drm:dce6_afmt_write_speaker_allocation] *ERROR* Couldn't read Speaker Allocation Data Block: 0

so I thought it was something related to the kernel wasn't able to retrieve correct info from my EDID's display.

I'm currently using arch linux distro with mesa 10.1 and xf86-video-ati 7.3.0

Here are my log files:

dmesg
http://pastebin.com/fH88rXNs

Xorg.0.log
http://pastebin.com/qcKhTiAs

lspci -vv
http://pastebin.com/SLcyJJaE
Comment 1 Alex Deucher 2014-04-10 16:29:33 UTC 
Can you bisect?  Also, Please attach your dmesg and xorg log rather than pointing to an external pastebin.
Comment 2 Alex Deucher 2014-04-10 16:30:23 UTC 
Might be a duplicate of bug 77002.
Comment 3 Daniele Peruzzi 2014-04-10 19:46:13 UTC 
Created attachment 97183 [details]
dmesg
Comment 4 Daniele Peruzzi 2014-04-10 19:47:46 UTC 
Created attachment 97186 [details]
Xorg.0.log
Comment 5 Daniele Peruzzi 2014-04-10 20:00:59 UTC 
I'm sorry about having pointed to an external pastebin, I've attached dmesg and Xorg.0.log to the discussion now.

I'm quite sure I'm experiencing the same issues of the bug 77002 so I'm going to follow that discussion.

I don't know what you mean for bisecting but if needed I can try with different kernels, the last one that worked for me was the 3.13.8. I can also try patches or test on different hardwares.
Comment 6 Alex Deucher 2014-04-10 20:27:41 UTC 
(In reply to comment #5)
> I'm sorry about having pointed to an external pastebin, I've attached dmesg
> and Xorg.0.log to the discussion now.
> 
> I'm quite sure I'm experiencing the same issues of the bug 77002 so I'm
> going to follow that discussion.
> 
> I don't know what you mean for bisecting but if needed I can try with
> different kernels, the last one that worked for me was the 3.13.8. I can
> also try patches or test on different hardwares.

If the fix from that bug does it, you can mark this as a duplicate.
Comment 7 Daniele Peruzzi 2014-04-11 08:34:26 UTC 
Created attachment 97215 [details]
3.14 dmesg 0001-ALSA-hda-Do-not-assign-streams-in-reverse-order.patch
Comment 8 Daniele Peruzzi 2014-04-11 08:35:54 UTC 
Created attachment 97216 [details]
3.14 Xorg.0.log 0001-ALSA-hda-Do-not-assign-streams-in-reverse-order.patch
Comment 9 Daniele Peruzzi 2014-04-11 08:41:22 UTC 
I've compiled a new 3.14 vanilla kernel with this patch:

https://bugs.freedesktop.org/attachment.cgi?id=97049&action=edit

the result was that the audio over HDMI becomes working again but the above mentioned error in my dmesg is still there.
Comment 10 Alex Deucher 2014-04-11 13:06:04 UTC 
(In reply to comment #9)
> I've compiled a new 3.14 vanilla kernel with this patch:
> 
> https://bugs.freedesktop.org/attachment.cgi?id=97049&action=edit
> 
> the result was that the audio over HDMI becomes working again but the above
> mentioned error in my dmesg is still there.

The error is harmless.  It just means your monitor does not provide a speaker allocation block in the edid.
Comment 11 Alex Deucher 2014-04-11 13:06:20 UTC 

*** This bug has been marked as a duplicate of bug 77002 ***

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.