<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - [IGT] igt@* - dmesg-warn *ERROR* Link Training Unsuccessful"
href="https://bugs.freedesktop.org/show_bug.cgi?id=103558#c6">Comment # 6</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - [IGT] igt@* - dmesg-warn *ERROR* Link Training Unsuccessful"
href="https://bugs.freedesktop.org/show_bug.cgi?id=103558">bug 103558</a>
from <span class="vcard"><a class="email" href="mailto:marta.lofstedt@intel.com" title="Marta Löfstedt <marta.lofstedt@intel.com>"> <span class="fn">Marta Löfstedt</span></a>
</span></b>
<pre>More from IRC #intel-gfx:
<marta> shashank_sharma, ^^ could you comment if different KVM could affect the
frequency of the link-training on KBL?
...
<tsa> marta: but they are the same kvm model, just that we need 2 to connect 7
hosts
<tsa> same kind of hdmi dummy attached, even
<shashank_sharma> marta: marta, there is a fair possibility, as KVM acts as a
sink for LSPCON/HDMI devices
<shashank_sharma> marta: in fact while doing some experiments on LSPCON + KVM
tsa and jsaa_ also observed some difference in behavior, to the good or the bad
side
marta> shashank_sharma, we still have to support all setups, but maybe this is
a lead to get yet another LSPCON FW upgrade?
<shashank_sharma> marta: I would agree as a long term goal, but currently focus
should be on direct link training failures, KVM would be an added variable
<jsaa> marta: kvmäs used are
<a href="http://www.aten.com/global/en/products/kvm/desktop-kvm-switches/cs1794/#.WgVv_dNL9aQ">http://www.aten.com/global/en/products/kvm/desktop-kvm-switches/cs1794/#.WgVv_dNL9aQ</a>
<shashank_sharma> marta: are these boards RVPs or NUCs ?
<tsa> NUCs
<tsa> KBL7i5NUC, full height model
<tsa> exact model NUC7i5BNH
<shashank_sharma> tsa/marta: As per MCA, there is a Phy tuning binary, which
should be provided with every MCA LSPCON. If that binary is not configured
properly, there can be random Link training issues
<shashank_sharma> As per them, during commercialization, these binaries are
flashed as per HW
<shashank_sharma> As the NUC devices come with pre-installed windows, I would
assume they are with proper PHY tuning binaries
<shashank_sharma> so I was hoping for an answer "RVP" but you broke my heart :P
<jsaa> shashank_sharma: NUC reliable for CI that is why mojority those.
<jsaa> majority
<shashank_sharma> agree !
<jsaa> but many others: <a href="https://intel-gfx-ci.01.org/hardware.html">https://intel-gfx-ci.01.org/hardware.html</a>
<shashank_sharma> jsaa: But looks like the link training failures are on NUCs
only
<shashank_sharma> so need to talk to MCA again on these errors
<shashank_sharma> interestingly, I have same model kbl NUC NUC7i5BNH and I
could not see any LT issues</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are on the CC list for the bug.</li>
<li>You are the QA Contact for the bug.</li>
</ul>
</body>
</html>