| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
| |
I'd like to be able to build mesa on current distro releases without
having to upgrade from the standard dri2proto and glproto headers. With
this change I'm able to build on ancient releases such as Ubuntu 9-10...
In general, it would be nice to be able to build-test mesa to check for
unintended breakages without having to follow the external dependencies
of every group working on the codebase.
Seems to introduce no changes to the build of libglapi.a when tested against
new versions of the headers.
|
| |
|
| |
|
|
|
|
|
|
| |
UMS doesn't need the STP atom.
Signed-off-by: Dave Airlie <[email protected]>
|
|
|
|
|
| |
Without subtracting one pow2 value would be rounded up to next pow2
which is not correct behaviour for the function.
|
|
|
|
|
|
| |
Just emit minLod and maxLod to correct reisters.
Fixes lodclamp and levelclamp test cases from piglit.
|
|
|
|
|
|
|
| |
Fixes glActiveTexture to set GL_INVALID_ENUM when trying
to activate texture unit that is not available.
piglit test case general/texunit passes now.
|
|
|
|
|
|
| |
glean/pointSprite shows that rv280 is trying to read from better
quality mipmap level. We have to correct default lod bias to match
required texture selection.
|
|
|
|
| |
warnings.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
The previous more direct approach was simply incorrect.
piglit/levelclamp passes again.
|
|
|
|
| |
glean/maskedClear passes again.
|
|
|
|
| |
Already emitted in r300_emit_draw_xxx.
|
| |
|
| |
|
|
|
|
| |
Fixes ut2004 warnings about overflowing command buffer.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
With gcc implementation uses __builtin_clr which counts number of
leading zeros.
Fallback implementation uses bit manipulation. First it duplicates
the highest bit to all lower bits and then adds one to get the power
of two number.
|
| |
|
|
|
|
|
|
| |
Changed stride size calculation to do the math by rounding
the value instead of loop. r600 minimum stride is 256 which
might might cause up to about 60 rounds of the loop.
|
|
|
|
| |
Signed-off-by: Alan Coopersmith <[email protected]>
|
|
|
|
| |
Bug #32810
|
|
|
|
|
|
| |
For the tiny bis of data we generally upload through the CURBEs, the
overhead of the kernel's pagetable trickery is actually rather high.
This improves cairo-gl gnome-terminal-vim performance by 3.8%.
|
|
|
|
| |
Improves cairo-gl gnome-terminal-vim times by 11%.
|
|
|
|
| |
Fixes failure in cairo-gl firefox-planet-gnome.
|
|
|
|
| |
This improves firefox-talos-svg runtimes on cairo-gl by 14%.
|
| |
|
| |
|
|
|
|
| |
Signed-off-by: Alan Coopersmith <[email protected]>
|
|
|
|
| |
dump PIPE_FORMAT_R8G8B8A8_UNORM and PIPE_FORMAT_R16G16B16_SNORM formats.
|
|
|
|
|
|
|
|
|
|
|
|
| |
The piglit vp-address-01 test uses negative address-relative
offsets. In this test we're indexing into PROGRAM_STATE_VAR
which, in turn, contains references to ENV vars.
We previously fixed this issue for PROGRAM_CONSTANT.
piglit/vp-address-01 (the version from Feb 5) passes now.
(cherry picked from commit 64be837b0b171c44f47a3c0b83f566d292ffff50)
|
| |
|
|
|
|
|
|
| |
Signed-off-by: Brian Paul <[email protected]>
(cherry picked from commit e6ee4b49c48ec7c2e7df2cff7b253b01e88e7101)
|
|
|
|
|
|
|
|
|
| |
Without this patch, the two symbols get an underscore prepended
and an "@4" appended when compiling with VC8.
Signed-off-by: Brian Paul <[email protected]>
(cherry picked from commit e65029e9b32ddabea0ec583c04484345b40f1557)
|
| |
|
|
|
|
|
| |
Running pkg-config in Makefiles is bad form, since it doesn't respect the
PKG_CONFIG_PATH value set at ./configure time.
|
|
|
|
|
|
| |
for pipe_reference_init function.
Signed-off-by: Patrice Mandin <[email protected]>
|
|
|
|
| |
This got "simplified" away in e4f168a6f4911a096be97d2e83ef8ad9c5862ec0.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
This fixes the progs/glsl/pointcoord.c demo. But this isn't a proper fix.
We really need a TGSI_SEMANTIC_POINT_COORD label so that the draw module
can determine which fragment input / vertex output slot needs to be set
up with the point coordinate info. We've been using generic slot 0 so far.
This would also require telling the draw module about fragment shaders
(something it doesn't have at this time).
|
|
|
|
|
|
|
|
|
| |
Since the origin_lower_left / pixel_center_origin changes, we need
to use the fragcoord info that's set up in setup_fragcoord_coeff().
The code in exec_declaration() was clobbering the the interpolated
fragment position.
Fixes progs/glsl/fragcoord.c demo.
|
|
|
|
| |
Signed-off-by: José Fonseca <[email protected]>
|
| |
|
| |
|