summaryrefslogtreecommitdiff
path: root/src/gallium
AgeCommit message (Collapse)Author
2010-01-22gallium/util: fix incorrect shift in a4r4g4b4_put_tile_rgba()Brian Paul
Fixes fd.o bug 23313.
2010-01-22xlib/softpipe: more buffer free fixesBrian Paul
The previous memory leak fix didn't always work properly. Now check the xm_buffer::smh field (now documented!) to see if the buffer points to shared memory.
2010-01-22gallium/draw: apply DRAW_PIPE_FLAG_MASK to all vertex elementsBrian Paul
Depending on first/last provoking vertex either the first or last element/index may have the extra DRAW_PIPE_x flags. Mask off those bits for all vertex elements to be safe (esp. for the quad case). This may be overly cautious, but it's a cheap operation. Fixes a segfault caused by large/bogus vertex indexes otherwise.
2010-01-22gallium/draw: added comments, whitespace fixesBrian Paul
2010-01-22vmware/core: Update for pipebuffer changes.José Fonseca
In particular, delay patching GMR relocations until the buffers are validated, since the buffers relative offset can only be established then.
2010-01-21i915g: Remove unnecessary header.Vinson Lee
2010-01-21pipebuffer: Remove unnecessary header.Vinson Lee
2010-01-21draw: Remove unnecessary headers.Vinson Lee
2010-01-21svga: Remove unused variable.Vinson Lee
2010-01-21vmware/core: Flush preemptively the FIFO commands to keep the GMR working ↵José Fonseca
set within reasonable bounds.
2010-01-21vmware/core: Put GMR pool size in a define.José Fonseca
2010-01-21vmw/wgl: Update for pipebuffer changes.José Fonseca
This is a minimum change to keep things building and running minimally -- it might cause applications to fail to allocate buffers due to out of GMR memory. A proper update will be commited later.
2010-01-21svga: Remove duplicate code.José Fonseca
2010-01-21svga: Remove unused code.José Fonseca
2010-01-21svga: Don't swap buffers to system memory -- winsys' responsibility.José Fonseca
2010-01-21pipebuffer: Release the lock during map wait. Cleanups.José Fonseca
2010-01-21pipebuffer: Swap buffers out to system memory when running out of memory.José Fonseca
2010-01-21svga: Avoid synchronization issues when doing SW TNL.José Fonseca
2010-01-21util: Set DISCARD & UNSYNCHRONIZED when uploading vertices sequentially.José Fonseca
2010-01-21util: Use pipe_buffer_write_nooverlap in blits / mipmap generation.José Fonseca
2010-01-21gallium: New inline to write buffers which avoids synchronization.José Fonseca
2010-01-21gallium: Set PIPE_BUFFER_USAGE_DISCARD flag in pipe_buffer_write.José Fonseca
2010-01-21gallium: Remove temporary hack for the absence of a discard flag.José Fonseca
PIPE_BUFFER_USAGE_DISCARD flag now exists.
2010-01-21svga: Follow buffer usage semantics properly.José Fonseca
It's necessary to download buffers from the host always, except if the buffer is undefined, because: - just PIPE_BUFFER_USAGE_CPU_WRITE doesn't guarantee all data is written -- old contents may still pierce through - PIPE_BUFFER_USAGE_DISCARD refers to a range, not the whole buffer, so unless we track which parts have been modified and not we still need to download the data.
2010-01-21st/xorg: Remove unnecessary headers.Vinson Lee
2010-01-21llvmpipe: Remove unnecessary headers.Vinson Lee
2010-01-21svga: Remove unnecessary headers.Vinson Lee
2010-01-20xlib/softpipe: fix buffer memory leakBrian Paul
Fixes leak caused by window resize.
2010-01-20st/xorg: Fic bug and close drm_api at proper placeJakob Bornecrantz
2010-01-20softpipe: Remove unnecessary headers.Vinson Lee
2010-01-19i915g: Remove unnecessary headers.Vinson Lee
2010-01-19svga: Do a more propper creation of textures from handlesJakob Bornecrantz
2010-01-19st/xorg: Don't leak BusID bufferJakob Bornecrantz
2010-01-19st/xorg: Pass kernel driver name to drmOpenJakob Bornecrantz
2010-01-19st/drm: Expose kernel driver nameJakob Bornecrantz
Based on patch by Chia-I Wu <olvaffe@gmail.com> Expose the name of the kernel driver as accepted by drmOpenByName.
2010-01-19st/dri: update dri2 drawables when viewport is changedBen Skeggs
Fixes gnome-shell on nouveau, as well as window resize with various other applications. Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
2010-01-19wgl: Check for PIPE_TEXTURE_USAGE_DISPLAY_TARGET support in exported color ↵José Fonseca
pixel formats. Since all formats we export have PFD_DRAW_TO_WINDOW flag.
2010-01-19wgl: Don't export pure-stencil pixel formats.José Fonseca
They cause DCT's conform to always fail.
2010-01-19softpipe: Fix vertex buffer memory leak.José Fonseca
2010-01-18softpipe: Skip depth testing for PIPE_S8_UNORM.José Fonseca
2010-01-18pipebuffer: Ensure buffer size/alignment is not zero.José Fonseca
2010-01-18svga: Ensure buffer size/alignment is not zero.José Fonseca
2010-01-18st/dri: Add comment for intentional fallthrough in case statement.Vinson Lee
2010-01-18st/dri: fix optionCache memory leaksMarcin Slusarz
Signed-off-by: Brian Paul <brianp@vmware.com>
2010-01-15st/xorg: If dri2 version is 2 support version 1 as wellJakob Bornecrantz
Thanks to X server commit 2e2c5b216cc1c7a9bc26bd2c68226aaed5fc52ca it is possible to be ABI compatible in version 2 with version 1 of the DRI2 interface.
2010-01-15st/xorg: Set enforce version to 1 if not definedJakob Bornecrantz
2010-01-18ws/vmware: Check DRM version also when bootstrapping in dri2 mode.Thomas Hellstrom
Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>
2010-01-18st/dri: Don't request a fake front if the server adds one automatically.Thomas Hellstrom
We use the presence of the getBuffersWithFormat extension function to detect whether the server automatically adds a front. Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>
2010-01-15tgsi: fix detection of front-facing attributeBrian Paul
This code was not updated when we added TGSI_SEMANTIC_FACE a while ago.
2010-01-13st/dri: Make sure we always request a fake front.Thomas Hellstrom
This should be the correct, but sub-optimal way to handle things on pre-1.7 servers. For servers that automatically adds a fake front we should never request the fake front and handle the reply differently. Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>