android-x86-mesa.git - Androïd/x86 port of Mesa drivers

Age	Commit message (Collapse)	Author
2007-10-27	Remove remnants of softpipe_surface.	Brian
	This is the last of the clean-up following the change which moved surface allocation to the winsys layer.
2007-10-24	a bit more work for optimizing clears in tile cache (not enabled yet)	Brian

2007-10-21	silence warning	Brian

2007-10-20	Convert Z/stencil ops to use cached tiles like colors.	Brian
	Also, quite a bit of re-org of the tile caches and surface mapping/unmapping. Leave surfaces mapped between primitives now.
2007-10-19	Initial implementation of surface tile caching.	Brian
	Instead of using read/write_quad() functions, do framebuffer accesses via get/put_tile(). A cache of tiles is used to avoid frequent get/put() calls. Only implemented for color buffers right now.
2007-10-10	fix softpipe_clear() to handle ps->offset!=0 (such as when rendering to ↵	Brian
	texture and level!=0)
2007-08-21	Silence compiler warnings.	michal

2007-08-17	assertions	Brian

2007-08-15	Remove mesa include directories, be stricter about include paths.	Keith Whitwell

2007-08-14	Continue reducing dependencies on core mesa include files.	Keith Whitwell
	Mainly down to the support for legacy TNL processing now.
2007-08-13	Start breaking the #include dependencies between pipe drivers and mesa.	Keith Whitwell
	Pipe drivers shouldn't really know much about mesa and certainly shouldn't be #including files from src/mesa/main and the like. I've also (in i915simple especially) moved over from GL types to more conventional int/unsigned usage. This probably isn't really the ultimate desired set of types to use - possibly C99 would be better. It may even be that a subset of the GL types is preferable.
2007-08-05	Add a new interface between softpipe and the window system / buffer manager.	Keith Whitwell
	This interface is defined by softpipe and any window system (eg i915pipe) wishing to use softpipe is required to implement the interface. Currently the interface is all about buffer management. Generalizing, each pipe driver will advertise an interface in a similar spirit to this, and again any window system driver wishing to use that rendering pipeline will have to implement the interface it defines. It clearly isn't a one-way street however, as softpipe could just do its own buffer management with malloc. The interaction with a buffer manager is desired to allow us to exercise the hardware swapbuffers functionality of the i915pipe driver, and also to get a feel for the way hardware drivers which really need a buffer manager will work.
2007-08-02	pipe->clear() now takes a surface, rather than color/depth/stencil flags.	Brian
	pipe->clear() only used to clear whole buffers (no scissor) w/out masking. Draw a colored quadrilateral in all other cases.
2007-08-02	Remove references to accum buffers in softpipe.	Keith Whitwell
	Also some minor clear fixes.
2007-08-02	Reroute some clear functionality.	Keith Whitwell
	Still require the intelClear() call to flush batchbuffers. That will be removed later...
2007-08-01	get cliprect bounds after softpipe_update_derived()	Brian

2007-08-01	Re-implement intelClear() in terms of softpipe_clear(). Pretty simple/small ↵	Brian
	now. Note: softpipe_clear() should really be renamed to something like pipe_clear_with_blits() and put into a driver-indepedent module...
2007-08-01	More work on glClear.	Brian
	Add a 'mask' param to region_fill() to help with clearing combined Z/stencil buffers, glColorMask, etc.
2007-08-01	s/Z24_S8/S8_Z24/ (stencil is in the high byte)	Brian

2007-08-01	Checkpoint: glClear changes - working, bug very rough.	Brian

2007-06-20	actually use new glClear code	Brian

2007-06-20	implement softpipe clearing (untested)	Brian

2007-06-20	Initial work for glClear(), clear color state.	Brian