<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>