| Summary: | [BAT][KBL] *ERROR* failed to enable link training | ||
|---|---|---|---|
| Product: | DRI | Reporter: | Martin Peres <martin.peres> |
| Component: | DRM/Intel | Assignee: | shashank.sharma <shashank.sharma> |
| Status: | CLOSED FIXED | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> |
| Severity: | critical | ||
| Priority: | highest | CC: | intel-gfx-bugs |
| Version: | XOrg git | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | ReadyForDev | ||
| i915 platform: | KBL | i915 features: | display/DP |
|
Description
Martin Peres
2017-08-22 14:43:34 UTC
Latest investigations are directing more to LSPCON. @Shashank let me know if I can help, I have the KBL system set up here as well. Note I also file KBL-shards issues with this dmesg pattern to this bug: [ 150.524032] Setting dangerous option reset - tainting kernel [ 150.524993] Setting dangerous option reset - tainting kernel [ 166.763592] i915 0000:00:02.0: Resetting rcs0 after gpu hang [ 166.836780] [drm:intel_dp_set_idle_link_train [i915]] *ERROR* Timed out waiting for DP idle patterns [ 166.972001] Setting dangerous option reset - tainting kernel See: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_3190/shard-kbl1/igt@kms_atomic_transition@1x-modeset-transitions-nonblocking-fencing.html https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_3190/shard-kbl1/igt@kms_cursor_legacy@long-nonblocking-modeset-vs-cursor-atomic.html https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_3190/shard-kbl1/igt@kms_busy@extended-modeset-hang-oldfb-render-B.html We have discussed this failure with MCA, and they will investigate this issue further and update us soon, we are helping them to reproduce this issue. We are not seeing these failures after this series: https://patchwork.freedesktop.org/series/31639/ The results are here: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_5967/shards.html Lets wait for merge of this series Please note that [drm:intel_dp_set_idle_link_train [i915]] *ERROR* Timed out waiting for DP idle patterns doesn't cause Link training failure, and the display is correct even after this message. (In reply to shashank.sharma@intel.com from comment #5) > We are not seeing these failures after this series: > https://patchwork.freedesktop.org/series/31639/ > > The results are here: > https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_5967/shards.html > Lets wait for merge of this series > > Please note that [drm:intel_dp_set_idle_link_train [i915]] *ERROR* Timed out > waiting for DP idle patterns doesn't cause Link training failure, and the > display is correct even after this message. All tests in this series: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_5967/shards-all.html Probably fixed by these commits in drm-intel-next-queued: commit f687e25a7a245952349f1f9f9cc238ac5a3be258 Author: Shashank Sharma <shashank.sharma@intel.com> Date: Thu Oct 12 22:10:08 2017 +0530 drm: Add retries for lspcon mode detection commit d18aef0f75436abb95894a230b504432df26c167 Author: Shashank Sharma <shashank.sharma@intel.com> Date: Tue Oct 10 15:37:43 2017 +0530 drm/i915: Don't give up waiting on INVALID_MODE commit a2fc4bd61e7ec3bb1f7c8b3d47272be813f88aea Author: Shashank Sharma <shashank.sharma@intel.com> Date: Tue Oct 10 15:37:44 2017 +0530 drm/i915: Add retries for LSPCON detection The fix was integrated in CI_DRM_3228, the issue is not reproduced. However, I would like to see results from a couple of more runs before I call it verified. Lets resolve as patches are merged. But follow will be done and only after few runs will be verified |
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.