summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* mesa: Fix msvc build of glsl.Aras Pranckevicius2010-08-231-2/+7
| | | | Signed-off-by: José Fonseca <[email protected]>
* auxiliary: fix nvfx/nv50 primitive splitting for line loopsLuca Barbieri2010-08-231-1/+1
| | | | | | | s->close_first was on the wrong side of the inequality. Caught by blender. Thanks to AndrewR for reporting this.
* r600g: export one component per pixel + r7xx uncompression shaderJerome Glisse2010-08-235-5/+89
| | | | | | | We need to always at least export one component (wether it's depth or color. Add valid r7xx shader program for depth decompression. Signed-off-by: Jerome Glisse <[email protected]>
* generate_builtins.py: Generate output in sorted order.Kenneth Graunke2010-08-231-5/+6
|
* nvfx: improve fp temp accountingLuca Barbieri2010-08-231-2/+4
|
* tgsi: fix false CondStackTop==0 assertionBrian Paul2010-08-231-0/+5
|
* ir_to_mesa: Fix constant array handling to return the temp we created.Eric Anholt2010-08-231-0/+1
| | | | | | | | | | | We ended up returning CONST[loc] rather than TEMP[loc2]. Things would *usually* end up working out OK, since the constants often ended up getting allocated to CONST[loc..loc+columns] with no swizzle. But for the case where the contigous temporary copy of the swizzled constant vec4 args was actually needed, we'd end up reading some other constant values, possibly including ones not actually allocated. Fixes: glsl-varying-mat3x2.
* glcpp: Make standalone preprocessor work with a tty as stdinCarl Worth2010-08-231-33/+49
| | | | | | | | | | | | Previously glcpp would silently abort if it couldn't fstat the file being read, (so it would work with stdin redirected from a file, but would not work with stdin as a tty). The stat was so that glcpp could allocate a buffer for the file content in a single call. We now use talloc_realloc instead, (even if the fstat is possible). This is theoretically less efficient, but quite irrelevant, (particularly because the standalone preprocessor is used only for testing).
* glcpp: Fix test suite to avoid flagging failed tests as valgrind errors.Carl Worth2010-08-231-4/+5
| | | | | | | | | | We recently added several tests that intentionally trigger preprocessor errors. During valgrind-based testing, our test script was noticing the non-zero return value from the preprocessor and incorrectly flagging the valgrind-based test as failing. To fix this, we make valgrind return an error code that is otherwise unused by the preprocessor.
* glcpp: Fix segfault in standalone preprocessor for "file not found", etc.Carl Worth2010-08-231-4/+17
| | | | | | | | This error message was missing so that the program would simply segfault if the provided filename could not be opened for some reason. While we're at it, we add explicit support for a filename of "-" to indicate input from stdin.
* glcpp: Update generated glcpp-lex.c for the last two changes.Carl Worth2010-08-231-191/+186
| | | | | This fixes both "#line 0" and "#line XXX YYY" as described in the two most recent commits.
* glcpp: Fix handling of "#line 0"Carl Worth2010-08-231-2/+3
| | | | | | | | | | | | | | | | The existing DECIMAL_INTEGER pattern is the correct thing to use when looking for a C decimal integer, (that is, a digit-sequence not starting with 0 which would instead be an octal integer). But for #line, we really want to accept any digit sequence, (including "0"), and always interpret it as a decimal constant. So we add a new DIGITS pattern for this case. This should fix the compilation failure noted in bug #28138 https://bugs.freedesktop.org/show_bug.cgi?id=28138 (Though the generated file will not be updated until the next commit.)
* glcpp: Fix source numbers set with "#line LINE_NUMBER SOURCE_NUMBER"Carl Worth2010-08-231-2/+7
| | | | | | | Previously, the YY_USER_ACTION was overwriting the yylloc->source value in every action, (after that value had been carefully set by the handling of the #line directive). Instead, we want to initialize it once in YY_USER_INIT and then not touch it at all in YY_USER_ACTION.
* glcpp: Add new test for #line directive.Carl Worth2010-08-232-0/+21
| | | | | | | | | | | | This test exposes two current bugs: 1. The source number is not being correctly emitted in error messages (instead, it's always 0). 2. A directive of "#line 0" is resulting in the following parse error: preprocessor error: Invalid tokens after #
* glcpp: Update README file (new specifications and fewer limitations).Carl Worth2010-08-231-12/+14
| | | | | | | The README file had grown a little bit stale. We've been using newer versions of both the GLSL and C99 specifications, so list those. Also, several of the documented known limitations have since been fixed, so remove those.
* glcpp: Add test for the #error directive.Carl Worth2010-08-232-0/+4
| | | | | | | This directive is already implemented nicely, but wasn't previously tested. It will be convenient to use this directive in further tests that rely on error messages, (such as ensuring that #line correctly sets the line number in the error message).
* glsl: Trim the size of uniform arrays to the maximum element used.Eric Anholt2010-08-232-0/+57
| | | | Fixes glsl-getactiveuniform-array-size.
* mesa: Don't add 1 to GL_ACTIVE_UNIFORM_MAX_LENGTH.Eric Anholt2010-08-231-2/+0
| | | | Fixes: glsl-getactiveuniform-length.
* util: fix util_fill_rect to take util_color instead of u32 paramRoland Scheidegger2010-08-234-61/+47
| | | | | | | | util_fill_rect could not handle formats with more than 32 bits, since the fill color was a uint32_t value. Fix this by using a util_color union instead, and also expand the union so it works with formats which have up to 256 bits (the max of any format currently defined).
* nvfx: emit bo relocations only when neededLuca Barbieri2010-08-238-20/+65
| | | | Should improve performance, possibly significantly.
* glsl2: Add missing sig_iter.next() to the no-constant-folding-to-outvals fix.Eric Anholt2010-08-232-0/+2
|
* nvfx: match Gallium's gl_PointCoord brokennessLuca Barbieri2010-08-231-2/+5
| | | | | | | Gallium always puts gl_PointCoord in GENERIC[0] if point_quad_rasterization is enabled. This is silly, but for now it makes mesa-demos/glsl/pointcoord work.
* nvfx: support clip planes sensibly and fix them on nv30Luca Barbieri2010-08-238-116/+166
| | | | | | | | | | Before, we were discarding the compiled vertex program on each vertex program change. Now we compile the program as if there were 6 clip planes and dynamically patch in an "end program" bit at the right place. Also, nv30 should now work.
* r300g: avoid stall in no-tcl drawing when mapping vboDave Airlie2010-08-233-15/+26
| | | | | | | | | the current code reuses the same vbo over and over, however after a flush we'd stall and wait for mapping on the vbo when we should just fire and forget. On a gears test this brings me from ~620 to ~750 on my rv530 in swtcl mode. Signed-off-by: Dave Airlie <[email protected]>
* glapi: Clean up header inclusions.Chia-I Wu2010-08-236-40/+45
| | | | | Do not rely on PUBLIC being defined in glapi.h. Do not include core mesa headers.
* mesa: Assorted fixes for es_generator.py on win32.Chia-I Wu2010-08-231-0/+6
| | | | | Fix mixed use of GL_APIENTRY and GLAPIENTRY. Parameter list of a function prototype should never be empty.
* 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.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-22 15:01:45 +0000