Bug 48266

Summary: [GM45 regression] HDMI audio stopped working after 3.2.0
Product: DRI Reporter: Johannes Truschnigg <johannes>
Component: DRM/IntelAssignee: Paulo Zanoni <przanoni>
Status: CLOSED DUPLICATE QA Contact:
Severity: normal    
Priority: medium CC: ben, bernie, chris, daniel, jbarnes, johannes, przanoni
Version: unspecified   
Hardware: x86-64 (AMD64)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Bug Depends on:    
Bug Blocks: 42991, 44622    
Attachments:
Description Flags
This makes HDMI audio work on Linux 3.2.x (0 <= x < 6).
none
This is the fix I use on 3.3.0. none

Description Johannes Truschnigg 2012-04-03 12:54:55 UTC
Created attachment 59450 [details] [review]
This makes HDMI audio work on Linux 3.2.x (0 <= x < 6).

My initial report of this issue can be found at https://bugs.freedesktop.org/show_bug.cgi?id=43947#c7 - this entry should take note of the fact that it happens for me on SNB, and not GM45.

I used to use a custom patch, baked for me by danvet, to make things work from 3.2.0 to 3.2.5. After switching to 3.3.0, I had to make use of another one, effectively pasting my old, working version over the current incarnation of intel_hdmi.c. I'll attached both patches to this bug for sake of completeness.
Comment 1 Johannes Truschnigg 2012-04-03 12:55:35 UTC
Created attachment 59452 [details] [review]
This is the fix I use on 3.3.0.
Comment 2 Bernie Innocenti 2012-04-16 15:21:20 UTC
(In reply to comment #1)
> Created attachment 59452 [details] [review] [review]
> This is the fix I use on 3.3.0.

I tested this on a custom compile of the Ubuntu kernel 3.2.0-23-generic, which is based on vanilla 3.2.14.

I didn't notice any difference in behavior: sound works on the analog output, but not on any of the 3 HDMI outputs. This is with a DisplayPort cable on a Lenovo X200 (Sandybridge).
Comment 3 Johannes Truschnigg 2012-04-16 23:22:08 UTC
The Lenovo/IBM Thinkpad X200 contains a GM45 IGP, not a SNB one. I know, because I am sitting in front of one right now :)

It' feels good to read that I'm not alone with the problem though. Apparently, the problem isn't limited to one gen of IGPs.
Comment 4 Daniel Vetter 2012-04-17 01:38:12 UTC
Johannes, to avoid further such goof-ups, can you please attach the full dmesg with drm.debug=0xe on the kernel cmdline?
Comment 5 Paulo Zanoni 2012-04-24 07:00:04 UTC
Hi

Could please try the 9 patches from the following link: https://bugs.freedesktop.org/attachment.cgi?id=60529 ?

I believe patch 1 should fix the problem. If you have some time, you could do
two tests:
- one test containing only patch 1 applied
- another test containing all the patches applied

If patch 1 fixes the bug by itself, the plan is to submit only patch 1 to
stable, but submit all the 9 patches to the development branch.

Thank you,
Paulo
Comment 6 Daniel Vetter 2012-05-03 04:08:42 UTC
Ok, given that this bug is also about gm45 (and not snb as I've originally thought), I presume it's also fixed by the gen4 infoframe fix merged into drm-intel-fixes:

commit c3e897d603e9b0c19c2c65a3ab1cf07fe87da583
Author: Paulo Zanoni <paulo.r.zanoni@intel.com>
Date:   Wed May 2 22:55:43 2012 -0300

    drm/i915: enable dip before writing data on gen4
    
    While testing with the intel_infoframes tool on gen4, I see that when
    video DIP is disabled, what we write to the DATA memory is not exactly
    what we read back later.
    
    This regression has been introduce in
    
    commit 64a8fc0145a1d0fdc25fc9367c2e6c621955fb3b
    Author: Jesse Barnes <jbarnes@virtuousgeek.org>
    Date:   Thu Sep 22 11:16:00 2011 +0530
    
        drm/i915: fix ILK+ infoframe support
    
    That commit was setting VIDEO_DIP_CTL to 0 when initializing, which
    caused the problem.
    
    Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=43947
    Cc: stable@kernel.org
    Tested-by: Yang Guang <guang.a.yang@intel.com>
    Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
    [danvet: Pimped commit message by using the usual commit citation
    layout.]
    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>

Please reopen this bug if this is not the case, and thanks a lot for reporting this issue.

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

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.