Re: [Mesa-dev] [PATCH 1/2] glx: Ensure that glXWaitX actually waits for X.

2013-05-08 Thread Eric Anholt
Fredrik Höglund writes: > On Tuesday 07 May 2013, Eric Anholt wrote: >> Ever since fake front was introduced in >> 63b51b5cf17ddde09b72a2811296f37b9a4c5ad2, we were skipping the XSync() in >> the non-fake-front path, so compositors like Firefox's GL canvas were >> having to manually put it in out

Re: [Mesa-dev] [PATCH 1/2] glx: Ensure that glXWaitX actually waits for X.

2013-05-07 Thread Fredrik Höglund
On Tuesday 07 May 2013, Eric Anholt wrote: > Ever since fake front was introduced in > 63b51b5cf17ddde09b72a2811296f37b9a4c5ad2, we were skipping the XSync() in > the non-fake-front path, so compositors like Firefox's GL canvas were > having to manually put it in outside of glXWaitX(). > > Bugzill

Re: [Mesa-dev] [PATCH 1/2] glx: Ensure that glXWaitX actually waits for X.

2013-05-07 Thread Ian Romanick
On 05/06/2013 05:39 PM, Eric Anholt wrote: Ever since fake front was introduced in 63b51b5cf17ddde09b72a2811296f37b9a4c5ad2, we were skipping the XSync() in the non-fake-front path, so compositors like Firefox's GL canvas were having to manually put it in outside of glXWaitX(). Bugzilla: https:/

[Mesa-dev] [PATCH 1/2] glx: Ensure that glXWaitX actually waits for X.

2013-05-06 Thread Eric Anholt
Ever since fake front was introduced in 63b51b5cf17ddde09b72a2811296f37b9a4c5ad2, we were skipping the XSync() in the non-fake-front path, so compositors like Firefox's GL canvas were having to manually put it in outside of glXWaitX(). Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=52930 -