| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Reviewed-by: Chia-I Wu <[email protected]>
|
| |
|
| |
|
|
|
|
|
|
| |
Also includes loading of shared shader library code (used for f64
and integer division) and setting up the immediate array buffer
which is appended to the code.
|
| |
|
| |
|
|
|
|
| |
R4A4 is needed by OSD in mplayer's xvmc output
|
|
|
|
| |
v2: remove PIPE_CAP_ARRAY_TEXTURES in favor of the new CAP.
|
| |
|
|
|
|
|
|
|
|
| |
Advertising different format support based on sample count was a
bad idea, it made resolve to window work, but resolve to anything
else would fail.
See 9f4998639c3c47f0b7ee3e2a29b7f3609d3f7796.
|
| |
|
| |
|
| |
|
|
|
|
| |
Will round to nearest-even.
|
|
|
|
|
|
| |
This prevents null dereferences in validation of interdependent
state after a switch to a pipe context where we mark all state
as dirty but where not all state is valid / set yet.
|
|
|
|
|
|
| |
The window system buffer will be BGRA and applications will try to
directly resolve to it, which would trigger an INVALID_OPERATION in
BlitFramebuffer if the multisample renderbuffer is RGBA.
|
|
|
|
| |
Compile tested only.
|
|
|
|
|
| |
For each driver, factor out C_SOURCES from Makefile to Makefile.sources,
and let Makefile and SConscript share it.
|
|
|
|
| |
Bug introduced in 34980cd153050111edc545545ddff11f5b68347e.
|
| |
|
|
|
|
|
|
|
| |
If there are any cases left where the st thinks that RGBA -> BGRA
will swap components, it will get what it deserves.
Now the GPU's 2D engine goes unused. What a shame.
|
|\
| |
| |
| |
| |
| | |
Conflicts:
src/mesa/state_tracker/st_atom_pixeltransfer.c
src/mesa/state_tracker/st_program.c
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
This doesn't include nvfx since its context struct is not derived
from common nouveau_context (yet).
|
| | |
|
| |
| |
| |
| | |
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.
|
| |
| |
| |
| |
| | |
Context may become NULL and we still have to be able to flush
pending fences.
|
| |
| |
| |
| |
| |
| |
| | |
It's not supposed to do conversion, but st sometimes asks us to.
Sometimes conversion is even wrong (e.g. between UNORM and SRGB).
This should now include all formats the 2D engine supports.
|
|/
|
|
|
|
| |
Should unify this too, but will delay that until the planned
libdrm_nouveau/winsys changes which are likely to cause major
changes to this bo validation code too.
|
|
|
|
| |
Used the vertprog instead of gmtyprog.
|
|
|
|
| |
num_samplers is array of 3 elements, not 5
|
|
|
|
|
|
|
|
|
|
|
| |
emit_add_a16 was using the incorrect source.
This caused adds in the form of:
add u16 $a0 s32 $a1 u32 0x00000200
to have a source AREG of $a0 instead of $a1.
Fixes World of Warcraft in OpenGL and D3D without GLSL.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Clip distance is calculated each time vertex position is written
which is suboptiomal is some cases but very safe.
User clip planes are an obsolete feature anyway.
Every time number of clip planes increases, the vertex program
is recompiled.
That ensures no overhead in normal case (no user clip planes)
and reasonable overhead otherwise.
Fixes 3D windows in compiz, and reflection effect in neverball.
Also fixes compiz expo plugin when windows were dragged and each
window shown 3 times.
|
|
|
|
|
|
|
| |
util_logbase2 is exactly the same function.
Signed-off-by: Matt Turner <[email protected]>
Signed-off-by: Brian Paul <[email protected]>
|
|
|
|
| |
Introduced by 531b12af35a832bcd8928a4919d76f8e9405cde0.
|
|
|
|
|
|
|
|
|
|
| |
If state tracker asked us to map resource directly and we can't
do it (because of tiling), return NULL instead of doing full transfer
- state tracker should handle it and fallback to some other method
or repeat transfer without PIPE_TRANSFER_MAP_DIRECTLY.
It greatly improves performance of xorg state tracker on nv50+,
because its fallback (DFS/UTS) is much faster than full transfer.
|
| |
|
|
|
|
|
| |
We need to distinguish surfaces for mouse cursors from scanouts,
because nv50 hardware display engine ignores tiling flags.
|
|
|
|
|
| |
We'll handle them like f64 vertex buffers, by falling back to
copying vertex data to the command buffer through translate.
|
| |
|
|
|
|
|
|
| |
Just to keep drivers working.
Reviewed-by: Jakob Bornecrantz <[email protected]>
|
|
|
|
|
|
|
|
|
|
|
|
| |
Without it gcc complains:
nv50_screen.c: In function ‘nv50_screen_is_format_supported’:
nv50_screen.c:48: warning: implicit declaration of function ‘util_format_is_supported’
and handles it wrongly - util_format_is_supported returns boolean, which is typedef'ed
to uchar, but function without prototype is assumed to return int.
For me nv50_screen_is_format_supported was returning true for float formats without
--enable-texture-float...
|
| |
|
| |
|
|
|
|
| |
v2: Unsigned floats are allowed regardless of the configure switch.
|