https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_6265/re-icl-u/igt@kms_chamelium@dp-audio-edid.html Starting subtest: dp-audio-edid (kms_chamelium:1237) CRITICAL: Test assertion failure function test_display_audio_edid, file ../tests/kms_chamelium.c:1471: (kms_chamelium:1237) CRITICAL: Failed assertion: eld_get_igt(&eld) (kms_chamelium:1237) CRITICAL: Last errno: 2, No such file or directory Subtest dp-audio-edid failed.
The CI Bug Log issue associated to this bug has been updated. ### New filters associated * ICL: igt@kms_chamelium@dp-audio-edid - fail - Failed assertion: eld_get_igt(&eld) - https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_6265/re-icl-u/igt@kms_chamelium@dp-audio-edid.html - https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_308/fi-icl-u2/igt@kms_chamelium@dp-audio-edid.html - https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_309/fi-icl-u2/igt@kms_chamelium@dp-audio-edid.html - https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_310/fi-icl-u2/igt@kms_chamelium@dp-audio-edid.html - https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_6281/re-icl-u/igt@kms_chamelium@dp-audio-edid.html - https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_6285/re-icl-u/igt@kms_chamelium@dp-audio-edid.html
Simon, can you comment impact of this and if this is real issue and where?
This one sounds like an IGT issue, the test seems broken. Working on a fix. Impact is no test coverage for ensuring monitors supporting audio connected via DP are supported.
Bleh, I can't reproduce this bug on my setup no matter what I try. I thought that maybe IGT wasn't properly re-probing connectors after setting an EDID but that's not the case, we do it properly. In the dmesg for both logs there is: <4> [449.746542] snd_hda_codec_hdmi hdaudioC0D2: HDMI: pin nid 5 not registered Might just be due to the same bug as https://bugs.freedesktop.org/show_bug.cgi?id=110879
I can reproduce on re-icl-u with the mini-DP port and a real screen: 1. Unplug everything, boot the machine, run `cat /proc/asound/eld*`: no ELD present 2. Plug an external screen which supports audio 3. Run dmesg. Grep for "ELD". Notice the lines "[drm:drm_add_edid_modes] ELD monitor <monitor name>" and "[drm:drm_add_edid_modes] ELD size 36, SAD count 1" 3. Run `cat /proc/asound/eld*`: still no monitor present 4. Play a sound with aplay 5. Run dmesg. A bunch of "[drm:i915_audio_component_get_eld [i915]] Not valid for port <port>" messages appear. 5. Run `cat /proc/asound/eld*`: monitor appears Are we supposed to start playing audio to get the correct value in /proc/asound/eld*?
Additionally, disconnecting the mini-DP cable doesn't make the /proc/asound/eld* entry go away, it's still saying the monitor is connected. I believe this is a driver bug, it's not updating /proc/asound/eld* correctly.
The eld should appear/disappear when there is a modeset. If no one is reacting ot the hpd events and doing a modesets then the eld will not change state either.
We reprobe the connector and set a mode, so the ELD should definitely be updated.
This bug needs input from audio team.
Last seen 4 weeks ago. (It used to be seen every week.) Improved ELD logging reveals that the old ELD (coming from the default Chamelium EDID) is staying around after hotplug with a new EDID: (kms_chamelium:1152) igt_eld-DEBUG: Skipping non-IGT ELD: /proc/asound/card0/eld#2.6 (monitor name: AthenaDP)
This bug has not been observed in 3 months now. It used to occur twice a day prior to July 18, 2019.
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.