| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
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]>
|
| | |
|
| |
| |
| |
| |
| | |
llvm-3.0svn r135219 renamed createAsmInfo to createMCAsmInfo in
include/llvm/Target/TargetRegistry.h.
|
| |
| |
| |
| | |
Just fixing the warning that r is unused.
|
| |
| |
| |
| |
| |
| |
| | |
Use all zpass data for predication instead of the last block only.
Use query buffer as a ring instead of reusing the same area
for each new BeginQuery. All query buffer offsets are in bytes
to simplify offsets math.
|
| |
| |
| |
| | |
Move that also inside the state tracker where needed.
|
| |
| |
| |
| | |
Otherwise xine won't scale correctly.
|
| | |
|
| |
| |
| |
| | |
Signed-off-by: Christian König <[email protected]>
|
| |
| |
| |
| | |
Using pipe_mpeg12_picture_desc was unintentional here.
|
| |
| |
| |
| |
| |
| |
| | |
Silences many warnings about "type of bit-field ‘field_select’ is a
GCC extension".
Since the field sizes were 8 and 16 bits, just use basic types.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The forward references to video enum types in p_context.h causes
a massive number of compiler warnings (ISO C forbids forward references
to ‘enum’ types).
By putting the new video enums in a separate header that can be included
by p_context.h and p_screen.h we can avoid this.
Acked-by Christian König <[email protected]>
|
| | |
|
| |
| |
| |
| | |
Now the component ordering is consistent and matches gallium again.
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
Share some functions and restructure miptree creation a little.
Prepare for multi-sample resources.
|
| |
| |
| |
| |
| |
| |
| | |
Because we don't support them.
For instance, R32G32B32 is not R32G32B32X32 as was assumed.
Add support for R8G8B8X8_UNORM instead of R8G8B8_UNORM surfaces.
|
| |
| |
| |
| | |
The array initializer must be a constant expression in MSVC.
|
| |
| |
| |
| | |
Only some targets need that, the others don't.
|
| |
| |
| |
| |
| | |
I prefer it this way and it has been suggested earlier by others too.
Opinions?
|
| | |
|
| |
| |
| |
| | |
MSVC does not support designated initializers.
|