summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* i965: Add sandybridge D0 pci idsZhenyu Wang2010-08-231-1/+3
| | | | Signed-off-by: Zhenyu Wang <[email protected]>
* mesa: Fix typo in autoconf.in that made talloc cflags still detect at runtime.Eric Anholt2010-08-221-1/+1
|
* st/mesa: implement depth-only blit for BlitFramebufferMarek Olšák2010-08-221-2/+7
| | | | Signed-off-by: Brian Paul <[email protected]>
* util: implement depth blitting in u_blitMarek Olšák2010-08-221-17/+43
| | | | Signed-off-by: Brian Paul <[email protected]>
* st/mesa: fix BlitFramebuffer for D24S8 texturesMarek Olšák2010-08-221-21/+17
| | | | | | | | | This is the same issue as in the previous patch, but here the Blit is not implemented for separate depth and stencil buffers at all (such a configuration is not supported in Gallium) and the code incorrectly treated a D24S8 texture as two separate buffers, making this Blit a no-op. Signed-off-by: Brian Paul <[email protected]>
* st/mesa: added st_is_depth_stencil_combined() functionBrian Paul2010-08-222-0/+29
| | | | This code is part of a patch by Marek Olšák.
* glsl: Don't constant-fold in a constant in place of a function outval.Eric Anholt2010-08-221-0/+22
|
* glsl: Convert constant folding to the rvalue visitor.Eric Anholt2010-08-221-181/+19
| | | | | | | | | | This should be mostly a noop, except that a plain dereference of a variable that is not part of a constant expression could now get "constant folded". I expect that for all current backends this will be either a noop, or possibly a win when it provokes more ir_algebraic. It'll also ensure that when new features are added, tree walking will work normally. Before this, constants weren't getting folded inside of loops.
* glsl: Don't tree-graft in an expression in place of a function outval.Eric Anholt2010-08-221-0/+5
| | | | Fixes: glsl-constant-folding-call-1 (bug #29737)
* st/mesa: fix ReadPixels crashes when reading depth/stencil from a FBOBrian Paul2010-08-221-0/+7
| | | | | | This is based on a patch from Marek Olšák. NOTE: This is a candidate for the Mesa 7.8 branch.
* mesa: use driver hook for creating new renderbuffersBrian Paul2010-08-221-2/+2
|
* st/mesa: clean-up pipe_get_transfer() callsBrian Paul2010-08-221-12/+12
|
* mesa: AC_SUBST the talloc libs/cflags so the ./configure results are saved.Eric Anholt2010-08-224-2/+11
| | | | | | | | | | I had used pkg-config from the Makefile because I didn't want to screw around with the non-autoconf build, but that doesn't work because the PKG_CONFIG_PATH or TALLOC_LIBS/TALLOC_CFLAGS that people set at configure time needs to be respected and may not be present at build time. Bug #29585
* nvfx: fix minor memory leakLuca Barbieri2010-08-231-1/+1
|
* nvfx: support both sprite coord originsLuca Barbieri2010-08-233-43/+108
| | | | | | | Now we lie less when claiming OpenGL 2 support. Also, first piglit result group is now all green, except for fdo25614-genmipmap, which seems mesa/st's fault.
* nvfx: use 64-bit bitmasks for tempsLuca Barbieri2010-08-231-8/+8
|
* r600g: fix DB decompressionJerome Glisse2010-08-226-75/+97
| | | | Signed-off-by: Jerome Glisse <[email protected]>
* nvfx: Include missing header in nvfx_vertprog.c.Vinson Lee2010-08-221-0/+2
| | | | | | | | | | | Include draw_context.h for draw_*_vertex_shader symbols. Fixes the following GCC warning. nvfx_vertprog.c: In function 'nvfx_vp_state_create': nvfx_vertprog.c:1276: warning: implicit declaration of function 'draw_create_vertex_shader' nvfx_vertprog.c:1276: warning: assignment makes pointer from integer without a cast nvfx_vertprog.c: In function 'nvfx_vp_state_delete': nvfx_vertprog.c:1298: warning: implicit declaration of function 'draw_delete_vertex_shader'
* translate_sse: add R32G32B32A32_FLOAT -> X8X8X8X8_UNORM for EMIT_4UBJakob Bornecrantz2010-08-221-0/+26
| | | | Changed by me to use movd instead of movss to avoid penalties.
* translate_sse: refactor constant managementLuca Barbieri2010-08-221-81/+76
|
* nvfx: refactor to support multiple fragment program versionsLuca Barbieri2010-08-225-76/+127
|
* nvfx: move stuff aroundLuca Barbieri2010-08-225-84/+95
|
* r600g: depth buffer likely needs decompression when used as textureJerome Glisse2010-08-228-34/+919
| | | | | | | | Before using depth buffer as texture, it needs to be decompressed (tile pattern of db are different from one used for colorbuffer like texture) Signed-off-by: Jerome Glisse <[email protected]>
* glx/xlib: configurable strict/non-strict buffer size invalidateKeith Whitwell2010-08-223-4/+42
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Introduce a new configuration option XMESA_STRICT_INVALIDATE to switch between swapbuffers-based and glViewport-based buffer invalidation. Default strict invalidate to false, ie glViewport-based invalidation, aka ST_MANAGER_BROKEN_INVALIDATE. This means we will not call XGetGeometry after every swapbuffers, which allows swapbuffers to remain asynchronous. For apps running at 100fps with synchronous swapping, a 10% boost is typical. For gears, I see closer to 20% speedup. Note that the work of copying data on swapbuffers doesn't disappear - this change just allows the X server to execute the PutImage asynchronously without us effectively blocked until its completion. This applies even to llvmpipe's threaded rasterization as the swapbuffers operation was a large part of the serial component of an llvmpipe frame. The downside of this is correctness - applications which don't call glViewport on window resizes will get incorrect rendering, unless XMESA_STRICT_INVALIDATE is set. The ultimate solution would be to have per-frame but asynchronous invalidation. Xcb almost looks as if it could provide this, but the API doesn't seem to quite be there.
* llvmpipe: reduce size of fragment shader variant keyKeith Whitwell2010-08-222-6/+22
| | | | Don't spend as much time comparing them.
* llvmpipe: remove unused member from lp_fragment_shader_variant_keyKeith Whitwell2010-08-221-4/+0
|
* llvmpipe: don't clear unused binsKeith Whitwell2010-08-221-2/+5
| | | | | If bins outside the current scene bounds are being corrupted, we'll need to fix that separately. Currently seems ok though.
* draw: reduce the size of the llvm variant keyKeith Whitwell2010-08-224-38/+100
|
* glx/xlib: remove another XSyncKeith Whitwell2010-08-221-1/+0
| | | | | With this change, xmesa_get_window_size still does one round trip, but that's better than doing two.
* glx/xlib: no need to call XSync from XMesaFlushKeith Whitwell2010-08-221-1/+1
| | | | Try to eliminate some unnecessary X server round trips.
* nvfx: simplify and correct fragment program update logicLuca Barbieri2010-08-226-94/+149
| | | | | | | This version should hopefully be much clearer and thus less likely to be subtly broken. Also fixes point sprites on nv40 and possibly some other bugs too.
* nvfx: make stipple setting independent of enableLuca Barbieri2010-08-224-27/+3
|
* nvfx: fix vertex programsLuca Barbieri2010-08-221-0/+2
|
* nvfx: use relocations array for vp constantsLuca Barbieri2010-08-224-35/+34
|
* r600g: Don't blindly unmap NULL->size.Henri Verbeet2010-08-221-1/+3
| | | | | There may actually be something mapped in that range, especially for large buffers like e.g. the GL Drawable.
* svga: Do not shortcut NULL surface relocations with SVGA3D_INVALID_ID.José Fonseca2010-08-222-6/+9
| | | | | How to cope with NULL surface relocations should be entirely at winsys' discretion.
* i965: Fix 8-wide FB writes on gen6.Eric Anholt2010-08-221-12/+5
| | | | | | My merge of Zhenyu's patch on top of my previous patches broke it by my code expecting simd16 single write and Zhenyu's simd8 path being disabled by mine. Merge the two for success.
* i965: Fix brw_math1 with scalar argument in gen6 FS.Eric Anholt2010-08-221-2/+14
| | | | | | | | | | | | | The docs claim two conflicting things: One, that a scalar source is supported. Two, source hstride must be 1 and width must be exec size. So splat a constant argument out into a full reg to operate on, since violating the second set of constraints is clearly failing. The alternative here might be to do a 1-wide exec on a constant argument for math1. It would probably save cycles too. But I'll leave that for the glsl2-965 branch. Fixes glsl-algebraic-div-one-2.shader_test.
* i965: Fix up WM push constant setup on gen6.Eric Anholt2010-08-225-26/+57
| | | | Fixes glsl-algebraic-add-add-1.
* i965: Use intel->gen >= 6 instead of IS_GEN6.Eric Anholt2010-08-223-5/+5
|
* libgl-xlib: Include missing header in xlib.c.Vinson Lee2010-08-221-0/+1
| | | | Include st_api.h for st_api_create_OpenGL symbol.
* nvfx: Silence unused variable warning.Vinson Lee2010-08-221-0/+1
| | | | The variable is used but only in the body of an assert.
* mesa: Initialize member variables in ir_to_mesa_src_reg constructor.Vinson Lee2010-08-221-0/+4
| | | | The default constructor did not initialize some member variables.
* mesa: Initialize variables in mesa_src_reg_from_ir_src_reg.Vinson Lee2010-08-211-0/+2
|
* util: Use #ifdef instead of #if.Vinson Lee2010-08-211-1/+1
| | | | This is a typo fix of earlier commit 0f3b3751b8643352dcc242567b3696bd1505df1d.
* util: Define dump_cpu only for DEBUG builds.Vinson Lee2010-08-211-0/+2
| | | | | | | dump_cpu is used only when DEBUG is defined. Fixes the following GCC warning on builds without DEBUG defined. util/u_cpu_detect.c:76: warning: 'debug_get_option_dump_cpu' defined but not used
* translate_sse: Silence uninitialized variable warnings.Vinson Lee2010-08-211-0/+14
| | | | Initialize variables on error paths.
* nvfx: Silence uninitialized variable warnings.Vinson Lee2010-08-212-0/+6
| | | | Variables weren't initialized on the error paths.
* i965g: Silence printf format warnings on 64-bit builds.Vinson Lee2010-08-211-4/+4
|
* nvfx: Silence uninitialized variable warnings.Vinson Lee2010-08-211-4/+4
| | | | | | | | | Silence the following i686-apple-darwin10-gcc-4.2.1 warnings. nv04_2d.c: In function 'nv04_region_copy_cpu': nv04_2d.c:560: warning: 'dswy' may be used uninitialized in this function nv04_2d.c:559: warning: 'dswx' may be used uninitialized in this function nv04_2d.c:562: warning: 'sswy' may be used uninitialized in this function nv04_2d.c:561: warning: 'sswx' may be used uninitialized in this function