| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
into screen object
|
| |
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
configure.ac
src/gallium/drivers/r600/r600_state_inlines.h
src/gallium/tests/trivial/Makefile
src/gallium/winsys/g3dvl/dri/XF86dri.c
src/gallium/winsys/g3dvl/dri/driclient.c
src/gallium/winsys/g3dvl/dri/driclient.h
src/gallium/winsys/g3dvl/dri/xf86dri.h
src/gallium/winsys/g3dvl/dri/xf86dristr.h
src/gallium/winsys/r600/drm/r600_bo.c
|
| |\
| | |
| | |
| | |
| | |
| | |
| | | |
Conflicts:
configure.ac
Signed-off-by: Thomas Hellstrom <[email protected]>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Thomas Hellstrom <[email protected]>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Thomas Hellstrom <[email protected]>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Thomas Hellstrom <[email protected]>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Typically this was done by having a surface creation function fail if
the format was not supported.
However, in some situations when changing hardware surface formats,
it's desirable to do this check before attempting costly readback operations.
Also updated the surface_redefine interface.
Bump minor.
Signed-off-by: Thomas Hellstrom <[email protected]>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Thomas Hellstrom <[email protected]>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Thomas Hellstrom <[email protected]>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Thomas Hellstrom <[email protected]>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Thomas Hellstrom <[email protected]>
|
| | |
| | |
| | |
| | |
| | |
| | | |
The code forgot to increment a pointer.
Signed-off-by: Thomas Hellstrom <[email protected]>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Thomas Hellstrom <[email protected]>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Throttle pretty hard in order to prioritize user-space interactivity over
3D application speed. May revisit this later.
Signed-off-by: Thomas <[email protected]>
|
| | |
| | |
| | |
| | |
| | |
| | | |
See the file src/gallium/state_trackers/xa/README for more info.
Signed-off-by: Thomas Hellstrom <[email protected]>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This fixes a regression introduced with commit
"st-api: Rework how drawables are invalidated v3"
where the glx state tracker manager would invalidate a drawable each time it
checks the drawable dimensions, even during a validate call, which
resulted in an endless loop, since the state tracker would immediately
detect the new invalidation and rerun the validate...
This change marks the drawable invalid only if the drawable dimensions actually
changed during the validate, which will result in at most a single
unnecessary validate by the context running a validate during which the
dimensions changed.
To avoid unnecessary validates altogether, we need to implement yet another
st-api change: Returning the current time stamp from the validate function,
as suggested by Chia-I Wu. The glx state tracker manager could then return
the stamp resulting from the last drawable dimension check.
Signed-off-by: Thomas Hellstrom <[email protected]>
|
| | |
| | |
| | |
| | | |
NOTE: This is a candidate for the 7.11 branch.
|
| | |
| | |
| | |
| | |
| | |
| | | |
Instead of always using the first element's size.
This fixes flashing floor on CINEBENCH R10.
|
| | |
| | |
| | |
| | |
| | | |
pipe_buffer_map_range makes stricter assertions, and would have saved us
grief detecting a bug in svga user buffer uploads.
|
| | |
| | |
| | |
| | | |
Signed-off-by: José Fonseca <[email protected]>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
If a user-buffer was referenced twice by a draw command, the affected ranges
were uploaded separately, with only the last one being referenced by the
hardware. Make sure we upload only a single range.
Signed-off-by: Thomas Hellstrom <[email protected]>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
We currently always treat contents of user-buffers as volatile so
we don't need to take any particular action when the state tracker
announces that the contents has changed.
Signed-off-by: Thomas Hellstrom <[email protected]>
|
| | |
| | |
| | |
| | | |
See preceeding commit for more info.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Viewperf uses some unusual vertex arrays where the stride is less
than the element size. In this case, the stride was 4 while the
element size was 12. The difference of 8 bytes causes us to miss
uploading the tail bit of the array data.
Typically the stride is >= the element size so there was no problem
with other apps.
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Stream user buffer contents rather than trying to maintain persistent
host / hardware copies.
Resulting negative array offsets are not allowed by the hardware,
(well, at least not according to header files), so adjust index bias
to make all array offsets positive.
Signed-off-by: Thomas Hellstrom <[email protected]>
|
| | |
| | |
| | |
| | |
| | |
| | | |
This enables us to pack more data into single upload buffers.
Signed-off-by: Thomas Hellstrom <[email protected]>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Make sure that the upload manager doesn't upload data that's not
dirty. This speeds up the viewperf test proe-04/1 a factor 5 or so on svga.
Also introduce an u_upload_unmap() function that can be used
instead of u_upload_flush() so that we can pack
even more data in upload buffers. With this we can basically reuse the
upload buffer across flushes.
Signed-off-by: Thomas Hellstrom <[email protected]>
|
| | |
| | |
| | |
| | |
| | | |
Also, only flush when going from HW TNL to SW TNL, given it is impossible
for the buffers resulting from SWTNL to be ever referred by HW TNL path.
|
| | |
| | |
| | |
| | | |
Wrong goto labels.
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
llvm-3.0svn revision 134127 changed createTargetMachine to take in
an additional argument of the CPU name.
|
| | |
| | |
| | |
| | | |
llvm-3.0svn revision 134021 renamed TargetInstrDesc to MCInstrDesc.
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
We also avoid writing output color twice, which might not work when we run out of phases.
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
- Copy i915c's support for phases, that should allow us to run a coupe more shaders.
- Fix the error messages.
- Still try to proceed when we get a shader that's too long.
|
| | |
| | |
| | |
| | | |
stage.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Move defintion of M_PI (for the benefit of <math.h> which do not define it), to
before the first use of it
Signed-off-by: Jon TURNEY <[email protected]>
Reviewed-by: Brian Paul <[email protected]>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Fix compilation error due to commit
"Rework how drawables are invalidated v3"
Signed-off-by: Thomas Hellstrom <[email protected]>
|
| | |
| | |
| | |
| | |
| | |
| | | |
It's incorrect to assume a single context bound to a drawable.
Signed-off-by: Thomas Hellstrom <[email protected]>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The api and the state tracker manager code as well as the state tracker code
assumed that only a single context could be bound to a drawable. That is not
a valid assumption, since multiple contexts can bind to the same drawable.
Fix this by making it the state tracker's responsibility to update all
contexts binding to a drawable
Note that the state trackers themselves don't use atomic stamps on
frame-buffers. Multiple context rendering to the same drawable should
be protected by the application.
Signed-off-by: Thomas Hellstrom <[email protected]>
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
free them.
Otherwise they probably belong to draw.
|
| | |
| | |
| | |
| | | |
Otherwise it corrupts other fields of the struct and hilarity ensues.
|
| | | |
|