Age | Commit message (Collapse) | Author | |
---|---|---|---|
2008-07-25 | intel: If a tex image doesn't fit in the object's tree, make a temporary tree. | Eric Anholt | |
Previously, we would just store the data as malloced memory hanging off the object, which would get memcpyed in at validate time. This broke an oglconform render-to-texture test, since validate wasn't called but a miptree was expected. | |||
2008-07-23 | intel: Add a little span cache to spead up readpixels by cutting syscalls. | Eric Anholt | |
2008-07-23 | intel-gem: Use pread/pwrite for span access. | Eric Anholt | |
This will avoid clflushing entire buffers for small acesses, such as those commonly used by regression tests. | |||
2008-07-23 | intel: improve 2d batchbuffer debug output. | Eric Anholt | |
2008-07-23 | intel: Fix CopyTexSubImage's src tiling arg for the blit. | Eric Anholt | |
Didn't hurt 915, but needed for 965. | |||
2008-07-23 | intel: move renderbuffer mapping to separate functions. | Eric Anholt | |
This lets us avoid duplicated code for doing so, including the depthstencil paths that aren't covered by SpanRenderStart/Finish. Those paths were missing the span funcs setup, leading to a null dereference in the fbotexture demo. | |||
2008-07-18 | intel-gem: Bump driver date | Ian Romanick | |
Bump the driver date and insert the string "GEM". When running tests, this make it much easier to know that the right driver is being used. | |||
2008-07-16 | Remove redundant initalization of MaxTextureUnits | Ian Romanick | |
2008-07-15 | intel-gem: Disable spantmp sse/mmx functions when tile swizzling. | Eric Anholt | |
Those functions rely on being able to treat the GET_PTR returned value as an array indexed by x, but that's not the case for our tiling. Bug #16387 | |||
2008-07-14 | i915: fix build after previous commit. | Eric Anholt | |
2008-07-11 | drm-gem: Use new GEM ioctls for tiling state, and support new swizzle modes. | Eric Anholt | |
2008-07-02 | intel: span rendering requires just a flush before starting, not finish. | Eric Anholt | |
The dri_bo_map()s that follow will take care of idling the hardware as needed. | |||
2008-07-02 | intel-gem: Emit an MI_FLUSH at glFlush() so frontbuffer rendering is flushed. | Eric Anholt | |
We have something similar in the X Server that covers X Server rendering, this is the equivalent here for rendering to the front buffer. If we cared about avoiding this at glFlush time, we could only do this when some actual frontbuffer rendering had occurred. Bug #16392. | |||
2008-07-02 | intel-gem: Fix y-tile swizzling for our G965 with swizzle_mode=1. | Eric Anholt | |
Apparently in Y mode we get bit 6 ^ bit 9. The reflect demo in 'd' mode now displays correctly. | |||
2008-07-02 | intel-gem: Fix Y-tiling span setup. | Eric Anholt | |
The boolean that the server gives us for whether the region is tiled was getting used as the enum for what tiling mode. Instead, guess the correct tiling in screen setup. Also, fix the Y-tiling pitch setup. The pitch to the next tile in Y is 32 scanlines, not 8. | |||
2008-07-01 | intel-gem: Move bit 6 x tiling swizzle to a driconf option, and add new mode. | Eric Anholt | |
It turns out that it's not just deviceID dependent, and there's some additional undefined factor that determines the bit 6 swizzling. It's now controllable with swizzle_mode=[012] until we get a response on how to automatically detect. | |||
2008-06-26 | intel: Fix locking when doing intel_region_cow(). | Eric Anholt | |
This was broken in the merge of 965 blit support. It tried to lock only when things were already locked. | |||
2008-06-26 | intel: Replace sprinkled intel_batchbuffer_flush with MI_FLUSH or nothing. | Eric Anholt | |
Most of these were to ensure that caches got synchronized between 2d (or meta) rendering and later use of the target as a source, such as for texture miptree setup. Those are replaced with intel_batchbuffer_emit_mi_flush(), which just drops an MI_FLUSH. Most of the remainder were to ensure that REFERENCES_CLIPRECTS batchbuffers got flushed before the lock was dropped. Those are now replaced by automatically flushing those when dropping the lock. | |||
2008-06-24 | Merge commit 'origin/master' into drm-gem | Eric Anholt | |
2008-06-24 | intel: Fix glCopyPixels when x or y are < 0 in hw coordinates. | Eric Anholt | |
Nothing would get drawn as the negative coordinates broke the rectangle intersection code that used unsigned ints. Tested with copypix demo and sliding the copy to the upper left. | |||
2008-06-24 | i965: Use the shared intel_pixel_copy.c. | Eric Anholt | |
This disables the textured copy implementation on 965, which didn't appear to work (mesa copypix demo, disable the blit path, move so that regions don't overlap and textured is used, and you get garbage). If we resurrect this for i965, I'd rather it used the 915-style metaops instead. Current metaops code left in place so that whoever picks it up has a reference. | |||
2008-06-24 | intel: Same pixel function init for everyone now. | Eric Anholt | |
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: Fix read != draw drawable for glCopyPixels. | Eric Anholt | |
Taken from commit bad6e175cf59cce630c37d73f6e71f3a4de50ae6. | |||
2008-06-24 | i915: Allow accelerated pixel ops to be disabled with INTEL_NO_BLIT. | Eric Anholt | |
This matches 965. | |||
2008-06-23 | i915: Accumulate the VB into a local buffer and subdata it in. | Eric Anholt | |
This lets GEM use pwrite, for an additional 4% or so speedup. | |||
2008-06-23 | i915: Convert to using VBs instead of inline prims. | Eric Anholt | |
2008-06-21 | replace __inline and __inline__ with INLINE macro | Brian Paul | |
2008-06-21 | replace __inline and __inline__ with INLINE macro | Brian Paul | |
2008-06-21 | replace __inline and __inline__ with INLINE macro | Brian Paul | |
2008-06-21 | replace __inline and __inline__ with INLINE macro | Brian Paul | |
2008-06-21 | #undef DEBUG to silence warnings | Brian Paul | |
2008-06-21 | replace __inline and __inline__ with INLINE macro | Brian Paul | |
2008-06-21 | replace __inline and __inline__ with INLINE macro | Brian Paul | |
2008-06-21 | replace __inline and __inline__ with INLINE macro | Brian Paul | |
2008-06-21 | replace __inline and __inline__ with INLINE macro | Brian Paul | |
2008-06-21 | replace __inline and __inline__ with INLINE macro | Brian Paul | |
2008-06-21 | Solaris port of Mesa 7.1 with autoconf support | Alan Coopersmith | |
Signed-off-by: Brian Paul <brian.paul@tungstengraphics.com> | |||
2008-06-21 | R300: 1002:5657 is actually RV410 | Alex Deucher | |
See bug 14289 | |||
2008-06-21 | r200: fix typo in r200TryDrawPixels parameter validation (bug 16406) | Roland Scheidegger | |
2008-06-18 | i915: Note the non-PBO fallback for textured drawpixels under DEBUG_PIXEL. | Eric Anholt | |
2008-06-18 | i915: Restore the accelerated PBO pixel path functions after GEM changes. | Eric Anholt | |
The fencing code is not required, and waiting on the fences defeated one of the purposes of the extension, which is to allow asynchronous readpixels. | |||
2008-06-18 | Merge commit 'origin/master' into drm-gem | Eric Anholt | |
2008-06-18 | i915: Bug #14313: Fix accelerated (PBO) ReadPixels. | Eric Anholt | |
Refactoring of mine in 02d5ba849197e19843dad164239b51f18fb16faf broke it by failing to understand that the masking was about sign extension. | |||
2008-06-18 | i965: add support for Intel 4 series chipsets | Xiang, Haihao | |
2008-06-17 | [intel] Fix no_rast option on non-965. | Eric Anholt | |
The no_rast fallback was getting partially overwritten by later TNL init, resulting in a segfault when things were in a mixed-up state. | |||
2008-06-17 | [intel-gem] Bug #16326: Fix X tile unswizzling on 965. | Eric Anholt | |
Apparently a bit gets flipped in the addressing for some rows of each tile. |