<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body>
<p>
<div>
<b><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 <span class="vcard"><a class="email" href="mailto:howaboutsynergy@pm.me" title="howaboutsynergy <howaboutsynergy@pm.me>"> <span class="fn">howaboutsynergy</span></a>
</span></b>
<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>
</p>
<hr>
<span>You are receiving this mail because:</span>
<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>