summaryrefslogtreecommitdiff
path: root/src/gallium/drivers/i915/i915_flush.c
AgeCommit message (Collapse)Author
2011-03-11gallium: remove flags from the flush functionMarek Olšák
The drivers have been changed so that they behave as if all of the flags were set. This is already implicit in most hardware drivers and required for multiple contexts. Some state trackers were also abusing the PIPE_FLUSH_RENDER_CACHE flag to decide whether flush_frontbuffer should be called. New flag ST_FLUSH_FRONT has been added to st_api.h as a replacement.
2011-03-01i915g: kill relocs accoutingDaniel Vetter
No one ever cared. libdrm does dynamic resizing of its reloc-table, anyway. Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2011-02-27i915g: implement cache flushingDaniel Vetter
With an extremely dumb strategy. But it's the same i915c employs. Also improve the hw_atom code slightly by statically specifying the required batch space. For extremely variably stuff (shaders, constants) it would probably be better to add a new parameter to the hw_atom->validate function. Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2011-02-24i915g: Lazy emit dynamic stateJakob Bornecrantz
2011-02-24i915g: Lazy emit immediate stateJakob Bornecrantz
2011-02-24i915g: Always set vbo to flush on flushesJakob Bornecrantz
Reported-by Chris Wilson <chris@chris-wilson.co.uk>
2010-07-04i915g: Make batchbuffer flush function not be inlineJakob Bornecrantz
2010-07-04i915g: Don't flush empty batchbuffersJakob Bornecrantz
2010-06-22i915g: Rework debug print codeJakob Bornecrantz
2009-10-05i915g: Drop the simple sufixJakob Bornecrantz
None of the other driver have a silly sufix, so just drop it. Nothing new added in this commit or any other commit but this is better marketing.