Age | Commit message (Collapse) | Author | |
---|---|---|---|
2008-12-31 | intel: Share passthrough transform setup between glBitmap and glDrawPixels. | Eric Anholt | |
The DrawPixels path was missing glViewport care, so blender's toolbar icons would go to the wrong places. Bug #19118. | |||
2008-12-31 | intel: Add support for glBitmap as metaops using GL calls. | Eric Anholt | |
This lets us avoid software fallbacks when clients forget to turn some state off (engine demo) or just do crazy things to test conformance (OGLC). This should probably be brought into mesa generic code so other drivers can make use of it. Bug #19016. | |||
2008-11-21 | intel: Don't glBitmap fallback with scissoring enabled. | Eric Anholt | |
The blit bitmap code already handles scissoring. This is a 15-100% speedup on blender benchmark.blend thanks to avoiding fallbacks. Bug #17951. | |||
2008-10-09 | i965: Actually hook up the accelerated DrawPixels support. | Eric Anholt | |
2008-09-18 | mesa: added "main/" prefix to includes, remove some -I paths from ↵ | Brian Paul | |
Makefile.template | |||
2008-06-24 | intel: Avoid glBitmap software fallback for blending when no blending occurs. | Eric Anholt | |
Mesa demos tend to leave blending on but in GL_ONE/GL_ZERO, or GL_SRC_ALPHA/GL_ONE_MINUS_SRC_ALPHA with a source alpha of 1.0. | |||
2008-06-24 | intel: Merge check_blit_fragment_ops between i915/i965. | Eric Anholt | |
Both had some useful bits for the other. | |||
2008-06-24 | intel: Note reasons for blit pixel op fallbacks under INTEL_DEBUG=pix. | Eric Anholt | |
2008-06-24 | i915: Add support for accelerated glBitmap, shared from 965. | Eric Anholt | |
2008-06-24 | i915: Allow accelerated pixel ops to be disabled with INTEL_NO_BLIT. | Eric Anholt | |
This matches 965. | |||
2007-12-21 | [intel] Move some pixel path support from drivers to shared. | Eric Anholt | |