<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - How to enable planes for atomic"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=100115#c10">Comment # 10</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - How to enable planes for atomic"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=100115">bug 100115</a>
              from <span class="vcard"><a class="email" href="mailto:daniel@fooishbar.org" title="Daniel Stone <daniel@fooishbar.org>"> <span class="fn">Daniel Stone</span></a>
</span></b>
        <pre>(In reply to Pekka Paalanen from <a href="show_bug.cgi?id=100115#c9">comment #9</a>)
<span class="quote">> (In reply to kevan.lan from <a href="show_bug.cgi?id=100115#c6">comment #6</a>)
> > Created <span class=""><a href="attachment.cgi?id=130164" name="attach_130164" title="weston error1">attachment 130164</a> <a href="attachment.cgi?id=130164&action=edit" title="weston error1">[details]</a></span>
> > weston error1

> weston: libweston/compositor-drm.c:2453: drm_output_start_repaint_loop:
> Assertion `scanout_plane->state_cur->output == output' failed.
> [08:51:12.475] caught signal: 6

> This assert is added in patch "compositor-drm: Use drm_plane for scanout
> plane", so it cannot be caused by "Switch to global output repaint timer"
> which comes much earlier.</span >

I'll fix that, but again, that's nothing to do with the global-repaint series
itself; it only comes in with the patch to move the scanout plane to using a
drm_plane.

I haven't seen the crash on disconnect, mind.

Hm. More hotplug testing required.</pre>
        </div>
      </p>


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

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>