<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_ASSIGNED "
   title="ASSIGNED - i915 flickering in new XPS13 9380 (2019)"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=110511#c13">Comment # 13</a>
              on <a class="bz_bug_link 
          bz_status_ASSIGNED "
   title="ASSIGNED - i915 flickering in new XPS13 9380 (2019)"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=110511">bug 110511</a>
              from <span class="vcard"><a class="email" href="mailto:ville.syrjala@linux.intel.com" title="Ville Syrjala <ville.syrjala@linux.intel.com>"> <span class="fn">Ville Syrjala</span></a>
</span></b>
        <pre>(In reply to Paulo J. Matos from <a href="show_bug.cgi?id=110511#c11">comment #11</a>)
<span class="quote">> Created <span class=""><a href="attachment.cgi?id=144319" name="attach_144319" title="rc5+ kernel with enable_psr=0">attachment 144319</a> <a href="attachment.cgi?id=144319&action=edit" title="rc5+ kernel with enable_psr=0">[details]</a></span>
> rc5+ kernel with enable_psr=0</span >

The log was cut off so couldn't see that PSR was in fact disabled. You can fix
that by passing eg. log_buf_len=2M to the kernel cmdline.

Anyways, after a second glance at the logs I see the sink does sometimes
indicate that the receiver port was not synchronized. Not sure why the failure
manifests at that level with the link otherwise being reported as stable. Looks
like we could try to reduce the link rate a bit and still have enough bandwidth
for the 4k@60 mode. I'll attach something to that effect.</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the QA Contact for the bug.</li>
          <li>You are on the CC list for the bug.</li>
      </ul>
    </body>
</html>