summaryrefslogtreecommitdiff
path: root/src/mesa/drivers/dri
AgeCommit message (Collapse)Author
2007-08-06switch to new texture functions in state trackerBrian
2007-08-06disable/remove intel dependenciesBrian
2007-08-06more intel_context removalBrian
2007-08-06disable some PBO code, remove intel dependenciesBrian
2007-08-06remove timing codeBrian
2007-08-06Replace intel_texture_object with st_texture_object, intel_texture_image ↵Brian
with st_texture_image
2007-08-06Lift intel_mipmap_tree.c to st_mipmap_tree.cBrian
2007-08-06More code movement, removal of intel dependenciesBrian
2007-08-06remove more intel dependenciesBrian
2007-08-06remove intel dependencies from intel_mipmap_tree.cBrian
2007-08-06checkpoint: move some texture layout codeBrian
2007-08-06Checkpoint lifting of intel_mipmap_tree (intel_mipmap_tree -> ↵Brian
pipe_mipmap_tree and move some code)
2007-08-06Add pipe buffer managment functions.Keith Whitwell
The state_tracker driver needs these to implement, eg. pixel buffer objects, vertex buffer objects.
2007-08-05Add 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-03remove intel_pixel.cBrian
2007-08-03Remove dead filesKeith Whitwell
2007-08-03Rip out more dead drawing-related code.Keith Whitwell
2007-08-03Remove "static region" support.Keith Whitwell
The frontbuffer/driBufMgr interactions are handled as a special case in the intel_screen code.
2007-08-03Simplify frontbuffer / sarea / rotation management.Keith Whitwell
Remove lots of old cruft.
2007-08-02Remove 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-02Remove intel_state.c, intel_rotate.[ch]Keith Whitwell
2007-08-02comment follow-upBrian
2007-08-02Remove 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-02Remove remnants of i915 texture-from-pbo code.Keith Whitwell
2007-08-02Reroute some clear functionality.Keith Whitwell
Still require the intelClear() call to flush batchbuffers. That will be removed later...
2007-08-01Re-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-01More work on glClear.Brian
Add a 'mask' param to region_fill() to help with clearing combined Z/stencil buffers, glColorMask, etc.
2007-08-01s/Z24_S8/S8_Z24/Brian
2007-08-01Checkpoint: glClear changes - working, bug very rough.Brian
2007-08-01Build libsoftpipe.aKeith 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-01Remove unused file intel_render.cKeith Whitwell
2007-08-01Remove unused fileKeith Whitwell
2007-08-01Remove intel_span.[ch]Keith Whitwell
2007-07-31Redesign 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-31Lift 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-31re-fix stencil addressing bugBrian
2007-07-31Add missing filesKeith Whitwell
2007-07-31Remove references to intel_tris.hKeith Whitwell
2007-07-31A 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-31simplify clear.x1,y2,x2,y2 setupBrian
2007-07-31In 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-31fix stencil addressing bugBrian
2007-07-31remove obsolete xmesa_get_stencil_surface() stubBrian
2007-07-31fix comments and param names for intel_miptree_image_map()Brian
2007-07-31fix value returned by intel_new_renderbuffer_fb()Brian
2007-07-31Merge branch 'i915tex_privbuffers' into softpipe_0_1_branchKeith 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-30Lots 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.
2007-07-30implement read_quad_f_swz()Brian
2007-07-30implement surfaces for softpipe renderingBrian
2007-07-30call st_invalidate_state()Brian