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