xserver-multidpi/exa
Eric Anholt 0c74799af4 Remove existing broken maxX/maxY code for composite (results in infinite
loops, doesn't deal with failure, doesn't present the interface to
    drivers that I expected) and instead replace it with a simple fallback
    to software when coordinate limits could be violated. Act similarly in
    other acceleration cases as well.
The solution I want to see (and intend to do soon) is to (when necessary)
    create temporary pictures/pixmaps pointing towards the real ones' bits,
    with the offsets adjusted, then render from/to those using adjusted
    coordinates.
2005-08-30 04:41:04 +00:00
..
exa_accel.c Remove existing broken maxX/maxY code for composite (results in infinite 2005-08-30 04:41:04 +00:00
exa_migration.c Remove existing broken maxX/maxY code for composite (results in infinite 2005-08-30 04:41:04 +00:00
exa_offscreen.c Fix a bug where NULL could be dereferenced during the pixmap kick-out 2005-08-24 23:38:25 +00:00
exa_priv.h Bugzilla #4226: Change the pixmap migration strategy for the CopyNtoN case. 2005-08-24 23:48:11 +00:00
exa_render.c Remove existing broken maxX/maxY code for composite (results in infinite 2005-08-30 04:41:04 +00:00
exa_unaccel.c Bugzilla #4226: Change the pixmap migration strategy for the CopyNtoN case. 2005-08-24 23:48:11 +00:00
exa.c Remove existing broken maxX/maxY code for composite (results in infinite 2005-08-30 04:41:04 +00:00
exa.h Bugzilla #4090: Introduce getters for pixmap pitch and offset, to 2005-08-24 22:43:27 +00:00
Makefile.am Add autogenerated source files and other various non-CVS material to 2005-08-08 00:38:41 +00:00