<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [regression, bisected] vt console display doesn't update with psr"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=110303#c4">Comment # 4</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [regression, bisected] vt console display doesn't update with psr"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=110303">bug 110303</a>
              from <span class="vcard"><a class="email" href="mailto:dhinakaran.pandiyan@intel.com" title="Dhinakaran Pandiyan <dhinakaran.pandiyan@intel.com>"> <span class="fn">Dhinakaran Pandiyan</span></a>
</span></b>
        <pre>(In reply to Carl Michal from <a href="show_bug.cgi?id=110303#c0">comment #0</a>)
<span class="quote">> On a Dell XPS13 9343, with kernels newer than 4.17, a vt switch
> (CTRL-ALT-Fn) to a console vt has become unusable if psr is enabled. Any
> console output only appears after a long delay (or in more recent kernels
> only after a vt switch away and back).

> I bisected to this commit:
> 75cbec033c08f6d41c4775784f66ab860d02a6b5

> In current drm-tip the problem is still there. If I comment out setting
> EDP_PSR_DEBUG_MASK_DISP_REG_WRITE in intel_psr.c
> then the vt behaves as expected.
> </span >
The reason we made that change was to not cause PSR exit on any display
register write, we want PSR exits to be predictable. If this issue only occurs
on BDW, it looks like the workaround we have in intel_psr_flush() isn't working
on BDW or for some reason console updates aren't calling intel_psr_flush().


<span class="quote">> This is a Broadwell machine:
> #lspci:
> 00:02.0 VGA compatible controller: Intel Corporation HD Graphics 5500 (rev
> 09)

> I realize that psr isn't exactly supported on BDW - though I've been using
> it for years and have never seen the lockups that people complained about
> that led to its being turned off by default.</span >

I have seen a couple of other bug reports on BDW too (flip timeouts). So, we
won't be able to enable PSR on BDW by default until we fix all known 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 assignee for the bug.</li>
          <li>You are the QA Contact for the bug.</li>
      </ul>
    </body>
</html>