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

Age	Commit message (Collapse)	Author
2007-08-07	prototypes	Brian

2007-08-06	call st_init_driver_functions(), make intelInitDriverFunctions() static	Brian

2007-08-06	clean-ups	Brian

2007-08-06	switch to new texture functions in state tracker	Brian

2007-08-06	disable/remove intel dependencies	Brian

2007-08-06	more intel_context removal	Brian

2007-08-06	disable some PBO code, remove intel dependencies	Brian

2007-08-06	remove timing code	Brian

2007-08-06	Replace intel_texture_object with st_texture_object, intel_texture_image ↵	Brian
	with st_texture_image
2007-08-06	Lift intel_mipmap_tree.c to st_mipmap_tree.c	Brian

2007-08-06	More code movement, removal of intel dependencies	Brian

2007-08-06	remove more intel dependencies	Brian

2007-08-06	remove intel dependencies from intel_mipmap_tree.c	Brian

2007-08-06	checkpoint: move some texture layout code	Brian

2007-08-06	Checkpoint lifting of intel_mipmap_tree (intel_mipmap_tree -> ↵	Brian
	pipe_mipmap_tree and move some code)
2007-08-06	Add pipe buffer managment functions.	Keith Whitwell
	The state_tracker driver needs these to implement, eg. pixel buffer objects, vertex buffer objects.
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-03	remove intel_pixel.c	Brian

2007-08-03	Remove dead files	Keith Whitwell

2007-08-03	Rip out more dead drawing-related code.	Keith Whitwell

2007-08-03	Remove "static region" support.	Keith Whitwell
	The frontbuffer/driBufMgr interactions are handled as a special case in the intel_screen code.
2007-08-03	Simplify frontbuffer / sarea / rotation management.	Keith Whitwell
	Remove lots of old cruft.
2007-08-02	Remove all references to swrast.	Keith Whitwell
	The one place the functionality continues to be needed is as last-ditch implementations of TexCopyImage, etc. TBD what to do about that, but that will be an issue for state_tracker, not for here.
2007-08-02	Remove intel_state.c, intel_rotate.[ch]	Keith Whitwell

2007-08-02	comment follow-up	Brian

2007-08-02	Remove intelClear() hack.	Keith Whitwell
	Have added intel_batchbuffer_flush calls to the blit functions. We still shouldn't be calling back into this remnant intel code from the softpipe driver, though, so that will go too at some point.
2007-08-02	Remove remnants of i915 texture-from-pbo code.	Keith Whitwell

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	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/	Brian

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

2007-08-01	Build libsoftpipe.a	Keith Whitwell
	Each pipe driver will build to a .a library, as these will optionally be included in the various DRI drivers (this will make more sense once there is at least one hardware driver...). Not strictly necessary for softpipe, but want to minimize the differences between it and actual hw implementations.
2007-08-01	Remove unused file intel_render.c	Keith Whitwell

2007-08-01	Remove unused file	Keith Whitwell

2007-08-01	Remove intel_span.[ch]	Keith Whitwell

2007-07-31	Redesign pipe_surface in terms of pipe_region.	Brian
	struct pipe_buffer goes away. Added basic region functions to softpipe to allocate/release malloc'd regions. Surface-related code is fairly coherent now.
2007-07-31	Lift region-related functions up to the pipe interface.	Brian
	Some of these functions probably should be driver-private. Note: intel_buffer_object is in p_state.h and should be fixed/removed. There are just a few i915 dependencies in intel_region.c
2007-07-31	re-fix stencil addressing bug	Brian

2007-07-31	Add missing files	Keith Whitwell

2007-07-31	Remove references to intel_tris.h	Keith Whitwell

2007-07-31	A version of the i915tex driver with all drawing code removed.	Keith Whitwell
	This is intended to support the softpipe development work. More code will be removed and pushed into softpipe until this basicially becomes the DRI/GLX interface for that driver.
2007-07-31	simplify clear.x1,y2,x2,y2 setup	Brian

2007-07-31	In i915/i830_emit_state(), check if state->draw_region is non-null.	Brian
	This fixes a problem hit by glClear in the samples/stencil.c program.
2007-07-31	fix stencil addressing bug	Brian

2007-07-31	remove obsolete xmesa_get_stencil_surface() stub	Brian

2007-07-31	fix comments and param names for intel_miptree_image_map()	Brian

2007-07-31	fix value returned by intel_new_renderbuffer_fb()	Brian

2007-07-31	Merge branch 'i915tex_privbuffers' into softpipe_0_1_branch	Keith Whitwell
	Conflicts: src/mesa/drivers/dri/i915tex/intel_buffers.c src/mesa/drivers/dri/i915tex/intel_context.c src/mesa/drivers/dri/i915tex/intel_fbo.c src/mesa/drivers/dri/i915tex/intel_pixel_draw.c
2007-07-30	Lots of improvements to the surface-related code.	Brian
	Z testing now works with i915 driver. Add gl_renderbuffer::surface pointer (and reverse pointer). Remove intel_surface and xmesa_surface types - no longer used.