[Bug 88876] [SKL regression][Audio][HD-A Display]: Can't refresh ELD information with cable hot-plug

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=88876

jinliangx.wang at intel.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |ASSIGNED

--- Comment #6 from jinliangx.wang at intel.com ---
Hi Jani,

After bisect with drm-intel-nightly kernel tree, I think this bug should not be
a regression, it can be defined as a new bug for SKL.

Test the kernel on 2014-12-04 (hasn't merged any SKL GFX patch from
drm-intel-internal at Dec 2014), boot with HDMI monitor connected, do the test
steps:
1.  cat /proc/asound/PCH/eld#2.0
monitor_present         1
eld_valid               1
monitor_name            ASUS PA238
connection_type         HDMI
eld_version             [0x2] CEA-861D or below
edid_version            [0x3] CEA-861-B, C or D
manufacture_id          0x6904
product_id              0x23b1
port_id                 0x0
support_hdcp            0
support_ai              0
audio_sync_delay        0
speakers                [0x1] FL/FR
sad_count               1
sad0_coding_type        [0x1] LPCM
sad0_channels           2
sad0_rates              [0x4e0] 32000 44100 48000 96000
sad0_bits               [0xe0000] 16 20 24
(Can get ELD info of monitor, it's correct)
2. unplug HDMI cable, cat /proc/asound/PCH/eld#2.0
monitor_present         1
eld_valid               1
monitor_name            ASUS PA238
connection_type         HDMI
eld_version             [0x2] CEA-861D or below
edid_version            [0x3] CEA-861-B, C or D
manufacture_id          0x6904
product_id              0x23b1
port_id                 0x0
support_hdcp            0
support_ai              0
audio_sync_delay        0
speakers                [0x1] FL/FR
sad_count               1
sad0_coding_type        [0x1] LPCM
sad0_channels           2
sad0_rates              [0x4e0] 32000 44100 48000 96000
sad0_bits               [0xe0000] 16 20 24
(The ELD info can't be refreshed, it' wrong)

With HDMI monitor disconnect, the ELD info should be refresh to 
monitor_present         0
eld_valid               0
But the reproducibility of the bug was not 100%, need hotplug HDMI cable for
many times.

I also tried other kernels of a few days between 2014-12-04 to 2015-12-31, the
test results are same as above. 

So I can't find the good commit, it should not be regression.


Next I test kernel on 2015-01-30 and 2015-02-28, (has merged SKL GFX patches
from drm-intel-internal tree), boot with HDMI monitor connected, do the test
steps:
1.  cat /proc/asound/PCH/eld#2.0
monitor_present         1
eld_valid               1
monitor_name            ASUS PA238
connection_type         HDMI
eld_version             [0x2] CEA-861D or below
edid_version            [0x3] CEA-861-B, C or D
manufacture_id          0x6904
product_id              0x23b1
port_id                 0x0
support_hdcp            0
support_ai              0
audio_sync_delay        0
speakers                [0x1] FL/FR
sad_count               1
sad0_coding_type        [0x1] LPCM
sad0_channels           2
sad0_rates              [0x4e0] 32000 44100 48000 96000
sad0_bits               [0xe0000] 16 20 24
(Can get ELD info of monitor, it's correct)
2. unplug HDMI cable, cat /proc/asound/PCH/eld#2.0
monitor_present         0
eld_valid               0
(With HDMI monitor disconnect, the ELD info can be refresh to 0, it's correct)
3. plug HDMI cable to another monitor, cat /proc/asound/PCH/eld#2.0
monitor_present         0
eld_valid               0
(Can't get ELD info of new monitor, it's wrong)

The phenomenon is different from Dec 2014, but still unable to match the
requirement of ELD info refresh.

Hardware    
Platform:     Skylake Client
CPU:            Skylake C0
Chipset PCH:    SKL PCH-LP A2
CRB:            Skylake Y LPDDR3 RVP3  FAB2
Audio card:    ALC286
Reworks:    FBS02, FBS03
Software
Linux distribution:     Ubuntu 14.04 64 bits
BIOS:           SKLSE2R1.86C.B068.R00.150109090

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are on the CC list for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20150303/1d96472d/attachment-0001.html>