[Bug 96436] New: [drm:intel_dp_link_training_clock_recovery] *ERROR* too many voltage retries, give up / failure to train DP

[bugzilla-daemon at freedesktop.org]

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

            Bug ID: 96436
           Summary: [drm:intel_dp_link_training_clock_recovery] *ERROR*
                    too many voltage retries, give up / failure to train
                    DP
           Product: DRI
           Version: unspecified
          Hardware: Other
                OS: All
            Status: NEW
          Severity: normal
          Priority: medium
         Component: DRM/Intel
          Assignee: intel-gfx-bugs at lists.freedesktop.org
          Reporter: Martin at Lichtvoll.de
        QA Contact: intel-gfx-bugs at lists.freedesktop.org
                CC: intel-gfx-bugs at lists.freedesktop.org

I know there is bug #70117, yet, it is about issues with older kernels. This
issue started to happen with about kernel 4.5 (maybe 4.4, but I think it was
4.5), currently running 4.6 kernel. Also it seems to fail training the DP
completely in my case. Also bug #83516, bug #88919 bug #92878 and other
possibly related bugs are way older.

I basically get this:

[70574.696129] [drm:intel_dp_link_training_clock_recovery] *ERROR* too many
voltage retries, give up
[70574.703576] [drm:intel_dp_link_training_clock_recovery] *ERROR* too many
voltage retries, give up
[70574.711020] [drm:intel_dp_link_training_clock_recovery] *ERROR* too many
voltage retries, give up
[70574.718444] [drm:intel_dp_link_training_clock_recovery] *ERROR* too many
voltage retries, give up
[70574.725864] [drm:intel_dp_link_training_clock_recovery] *ERROR* too many
voltage retries, give up
[70574.733275] [drm:intel_dp_link_training_clock_recovery] *ERROR* too many
voltage retries, give up
[70574.740657] [drm:intel_dp_link_training_clock_recovery] *ERROR* too many
voltage retries, give up
[70574.740845] [drm:intel_dp_start_link_train] *ERROR* failed to train DP,
aborting

repeatedly.

This happens on a ThinkPad T520 with Sandybridge i5-2520M with one external
display at my home office, yet I never saw this with the display in my office
so far. It happens often on hibernating to disk with in kernel software
suspend, there it displays this message between every 10% progress upgrade on
saving the image to disk.

Now it happened also after resuming from hibernation. The external display was
not active and I found these messages looping in dmesg and the mousepointer
jerky in regular intervals.

I understand you may be interested in drm.debug=0xe, but it might take some
time till I can catch such an output, as its mostly happening on hibernation
the message and it doesn´t log this to disk at this stage. How much of an
performance impact does it have to run the kernel with that debug enabled for a
longer time during usual work?

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