summaryrefslogtreecommitdiff
path: root/src/gallium
AgeCommit message (Collapse)Author
2009-12-09vmware/core: Update vmwgfx_drm.hJakob Bornecrantz
2009-12-04vmware/xorg: Also stop ports on closeJakob Bornecrantz
2009-12-04vmware/xorg: Stop video ports on leave vtJakob Bornecrantz
2009-12-04st/xorg: Add enter/leave vt hooks for winsysJakob Bornecrantz
2009-12-04st/xorg: Fix leave enter vt cycle in crtc codeJakob Bornecrantz
2009-12-04st/xorg: New libkms destroy apiJakob Bornecrantz
2009-12-08vmware/xorg: Fix SCons build.Michel Dänzer
Not sure how vmw_screen.c could build at all though...
2009-12-08vmware/xorg: Avoid warning about HAVE_STDINT_H being redefined.Michel Dänzer
2009-12-08Merge branch 'mesa_7_6_branch' into mesa_7_7_branchAndre Maasikas
2009-12-07llvmpipe: Initialize variables in emit_instruction.Vinson Lee
2009-12-07Merge branch 'mesa_7_6_branch' into mesa_7_7_branchIan Romanick
Conflicts: progs/demos/projtex.c progs/xdemos/glxinfo.c src/mesa/main/version.h To fix the confilicts in projtex.c and glxinfo.c I just took the code from mesa_7_6_branch. The conflicts seem to have occured from cherry-picks from mesa_7_7_branch to mesa_7_6_branch followed by commmits just to mesa_7_6_branch.
2009-12-06st/egl: Fix memory leak in egl_tracker.c.Vinson Lee
(cherry picked from commit 052b127842af3372fd768eae8e29b240a696a12a)
2009-12-05draw: Initialize variable in draw_pt.c.Vinson Lee
(cherry picked from commit ea98e9820d7117f7a187f355445796b1ef5d9e0c)
2009-12-04r300g: use $(MAKE) variableColeman Kane
Fixes bug 24501
2009-12-04vmware/xorg: Use Write instead of WriteRead for cursor bypassJakob Bornecrantz
2009-12-04vmware/xorg: Give kernel infromation about cursor bypassJakob Bornecrantz
2009-12-04vmware/xorg: Handle no init of video in vmw_video_closeJakob Bornecrantz
2009-12-04vmware/core: Update vmwgfx_drm.h to include cursor bypassJakob Bornecrantz
2009-12-03gallium/util: Initialize variables in u_pack_color.h.Vinson Lee
(cherry picked from commit 36e2074b63e3e5bc489eb74cad0cd97eafcedb40)
2009-12-02cell: added tex_usage param to xm_surface_buffer_create()Brian Paul
2009-12-02Merge commit 'mesa_7_6_branch' into mesa_7_7_branchJakob Bornecrantz
Conflicts: src/mesa/main/version.h
2009-12-01vmware/xorg: Add video supportJakob Bornecrantz
By using the hooks st/xorg provides us we can create a driver specific implementation that uses the svga overlay engines.
2009-12-01vmware/xorg: Create a small driver that sits ontop of st/xorgJakob Bornecrantz
2009-12-01st/xorg: Create winsys hooks that we call intoJakob Bornecrantz
2009-12-01vmware/core: Update vmwgfx_drm.h to latest versionJakob Bornecrantz
2009-12-01svga: Add header files for overlay supportJakob Bornecrantz
2009-12-02wgl: Call st_swapbuffers instead of st_notify_swapbuffers.José Fonseca
This will get single buffer, double buffer, and joint single/double buffer (typical in CAD applications) done right, at least as far as the frambuffer is concerned. There are still problems with multiple contexts using the same framebuffer because st_framebuffer_* calls assume the framebuffer is bound to a single context.
2009-11-27st/xorg: proper fix for compositing after rounding upKeith Whitwell
Basically don't round up shared textures. This fixes compiz, but I'm afraid that rounding up texture sizes here in the driver is doomed, as it will inevitably break texture wrap modes.
2009-11-27rbug: Mention where the GUI can be found.José Fonseca
2009-11-27svga: Re-add shader dumping.José Fonseca
2009-11-27Revert "st/xorg: fix composite after texture size changes"Keith Whitwell
This reverts commit 124ae596806f1a77af46f1f0e446d448da6e953a. Pushed by mistake
2009-11-27st/xorg: fix composite after texture size changesKeith Whitwell
2009-11-27wgl: Fix copy'n'paste typo in comment.José Fonseca
2009-11-27svga: Handle comment tokens when dumping.José Fonseca
2009-11-27svga: Use consistent names for public symbol names of shader dumping facilities.José Fonseca
2009-11-27svga: Use consistent file names for dumping facilities.José Fonseca
2009-11-27st/xorg: speculatively round textures up to nearest POTKeith Whitwell
I'm not sure if this is a great change, but helps with caching. Probably we want to turn this on/off on a driver-by-driver basis.
2009-11-27st/xorg: free last fenceKeith Whitwell
2009-11-27svga: flush our command buffer after the 8th distinct render targetKeith Whitwell
This helps improve the surface cache behaviour in the face of the large number of single-use render targets generated by EXA and the xorg state tracker. Without this we can reference hundreds of individual render targets from a command buffer, which leaves little scope for sharing or reuse of those targets. Flushing early means we can start reusing textures much sooner. This shouldn't have much effect on normal 3d rendering as it's pretty rare to have a command buffer with >8 different render targets in that world.
2009-11-27svga: add DEBUG_CACHE optionKeith Whitwell
2009-11-26svga: Prevent potential null pointer dereference in vmw_surface.c.Vinson Lee
2009-11-25vmware/xorg: Remove gem includeJakob Bornecrantz
2009-11-26st/xorg: Use pipe clear hook for solid fills of whole pixmaps.Michel Dänzer
Can give a little boost e.g. for anti-aliased text rendering.
2009-11-26svga: hash the whole key, not just the first four bytesKeith Whitwell
2009-11-26st/xorg: Make sure DRI2 blits use GPU copy contents even for software fallback.Michel Dänzer
Fixes 3D apps not updating with a non-GL compositing manager and Option "2DAccel" "off". Also clean up a little pixmap vs. drawable mess.
2009-11-26st/xorg: fix refcounting bugs introduced in earlier commitKeith Whitwell
2009-11-26st/xorg: formattingKeith Whitwell
This directory needs indent run over it.
2009-11-26st/xorg: remove debugging flushKeith Whitwell
Accidentally committed in 7fbdbad5c02e3d5bfbf0e641e2aec224e39fa974 ('st/xorg: consolidate some dest surface state setting')
2009-11-26svga: Remove spurious argument to SVGA_DBG.José Fonseca
2009-11-26st/xorg: render throttling in block handlerKeith Whitwell
Similar to the classic swapbuffer throttling in GL drivers, put an upper bound on the number of outstanding chunks of rendering the state tracker can generate -- where calling the block handler denotes a chunk. Currently that number is set at around 4 "chunks", but could be tweaked up or down. If a better measure for the amount of outstanding rendering is found, that would be fine too. As it stands, this improves interactivity by preventing the X server from queueing up arbitary amounts of rendering.