aboutsummaryrefslogtreecommitdiffstats
path: root/src/mesa/drivers/dri/mach64/mach64_span.c
Commit message (Collapse)AuthorAgeFilesLines
* Remove CVS keywords.José Fonseca2008-05-261-1/+1
|
* replace GET_SRC_PTR, GET_DST_PTR with GET_PTRBrian Paul2005-09-041-7/+4
|
* SetBuffer, renderbuffer changesBrian Paul2005-09-031-76/+17
|
* convert sis and radeon driver to use spantmp2 instead of spantmp template. ↵Roland Scheidegger2005-07-011-54/+0
| | | | Remove old (pre-renderbuffer) span code instead of converting that too. Remove this old code from mach64 (the dead code was not fully converted to spantmp2 previously) too.
* remove common macros used in the span functions of most drivers from the ↵Roland Scheidegger2005-07-011-21/+4
| | | | individual drivers and put them in common code. It is still possible for a driver to define its own macros if it has special needs. This affects CLIPPIXEL, CLIPSPAN, HW_CLIPLOOP, HW_ENDCLIPLOOP, and for drivers using the spantmp2 template also GET_SRC_PTR and GET_DST_PTR.
* start removing old (pre-renderbuffer) span codeBrian Paul2005-06-021-0/+2
|
* Pull locking out from HW_LOCK/UNLOCK into SpanRenderStart/Finish. Provides aEric Anholt2005-05-301-6/+18
| | | | | factor of 5+ improvement in no_rast glxgears and 2.3 in no_rast quake3 (n=1, 320x240, 16bpp, low qualities, 1ghz p3)
* Fix software fallbacks by being safe with macro arguments in READ/WRITE_DEPTH.Eric Anholt2005-05-301-63/+18
| | | | | Convert to spantmp2.h while I'm here. Tested with 16 and 32bpp no_rast glxgears.
* Major check-in of changes for GL_EXT_framebuffer_object extension.Brian Paul2005-05-041-6/+65
| | | | | | | Main driver impacts: - new code for creating the Mesa GLframebuffer - new span/pixel read/write code Some drivers not yet updated/tested.
* Implemented support for software-based AUX color buffers.Brian Paul2004-03-211-4/+4
| | | | | | Only available with Xlib driver for now. Assorted clean-ups related to Draw/ReadBuffer(). Renamed FRONT_LEFT_BIT -> DD_FRONT_LEFT_BIT, etc.
* Initial mach64 driver import for DRI mach64-0-0-6 branch,Dave Airlie2004-02-051-0/+274
this compiles but I doubt it works but it is a better starting point than the branch