xserver/exa
Eric Anholt 046234b3eb Don't try the accelerated glyphs path for component-alpha text (which I
don't expect drivers to be able to accelerate without exa assistance).
    Instead, drop back to plain old miGlyphs for a 62.5% +/- 1.5% reduction
    in runtime of my ls -lR test (n=5) with component alpha. While a
    reasonable approach would seem to be making a better test to see
    whether the entire path would be accelerated and force migration
    appropriately, my attempt at this made the situation much worse.
2005-10-09 02:03:22 +00:00
..
Makefile.am Fix include path for commit of bug #4616. 2005-10-02 08:53:18 +00:00
exa.c Bugzilla #4616: 2005-10-02 08:28:27 +00:00
exa.h Break EXA ABI while we still can. Add coordinates to the UploadToScreen 2005-09-18 02:32:23 +00:00
exa_accel.c Bugzilla #4616: 2005-10-02 08:28:27 +00:00
exa_migration.c Bugzilla #4616: 2005-10-02 08:28:27 +00:00
exa_offscreen.c sparse cleanups. s/0/NULL/ and mark a few things static. 2005-09-30 02:03:45 +00:00
exa_priv.h - Use the dirty flag (which should be set correctly all the time, 2005-09-28 20:01:37 +00:00
exa_render.c Don't try the accelerated glyphs path for component-alpha text (which I 2005-10-09 02:03:22 +00:00
exa_unaccel.c - Change migration-in rule slightly: previously, if your score was less 2005-09-21 10:27:53 +00:00