<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEEDINFO " title="NEEDINFO - drm:intel_dp_start_link_train [i915] *ERROR* failed to enable link training" href="https://bugs.freedesktop.org/show_bug.cgi?id=109522#c35">Comment # 35</a> on <a class="bz_bug_link bz_status_NEEDINFO " title="NEEDINFO - drm:intel_dp_start_link_train [i915] *ERROR* failed to enable link training" href="https://bugs.freedesktop.org/show_bug.cgi?id=109522">bug 109522</a> from <a class="email" href="mailto:howaboutsynergy@pm.me" title="howaboutsynergy <howaboutsynergy@pm.me>"> howaboutsynergy</a> <pre>(In reply to Manasi from <a href="show_bug.cgi?id=109522#c32">comment #32</a>) the panel is definitely not on when drm tries to link train, ie. the monitor is turned off. Given this, I wonder if this is even an issue anymore? In other words, since the monitor is off when I type a few keys on the keyboard to wake up the card(which it thinks it already put the monitor to sleep), then drm trying link-training with a monitor that it turned off(from the monitor's button that is, not unplugged from power though) would always fail, right? But as soon as monitor is turned on, then it re-linktrains and works fine. So, is it even an issue? I guess <a href="show_bug.cgi?id=109522#c25">Comment 25</a> was right, it's just the log messages saying when link training failed. If it weren't for the other two side-effects (see <a href="show_bug.cgi?id=109522#c26">Comment 26</a>), it wouldn't really be an issue and I guess there's nothing you can do, unless the kernel does not send a uevent reporting that the link training succeeded, but if it already does, well then I'm stuck with those side effects.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> <li>You are on the CC list for the bug.</li> <li>You are the QA Contact for the bug.</li> </ul> </body> </html>