Using Arch Linux 64 bit on HD 3470 (RV620/M82). With kernel 3.10.10 HDMI audio did work and with no other package changed, audio over HDMI doesn't work anymore with kernel 3.11.1.
Created attachment 86409 [details] Xorg.0.log_3_10_10
Created attachment 86410 [details] Xorg.0.log_3_11_1
Created attachment 86411 [details] avivotool_regs_hdmi_3_10_10
Created attachment 86412 [details] avivotool_regs_hdmi_3_11_1
Created attachment 86413 [details] dmesg_3_10_10
Created attachment 86414 [details] dmesg_3_11_1
Possibly a duplicate of bug 69675. Does reverting e6e792092e816bea0797995c886fb057c91d4546 fix it?
I am not using any of those modes...
Nevermind, I found the problem. Patch forthcoming.
Created attachment 86417 [details] [review] possible fix This patch should fix it.
Thank you very much for your fast answering (again). I patched it against kernel 3.11.1 and now I can hear some sound. Unfortunately it will be played very fast, so the voice is very "high". I tried different streams / media without any difference and also with radeon.dpm=0 and 1.
Does reverting e6e792092e816bea0797995c886fb057c91d4546 fix the playback?
Created attachment 86425 [details] drm_edid.c
Tried to undo commit e6e792092e816bea0797995c886fb057c91d4546 from version 3.11.1 and the result seems ok for me. To be sure I attached the resulting file. Unfortunately by using this file that didn't make any difference. Playback is still too fast. Any other ideas?
Probably best to bisect and manually apply attachment 86417 [details] [review] before testing each step.
Compiled 3.11-rc4 including your attached patch and HDMI audio seems to be working fine. Compiling rc6 now...
Interesting..., rc6 has the bug already. Let's see if rc5 is still working...
Conclusion: Beginning with rc5 the problem occurs. Hope that helps a bit.
Created attachment 86570 [details] [review] possible fix Does this patch fix the playback problems?
Nice, nice, nice... Patch worked on rc5. So it seems to be solved. For being sure I will apply both patches also on 3.11.1 and give feedback.
Perfect! Works also on 3.11.1. So Bug is solved for me. Thanks a lot!
Bad news. On 3.12rc2 those patches don't work anymore. Same problem like at starting this crq. HDMI audio seems to be totally disabled...
(In reply to comment #22) > Bad news. On 3.12rc2 those patches don't work anymore. Same problem like at > starting this crq. HDMI audio seems to be totally disabled... In 3.12 you can enable audio on the fly with xrandr. E.g., xrandr --output HDMI-0 --set audio auto
(In reply to comment #23) > (In reply to comment #22) > > Bad news. On 3.12rc2 those patches don't work anymore. Same problem like at > > starting this crq. HDMI audio seems to be totally disabled... > > In 3.12 you can enable audio on the fly with xrandr. E.g., > > xrandr --output HDMI-0 --set audio auto Perfect, that did the trick. So everything is working like a charm with those both patches. Thanks for your good and fast work!
Is there any provision about when the patches will be included in the stable kernel? 3.11.3 is out today and doesn't contain the fix Thanks
Fix went into 3.12 this week. Should show up in the 3.11 stable series any time now. http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=58d327da9721f7a0f6e46c8dfa5cc5546fd7078a
I have seen that the patches are already included in kernel 3.11.4. Unfortunately it doesn't work even though by using kernel parameter radeon.audio=1. Seems again that HDMI is not enabled.
For sure, with kernel 3.12rc3 it does still work perfectly...
Are you sure you tested 3.11.4? It should work just like 3.12-rc3. Can you install radeontool and provide output of "avivotools regs hdmi" command when: 1) Playing audio with 3.11.4 (remember about radeon.audio=1) 2) Playing audio with 3.12-rc3
Created attachment 87222 [details] 3.11.4
Created attachment 87223 [details] 3.12rc4
Yes, I am using 3.11.4 from Arch testing repository and also enabled HDMI in kernel boot line. Just a side note: Upgraded to 3.12rc4 already...
For sure 3.11.4 is already in the stable repository.
Paul: OK, you're right. It was a mistake in backporting the fix. Reported: http://permalink.gmane.org/gmane.linux.kernel.stable/66333
Fine, sorry I thought already about a failure during patching, but I was too busy to look at it... Thanks!
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.