xserver/hw
Alan Coopersmith 2704bdb24a DMX glxproxy: Don't allocate & copy data just to free it unused
Two functions in the DMX glxproxy code loop over all the backend
screens, starting at the highest numbered and counting down to
the lowest.

Previously, for each screen, the code would allocate a buffer
large enough to read the reply from the backend, copy that reply
into the buffer, and then if it wasn't the final screen, free it.
Only the buffer from the final screen is used, to pass on to the
client in the reply.

This modifies it to just immediately discard the responses from
the screens as we loop through it, only doing the allocate & copy
work for the one buffer we pass back to the client.

Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
Reviewed-by: Alex Deucher <aleander.deucher@amd.com>
2013-10-14 17:56:44 -07:00
..
dmx DMX glxproxy: Don't allocate & copy data just to free it unused 2013-10-14 17:56:44 -07:00
kdrive Xephyr: restore cursor visibility 2013-10-14 11:07:37 +10:00
vfb vfb: Initialize the GLX extension again. 2012-11-21 11:13:55 +11:00
xfree86 xfree86/hurd: include <hurd.h> 2013-10-05 15:26:21 +02:00
xnest xnest: Ignore GetImage() error in xnestGetImage() 2013-09-10 13:26:26 -04:00
xquartz XQuartz: Dont't set screen on __GLXConfig 2013-10-06 09:20:45 -07:00
xwin hw/xwin: Fix for "glx: Remove screen number from __GLXconfig" 2013-10-09 14:51:53 +01:00
Makefile.am Catch errors in recursive relink targets 2010-03-22 00:45:57 -05:00