Age | Commit message (Collapse) | Author |
|
A return of 0 means the fence is signalled.
Signed-off-by: José Fonseca <jfonseca@vmware.com>
|
|
The cache manager stores buffers with a reference count that dropped to 0.
pipe_reference asserts in this case on debug builds,
so use pipe_reference_init instead.
Signed-off-by: José Fonseca <jfonseca@vmware.com>
|
|
Tested with piglit glsl-arb-fragment-coord-conventions.
|
|
It was added to skip checking EGLDisplay, EGLSurface, and etc. It is
never defined and the spec does not allow the checks to be skipped.
Remove it for good.
|
|
Add a new function egl_g3d_create_surface and use it to create window,
pixmap, buffer, and screen surfaces.
|
|
|
|
|
|
Silences warnings about missing break statements in static analysis.
|
|
|
|
Reported-by: Andre Maasikas <amaasikas@gmail.com>
|
|
|
|
It was being erroneously set equal to the host offset, but it should be
zero.
|
|
Small improvement in Lightsmark 2008.
|
|
This fixes a regression with Lightsmark, where more compact TGSI from Mesa
was causing a zero mask MOV to be emitted for shadow map compare, causing
problems in some backends.
Add a few more assertions to catch cases like this.
|
|
|
|
|
|
Fixes crash in Homeworld2 which tries to create a 14MB buffer, because we
now avoid creating GMR buffers larger than 8MB to ensure progress given
we have only a 16MB pool.
|
|
Not having a hardware buffer around doesn't change the fact that the
range is dirty and needs to be uploaded eventually.
|
|
Just cosmetic changes -- no behavior change.
|
|
Many apps don't check the return of map buffer so it is better not to
fail.
|
|
Unnecessary now that we never destroy buffer storage.
|
|
To avoid masking synchronization issues in debug builds.
|
|
Do this by extending the nearest range to cover the new range.
This fixes an access fault in Call of Duty which was doing many disjoint
glBufferSubData calls.
|
|
Actually the current XOR implementation is an INVERT.
This fixes rectangle selection in Maya.
|
|
|
|
|
|
This fixes incorrect Z position of glBitmap, glDraw/CopyPixels for the
svga driver. Now we use 0.5, 0.5 as is typical for ordinary 3D rendering.
(cherry picked from commit bcd561c66777e58dbb29a573c4d2279772bac6c5)
|
|
The ST_SURFACE_x values should match the Mesa BUFFER_x values.
Added some assertions to prevent future mix-ups.
(cherry picked from commit 13cbb5fff68ef8831230638e9f0b29a217750e9d)
|
|
Some st functions assume that they are identical.
(cherry picked from commit 9d17ad2891b58de9e33e943ff918a678c6a3c2bd)
|
|
Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
|
|
The effect of this was that all objects were aligned to 128 bytes
on all generations, rather than just gen2.
Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
|
|
Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
|
|
Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
|
|
This reverts commit fff5be8e7b4557c221f2425dcafc2e7cbbba76ba.
Probably went too soon with this, dileX reported OA not working for him
it works here fine, but the optimisations I wanted aren't working properly
yet so I'll fix that now.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
This creates a cleaner winsys and drop the simple screen stuff.
It makes r300g use pb_bufmgr structs and adds usage of the cached
bufmgr for vertex/index buffers.
It also avoids mapping too often.
I'm not 100% sure this is perfect but it won't find its own bugs.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
The path for VAP_ALT_NUM_VERTICES is also in place (and tested)
but not enabled by default due to the missing support of this reg
in the upstream kernel.
Also, a non-zero BUFFER_BASE in the INDX_BUFFER packet3 hangs the machine.
Am I missing something? Because of this, only draw_arrays can render
more than 65535 vertices without the use of VAP_ALT_NUM_VERTICES.
|
|
|
|
|
|
|
|
|
|
|
|
Unlikely to increase performance from inlining.
And partially expose it through r300_is_sampler_format_supported.
|
|
Ouch.
|
|
|
|
|
|
|
|
The surface_format field is 9 bits wide which has a maximum value
of 511. BRW_SURFACEFORMAT_INVALID has a value of 4095 which exceeds
the width of the surface_format field.
This patch asserts that the format is not BRW_SURFACEFORMAT_INVALID
before assignment to the surface_format field.
|
|
|
|
|
|
With pipe_screen::update_buffer being called in st_validate_state, it is
likely that softpipe will flush tile caches to a detached SHM segment.
Disable SHM for now until a better solution is found.
|