Chris Wilson 80a9e64f50 uxa: Use temporary dest when target is too large for compositor ... If the destination cannot fit into the 3D pipeline when we need to composite, we fallback to doing the operation on the CPU. This is very slow, and quite easy to trigger on i915 by plugging in an external display. An alternative is to extract the extents of the operation from the destination using the blitter which can usually handle much larger operations. This gives us a temporary target that can fit into the 3D pipeline and thus be accelerated, before copying back into the larger real destination. For x11perf this boosts glyph rendering on PineView, from 38kglyphs/s to 480kglyphs/s. Just a little shy of the native performance of 601kglyphs/s Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>		2010-05-24 18:31:16 +01:00
..
Makefile.am	uxa make: remove unused XORG_INCS and DIX_CFLAGS variables	2010-03-25 15:49:14 -04:00
uxa-accel.c	uxa: Use temporary dest when target is too large for compositor	2010-05-24 18:31:16 +01:00
uxa-glyphs.c	uxa: Use temporary dest when target is too large for compositor	2010-05-24 18:31:16 +01:00
uxa-priv.h	uxa: Composite glyphs directly onto dst when possible.	2010-05-24 18:31:15 +01:00
uxa-render.c	uxa: Use temporary dest when target is too large for compositor	2010-05-24 18:31:16 +01:00
uxa-unaccel.c	uxa_check_composite: Minor whitespace.	2009-12-02 14:14:39 +00:00
uxa.c	uxa: solid rects	2010-05-12 12:50:31 +01:00
uxa.h	uxa: Use temporary dest when target is too large for compositor	2010-05-24 18:31:16 +01:00