Age | Commit message (Collapse) | Author |
|
I hope I've done it right. No way to test it here...
|
|
|
|
This fixes an issue that was missed with commit
9f544394c1d059ce09c8bb2b5e11f5e871c7915f.
Fixes piglit glsl-texcoord-array.shader_test
|
|
Fixes failed assertion with piglit fbo-drawbuffers-fragcolor.c
See fd.o bug 28358.
With 8 color buffers + Z we need to declare 33 vars, at least.
|
|
|
|
|
|
|
|
For example, if the fragment shader reads gl_TexCoord[i] with a
dynamic index we need to set all the InputsRead bits for all
texcoords. We were already doing this for shader outputs.
Refactored the later code so inputs and outputs are handled with
similar code.
Fixes a swrast failure with piglit's glsl-texcoord-array.shader_test
|
|
|
|
|
|
|
|
Multiple item params are OK because we don't allow swizzles for them
(in case you do array access to hit their elements, for example). For
singles, though, using the swizzle can cut down on storage, we do want
to allow a swizzled use of another param.
Fixes OGLC texRect.c.
|
|
Courtesy of Vinson and coverity.
|
|
|
|
|
|
First interpolate the 4 quads upper left corners, then sub-interpolate
each quad pixel. Do the perspective divide once per quad.
Saves some muls and reciprocates. But doesn't seem to make a
noticeable improvement.
It make the code simpler and more compact, so commiting anyway.
|
|
|
|
|
|
|
|
filter are equal.
|
|
Fixes mesa texwrap demo border with GL_CLAMP.
|
|
Always clamp the scaled coordinates.
|
|
|
|
Always clamp with scaled coordinates.
|
|
|
|
I admit blitting to/from GTT is actually enforced in this commit,
texture transfers are now damned fast!
|
|
|
|
|
|
|
|
|
|
Mostly based on Michel Dänzer's patch.
|
|
I haven't been able to get rid of this one, see the comments in the code.
|
|
Looks like it's not needed now.
|
|
Don't force color to be linearly interpolated when that's not being
requested.
|
|
Eliminates all this identical yet slightly different code to decide how
shader inputs should be interpolated.
As bonus, don't interpolate the position twice when it is listed in the
TGSI shader inputs.
|
|
The pixel transfer rules state that we must set alpha to 1.0 in this case
which we can't easily do with the blitter. We can do to passes: one that
sets the alpha to 0xff and one that copies the RGB bits or we can just
use the 3D engine. Neither approach seems worth it for this case.
|
|
The xorg state tracker gets two new options to let the user choose
whether to enable / disable dirty throttling and swapbuffer throttling.
The default value of these options are enabled, unless the winsys
supplies a customizer with other values. The customizer record has been
extended to allow this, and also to set winsys-based throttling on a per-
context basis.
The vmware part of this patch disables the dirty throttling if the kernel
supports command submission throttling, and also in that case sets kernel
based throttling for everything but swapbuffers. The vmware winsys does not
set throttling per context, even if it theoretically could, but instead
sets throttling per screen. This should perhaps be changed, should the
xorg state tracker start to use multiple rendering contexts. Kernel throttling
is off by default for all new screens/contexts, so the dri state tracker
is not affected.
This significantly improves interactivity of the vmware xorg driver.
Cherry-picked from commit a8f3b3f88acc1f0193fa740e76e9d815f07f32ab
Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>
Signed-off-by: Jakob Bornecrantz <jakob@vmware.com>
|
|
The winsys may need to extract the svga_winsys_context from a
pipe_context. Add a function to enable that functionality.
Cherry-picked from commit e8a8c5e339dfd7a36bb6435fd34175482b9187b8
Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>
Signed-off-by: Jakob Bornecrantz <jakob@vmware.com>
|
|
It was not used anywhere; the code was buggy (it didn't take care of
indirect registers and could potential cause buffer underflows) and the
same effect can now be easily achieved by just by looking at
input_semantic_name[] and input_usage_mask[].
|
|
Deprecated by tgsi.rst, and no point in keeping it around if it's not
being updated.
|
|
|
|
TGSI's UsageMask flag is never set. We can move this logic into
tgsi_ureg, but there there are still cases where's not used, so this
seems a better place for now.
|
|
|
|
Commit 5d0e136eff54a34258b5adaeda4cb267831e8234 exposed a long-standing
bug in the glGetUniform*() code paths. We weren't properly decoding
the location parameter.
Fixes fd.o bug/regression 28344
Note: this patch should go into the 7.8 branch after the above-mentioned
commit.
|
|
Due to a quantization error, different cliprects of scaled video windows may
not have identical x / y scale.
Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>
|
|
We don't support it yet since we don't implement the shadow allocate
functions.
Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>
|
|
Fixes "...; recompile with -fPIC" error on x86-64. See fdo 28336.
|
|
Fixes fdo 28336.
|
|
|
|
resource_surface_add_resources should still be called even when the
stamps match. For example, a caller may ask for two different sets of
attachments.
|