<div dir="ltr">It's been working for me since last night and has even survived sleeping a couple of times. Tested-by: Jason Ekstrand <<a href="mailto:jason.ekstrand@intel.com">jason.ekstrand@intel.com</a>> </div><div class="gmail_extra"> <div class="gmail_quote">On Thu, Dec 18, 2014 at 7:33 PM, Keith Packard <<a href="mailto:keithp@keithp.com" target="_blank">keithp@keithp.com</a>> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Kenneth Graunke <<a href="mailto:kenneth@whitecape.org">kenneth@whitecape.org</a>> writes: > Previously, if present_queue_vblank() failed, we simply dropped the > present request on the floor, and returned an error. This was rather > mean to clients - after presenting, they wait for a PresentComplete > event to come back. But since the present never happens, they end up > waiting forever, and lock up in poll(). > > This patch falls back to present_execute if present_queue_vblank fails. > We still print a debugging message to warn when queueing fails, which > allows us to continue debugging problems, but makes Present robust > enough to not lock up people's compositing manager when vblank bugs > happen. > > v2: Don't do present_queue_vblank() /and/ present_execute() (a bug that > snuck in during last minute tidying). With this replacement for the previous patch, the whole series is Reviewed-by: Keith Packard <<a href="mailto:keithp@keithp.com">keithp@keithp.com</a>> -- <a href="mailto:keith.packard@intel.com">keith.packard@intel.com</a> _______________________________________________ <a href="mailto:xorg-devel@lists.x.org">xorg-devel@lists.x.org</a>: X.Org development Archives: <a href="http://lists.x.org/archives/xorg-devel" target="_blank">http://lists.x.org/archives/xorg-devel</a> Info: <a href="http://lists.x.org/mailman/listinfo/xorg-devel" target="_blank">http://lists.x.org/mailman/listinfo/xorg-devel</a> </blockquote></div></div>