| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: Jeremy Huddleston <[email protected]>
|
|
|
|
|
|
| |
Fixes regression introduced by 7004582c1894ede839c44e292b413fe4916d7e9e
Signed-off-by: Jeremy Huddleston <[email protected]>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Certain attributes (position, psize, etc.) don't
count as params; they are handled separately by the hw.
However, the VS is required to export at least one param
and r600_shader_from_tgsi() takes care of adding a dummy
export if there is none. Make sure the VS param export
count in the SPI properly accounts for this.
Note: This is a candidate for the 7.11 branch.
Signed-off-by: Alex Deucher <[email protected]>
|
|
|
|
| |
So that eglBindTexImage works.
|
| |
|
|
|
|
|
|
|
| |
We have to make it through this loop processing the color multiple
times, so we can't go overwriting it on our first color buffer.
Reviewed-by: Brian Paul <[email protected]>
|
|
|
|
|
|
| |
Fixes https://bugs.freedesktop.org/show_bug.cgi?id=39572
Signed-off-by: Vadim Girlin <[email protected]>
|
|
|
|
|
|
| |
Signed-off-by: Tobias Droste <[email protected]>
Acked-by: Jakob Bornecrantz <[email protected]>
Reviewed-by: Marek Olšák <[email protected]>
|
|
|
|
|
|
|
|
| |
What a beast.
r300g doesn't depend on files from r300c anymore, so r300c is now left
to its own fate. BTW 'make test' can be invoked from the gallium/r300
directory to run some compiler unit tests.
|
|
|
|
| |
NOTE: This is a candidate for the 7.10 and 7.11 branches.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
This drops the get_value query and adds a function query_info, which returns
all the values in one nice structure.
|
|
|
|
|
|
| |
Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=39307
Signed-off-by: Christian König <[email protected]>
|
|
|
|
| |
Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=39276
|
|
|
|
|
| |
The position of the quad vertex is calculated in calc_position,
so we don't need the output here any more.
|
|
|
|
|
|
| |
Otherwise shaders with skipped inputs/outputs doesn't work correctly.
Signed-off-by: Christian König <[email protected]>
|
|
|
|
|
|
|
|
|
| |
The blend_quad function clobbers the actual render target color/alpha
values while applying the destination blend factor, which results in
restoring the wrong value during the masking stage for write-disabled
channels.
Reviewed-by: Brian Paul <[email protected]>
|
| |
|
|
|
|
|
|
|
| |
Not sure how I computed these, but they were wrong (which explains why
bumping the polynomial order before never improved precision).
This allows to pass the EXP test cases of PSPrecision/VSPrecision DCTs.
|
|
|
|
|
|
|
| |
Add an iteration step, which makes rqsqrt precision go from 12bits to
24, and fixes RSQ/NRM test case of PSPrecision/VSPrevision DCTs.
There are no uses of this function outside shader translation.
|
| |
|
|
|
|
|
| |
Never used so far -- we only used the base 2 variants -- which is why
it went unnoticed so far.
|
|
|
|
|
|
| |
Conflicts:
src/gallium/drivers/llvmpipe/SConscript
|
| |
|
|
|
|
|
|
| |
This reverts commit b56daf71d2f63d044d4c53ab49c6f87e02991a28.
The bug is actually in softpipe's blend and writemask interaction.
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This is an alternative to the draw module's polygon stipple stage.
The softpipe implementation here is just a test. The advantange of
using the new polygon stipple utility module (with other drivers)
is we can avoid software vertex processing in the draw module and
get much better performance.
Polygon stipple doesn't require special vertex processing like
the other draw module stage.
|
| |
| |
| |
| | |
We'll need shader variants to accomodate the new polygon stipple utility.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
u_vbuf_upload_buffers modifies the buffer offsets. If they are not
restored, and any of the vertex formats is not supported natively, the
next u_vbuf_mgr_draw_begin call will translate the vertex buffers with
incorrect buffer offsets.
|
| |
| |
| |
| |
| | |
This doesn't include nvfx since its context struct is not derived
from common nouveau_context (yet).
|
| |
| |
| |
| | |
See also comments in the code.
|
| |
| |
| |
| | |
Fixes xvmc-softpipe MC entrypoint, amongst others.
|
| |
| |
| |
| | |
Fixes VDPAU CSC-only mode.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
LLVM 3.0svn introduced a new type system. It defines a new way to create
named structs and removes the (now not needed) LLVMInvalidateStructLayout
function. See revision 134829 of LLVM.
Signed-off-by: Tobias Droste <[email protected]>
Signed-off-by: Brian Paul <[email protected]>
|
| |
| |
| |
| |
| |
| | |
this is added conditionally in Makefile.xmvc
Spotted by Chris Rankin.
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
These happen to work because their values are the same as the equivalent
PIPE_TRANSFER_* flags, but it's still misleading.
Signed-off-by: Henri Verbeet <[email protected]>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The following resolves the build issues and missing symbols
Add "xvmc-nouveau/target.c" - missing symbol "driver_description"
Add "drivers/nvc0/libnvc0.a" - missing symbol "nvc0_screen_create"
Remove "drivers/softpipe/libsoftpipe.a" - unnessecary dependency
resolves build (when building without swrast)
Add "drivers/trace/libtrace.a" in Makefile
Note: With/without those patches xvmc-nouveau still segfaults
Signed-off-by: Emil Velikov <[email protected]>
|
| | |
|