> well, from what I can tell, if you advertise this extension > applications will expect a swap event. Which will never come if > dri/glx on client side remaps scheduleswap to copyregion. > > So maybe there are other conditions where we should not advertise this > extension. But if we know we will never get events, we should not > advertise this extension.
The issue isn't on this side, it's on the Xserver side. We don't advertise extensions that aren't advertised by the server, unfortunately Xserver unconditionally enables this extension. I've sent a patch to xorg-devel at least limiting exposure ( http://lists.x.org/archives/xorg-devel/2013-February/035449.html ) but it hasn't been applied. The only reason for the vmwgfx hack is that we have a shipping driver that badly broke with the new Xserver so instead of leaving our users with broken systems we disable the extension on the client side. That isn't the correct approach though, in fact it's wrong, but it keeps those systems working until fixed xserver is out. I'd prefer to keep more hacks to fix this situation out of mesa. z _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
