<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body><span class="vcard"><a class="email" href="mailto:krh@bitplanet.net" title="Kristian Høgsberg <krh@bitplanet.net>"> <span class="fn">Kristian Høgsberg</span></a>
</span> changed
<a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - [bug] rapidly switching VTs between Weston and a Terminal can lock Weston"
href="https://bugs.freedesktop.org/show_bug.cgi?id=69764">bug 69764</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">Status</td>
<td>NEW
</td>
<td>RESOLVED
</td>
</tr>
<tr>
<td style="text-align:right;">Resolution</td>
<td>---
</td>
<td>FIXED
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - [bug] rapidly switching VTs between Weston and a Terminal can lock Weston"
href="https://bugs.freedesktop.org/show_bug.cgi?id=69764#c5">Comment # 5</a>
on <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - [bug] rapidly switching VTs between Weston and a Terminal can lock Weston"
href="https://bugs.freedesktop.org/show_bug.cgi?id=69764">bug 69764</a>
from <span class="vcard"><a class="email" href="mailto:krh@bitplanet.net" title="Kristian Høgsberg <krh@bitplanet.net>"> <span class="fn">Kristian Høgsberg</span></a>
</span></b>
<pre>(In reply to <a href="show_bug.cgi?id=69764#c3">comment #3</a>)
<span class="quote">> Also, I observed a:
>
> "queueing pageflip failed: Permission denied"
>
> prior to the lockup</span >
This should be fixed by:
commit 3c688c5e33873100abab56735eb44f53eb3a6d6b
Author: David Herrmann <<a href="mailto:dh.herrmann@gmail.com">dh.herrmann@gmail.com</a>>
Date: Tue Oct 22 17:11:25 2013 +0200
compositor-drm: finish frame if initial page-flip fails
If the initial page-flip fails, immediately finish the frame to avoid
being stuck in the given frame. We already do this if we have no fbo
available. Now we do the same if the page-flip fails.
What happened (both for weston-launch but it's also the case for logind) is
that we used to be able to drop kms priviledges at the right time in the
repaint cycle and thus pageflip would never just fail. Now, weston-launch or
logind will drop kms master for us without synchronizing with weston, so we
have to be able to handle kms operations failing at any time and recover
gracefully. That's what Davids patch does.</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>