summaryrefslogtreecommitdiff
path: root/src/mesa/pipe/i915simple/i915_state_dynamic.c
AgeCommit message (Collapse)Author
2007-09-20Make the rasterizer state in i915 use the cso semantics.Zack Rusin
2007-09-20Rewrite the depth_stencil state handling in i915.Zack Rusin
Done to match the new cso semantics. translate in create, use in bind and later delete.
2007-09-19Convert the i915 driver blend state to the new semantics.Zack Rusin
2007-09-18converting the setup state to immutable object and renaming it to rasterizer ↵Zack Rusin
state
2007-09-18Combing depth and stencil objects and making them immutable.Zack Rusin
Converting depth and stencil objects into a single state object (d3d10 like) and making it immutable.
2007-09-18First stab at immutable state objects (create/bind/delete)Zack Rusin
We want our state objects to be immutable, handled via the create/bind/delete calls instead of struct propagation. Only implementing the blend state to see how it would look like and work.
2007-08-22remove unneeded includesBrian
2007-08-13Start 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-09Add more i915 state packets.Keith Whitwell
These correspond to the dynamic indirect state, though they are currently just pushed straight to the batch buffer.