<div dir="ltr">Out of interest can you try running the vulkan smoketest, I'm seeing this:<div><br></div><div><span style="font-family:monospace">smoketest  <br>terminate called after throwing an instance of 'std::runtime_error'
<br>  what():  VkResult -1000001004 returned
<br>Aborted (core dumped)<br></span></div></div><br><div class="gmail_quote"><div dir="ltr">On Sat, 5 May 2018 at 05:25 Mario Kleiner <<a href="mailto:mario.kleiner.de@gmail.com">mario.kleiner.de@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sat, May 5, 2018 at 4:08 AM, Mike Lothian <<a href="mailto:mike@fireburn.co.uk" target="_blank">mike@fireburn.co.uk</a>> wrote:<br>
> I definately saw the steam bug with patch 1 but not with plasmashell,<br>
> I started seeing it with patch 2 but it seemed to fix itself<br>
><br>
<br>
I had two hangs of kwin_x11 within the last 6 hours when alt-tabbing<br>
between windows, where it got stuck in the<br>
loader_dri3_swapbuffer_barrier() from patch 1/2. Not sure how that is<br>
possible, or if the stacktrace was misleading, because i had to VT<br>
switch to a text console to attach the debugger and this might be just<br>
a side effect of that. But if it is true, then patch 1/2 would not be<br>
it. Also 1/2 has a potential performance impact, whereas 2/2 doesn't.<br>
However 2/2 would also need more work, as i can think of more complex<br>
scenarios where it would filter the wrong events, although not in the<br>
case of plasmashell or steam. Probably we'd need to sacrifice a few<br>
sbc bits in the Present events serial field to transport a unique tag<br>
for each incarnation of the loader_dri3_drawable, like a mini-hash of<br>
the draw->eid. Ugly ugly...<br>
<br>
-mario<br>
</blockquote></div>