| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
User-defined clip planes were a swtnl fallback before.
|
|
|
|
|
|
|
|
|
|
| |
The earlier change to ensure rendertargets and textures are always
rebound at every command buffer start had the downside of making
successive flushes no longer no-ops, as a command buffer with merely
the rebinding commands were being unnecessarily sent to the vGPU.
This change only re-emits the bindings when necessary, by keeping track
of the need to rebind outside of the dirty state update mechanism.
|
| |
|
|
|
|
| |
Fixes minor sub-pixel positioning error in some apps.
|
|
|
|
|
|
|
|
| |
buffer start.
The svga_update_state() mechanism is inadequate as it will always end up
flushing the primitives before processing the SVGA_NEW_COMMAND_BUFFER
dirty state flag.
|
|
|
|
|
|
|
|
|
| |
every command buffer.
Only non null resources.
To ensure that relocations are emitted for every resource currently
referred.
|
| |
|
|\ |
|
| | |
|
|/
|
|
| |
Needs testing.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This helps improve the surface cache behaviour in the face of the
large number of single-use render targets generated by EXA and the xorg
state tracker. Without this we can reference hundreds of individual
render targets from a command buffer, which leaves little scope for
sharing or reuse of those targets.
Flushing early means we can start reusing textures much sooner.
This shouldn't have much effect on normal 3d rendering as it's pretty
rare to have a command buffer with >8 different render targets in that
world.
|
|
|