<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_ASSIGNED "
   title="ASSIGNED --- - [sna gen4] corrupt rendering (and flickering on redraw)"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=55500#c112">Comment # 112</a>
              on <a class="bz_bug_link 
          bz_status_ASSIGNED "
   title="ASSIGNED --- - [sna gen4] corrupt rendering (and flickering on redraw)"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=55500">bug 55500</a>
              from <span class="vcard"><a class="email" href="mailto:sergio.callegari@gmail.com" title="sergio.callegari@gmail.com">sergio.callegari@gmail.com</a>
</span></b>
        <pre>Created <span class=""><a href="attachment.cgi?id=82369" name="attach_82369" title="Handy phone snapshot of artifacts on chars post drm/i915 fix: Only clear write-domains after a successful wait-seqno">attachment 82369</a> <a href="attachment.cgi?id=82369&action=edit" title="Handy phone snapshot of artifacts on chars post drm/i915 fix: Only clear write-domains after a successful wait-seqno">[details]</a></span>
Handy phone snapshot of artifacts on chars post drm/i915 fix: Only clear
write-domains after a successful wait-seqno

This is an example of the artifacts on chars, still happening running a kernel
with the drm/i915 fix 'Only clear write-domains after a successful wait-seqno'.
In this case we have a completely mangled 't' in firefox.

Snapshot was taken with an handy phone so that the monitor pixel frame is
visible. In fact, it is now apparently impossible to snapshot with prtscrn. As
soon as a print screen is requested the wrong char is always redrawn correctly.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the QA Contact for the bug.</li>
      </ul>
    </body>
</html>