| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
| |
Now that we can support different APIs at runtime, we need to check the
context for the API we're currently providing as well.
https://bugs.freedesktop.org/show_bug.cgi?id=28194
|
|
|
|
|
| |
We should be able to do 16, but are limited by Mesa's static buffer
allocations.
|
|
|
|
|
|
|
|
| |
If you used all 4 color targets we currently support, we would see 0
and end up just writing the first output. Give enough bits that we
can do the maximum of 16.
Fixes piglit fbo-drawbuffers-maxtargets.
|
| |
|
| |
|
| |
|
| |
|
|\
| |
| |
| |
| |
| | |
Conflicts:
src/mesa/state_tracker/st_gen_mipmap.c
src/mesa/state_tracker/st_texture.c
|
| | |
|
| |
| |
| |
| |
| | |
adapt to blit changes, and also handle a bit more msaa state in theory
(incomplete, doesn't handle resolves in any way for now).
|
| |
| |
| |
| | |
Signed-off-by: Brian Paul <[email protected]>
|
|\ \ |
|
| | |
| | |
| | |
| | | |
The linux-debug target builds...
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The idea would be that you could have multiple send messages going on
if nothing depended on the previous message's results and you used a
different send message. The problem is that the later send requires
the VUE handle returned by the first send's allocate anyway.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Before we would throttle in the flush callback prior to round-tripping
to the server to do copyregion or swapbuffer. Now, instead just note
that we need to throttle and do it in intel_prepare_render(), which
will be called after receiving the response from the server but before
we start rendering the next frame. Even if the server also throttles
us in swapbuffer, this just makes the throttling a no-op when we hit
intel_prepare_render(). With that we can drop the
using_dri2_swapbuffers hack and just always throttle.
|
| | |
| | |
| | |
| | |
| | | |
Signed-off-by: Alan Coopersmith <[email protected]>
Signed-off-by: Brian Paul <[email protected]>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Nicolai Hähnle <[email protected]>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Marek Olšák <[email protected]>
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This basically restores the previous state, where a vertex result slot
is set up for the texcoord to be replaced with point coord. Fixes
piglit point-sprite test.
Bug #27625
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The initial call to intel_draw_buffers() happens when
intel->ctx.DrawBuffer is still NULL. Call it again after
calling _mesa_make_current().
https://bugs.freedesktop.org/show_bug.cgi?id=28112
|
| | |
| | |
| | |
| | | |
Signed-off-by: Corbin Simpson <[email protected]>
|
| | |
| | |
| | |
| | |
| | |
| | | |
Fixes regression from commit b0427bedde80e3189524651a327235bdfddbc613.
Reviewed-by: José Fonseca <[email protected]>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This is trying to follow the spirit of the invariance rules, though
they're not specific on this point. Fixes quad-invariance piglit test
while retaining the 22s -> 18s win on glean blendFunc.
This was a regression in c67d9d84f501f145f841c0b981caff6f4dfd936f.
|
| | |
| | |
| | |
| | |
| | | |
GL doesn't actually let you begin an OQ while one is active, so the
extra work was pointless.
|
| | | |
|
| | |
| | |
| | |
| | | |
Tested-by: Marek Olšák <[email protected]>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Nicolai Hähnle <[email protected]>
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
Bug #24470: glean clipFlat test.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The RGBX version isn't supported as a vertex input type, but since we
force the last channel's value anyway, this should be fine. The only
potential risk I see is in the limiter on VBO reads past the end of
the buffer forcing the whole vertex to 0 when the A channel lands past
the end.
Fixes piglit draw-vertices-half-float.
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Note that we don't support arbitrary block size for compressed quite
yet -- block height of 4 is hard-coded all over the place.
Bug #27098 (srgb dxt1 producing a bytes per pixel of 0).
|
| | | |
|
| | | |
|
|/ / |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This is similar to the GL_QUAD_STRIP -> TRIANGLE_STRIP optimization --
the GS usage to split the quads into tris is a huge bottleneck, so a
quick check improves glean blendFunc time massively (width * height of
the window of single-pixel GL_QUADS, many many times). This may also
end up helping with cairo performance, which sometimes ends up drawing
a single quad.
|
| |
| |
| |
| |
| | |
While sometimes rendering occurs in the form of blits for TexImage, it
doesn't interact with the window system renderbuffers, so skip it.
|
| | |
|