On evergreen we have to reserve 1 stack element in some additional cases
besides the ones mentioned in the docs, but stack size computation was
recently reimplemented exactly as described in the docs by the patch that
added workarounds for stack issues on EG/CM, resulting in regressions
with some a
Paul Berry writes:
> On 24 November 2013 21:00, Francisco Jerez wrote:
>
>> Including pack/unpack and texstore code. This texture format is a
>> requirement for ARB_shader_image_load_store.
>> ---
>> src/mesa/main/format_pack.c | 29 +++
>> src/mesa/main/format_unpack
Paul Berry writes:
> On 24 November 2013 21:00, Francisco Jerez wrote:
>[...]
>> +
>> +
>>
>
> I'm surprised to see IMAGE_BINDING_LAYERED_EXT here instead of
> IMAGE_BINDING_LAYER. I assume this was just a typographical error?
>
Ugh... How did that happen...
> Change this line to:
>
>
>
> (n
On Sat, Dec 7, 2013 at 8:11 AM, Martin Peres wrote:
> From: Martin Peres
>
> This patch is a follow-up from Ilia Mirkin's enable H.264 patch which
> solves the problem that prevented MPEG-4 videos to play correctly.
>
> Tested on an nva3.
I might reword this as
"""
VP3/VP4 now work on all the c
ping?
I'm pretty sure all gallium drivers are getting random bits corrupted
in 10.0+... at least if driCreateContextAttribs is getting called.
Kristian, you had a patch on IRC, but I didn't see it get posted...
-ilia
On Thu, Nov 28, 2013 at 11:27 PM, Ilia Mirkin wrote:
> Hi Eric,
>
> I belie
On Tuesday 26 November 2013, Francisco Jerez wrote:
> Fredrik Höglund writes:
> >[...]
> >> +}
> >> +
> >> +void GLAPIENTRY
> >> +_mesa_MemoryBarrier(GLbitfield barriers)
> >> +{
> >> + GET_CURRENT_CONTEXT(ctx);
> >> +
> >> + if (ctx->Driver.MemoryBarrier)
> >> + ctx->Driver.MemoryBarrier
Fredrik Höglund writes:
> On Tuesday 26 November 2013, Francisco Jerez wrote:
>> Fredrik Höglund writes:
>> >[...]
>> >> +}
>> >> +
>> >> +void GLAPIENTRY
>> >> +_mesa_MemoryBarrier(GLbitfield barriers)
>> >> +{
>> >> + GET_CURRENT_CONTEXT(ctx);
>> >> +
>> >> + if (ctx->Driver.MemoryBarrier)
Fixes "Missing break in switch" reported by Coverity.
Signed-off-by: Vinson Lee
---
src/gallium/drivers/r600/r600_shader.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/drivers/r600/r600_shader.c
b/src/gallium/drivers/r600/r600_shader.c
index ce15cd7..d6cbfd7 100644
--- a/src/
cfg is only used inside for loop so also move declaration there.
Fixes "Unused pointer value" defect reported by Coverity.
Signed-off-by: Vinson Lee
---
src/gallium/drivers/nouveau/nvc0/nvc0_query.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/src/gallium/drivers/nouve
Paul Berry writes:
> On 24 November 2013 21:00, Francisco Jerez wrote:
>[...]
>> +
>> + case GL_RGBA16UI:
>> + return MESA_FORMAT_RGBA_UINT16;
>> +
>> + case GL_RGB10_A2UI:
>> + return MESA_FORMAT_ABGR2101010_UINT;
>>
>
> I don't understand the naming conventions of the GL and MESA
Paul Berry writes:
> On 24 November 2013 21:00, Francisco Jerez wrote:
>>[...]
>> @@ -175,6 +175,7 @@
>> #define MAX_COMBINED_ATOMIC_BUFFERS(MAX_UNIFORM_BUFFERS * 6)
>> /* Size of an atomic counter in bytes according to
>> ARB_shader_atomic_counters */
>> #define ATOMIC_COUNTER_SIZE
And to check if it can have layers at all. This will be used by the
implementation of ARB_shader_image_load_store.
---
src/mesa/main/teximage.c | 85
src/mesa/main/teximage.h | 6
2 files changed, 91 insertions(+)
diff --git a/src/mesa/main/
Paul Berry writes:
> On 6 December 2013 02:54, Francisco Jerez wrote:
>
>> Paul Berry writes:
>>
>> >[...]
>> > This order of patches introduces temporary build breakages, which I'd
>> > prefer to avoid if possible. Here's one order which I've verified works
>> > (there may be other possibilit
On Fri, Dec 6, 2013 at 11:43 PM, Ilia Mirkin wrote:
> Create the ref_bo without any storage type flags set for now. This can
> probably be split up somehow later on, but this seems to work.
>
> Signed-off-by: Ilia Mirkin
> Cc: "10.0"
> ---
>
> Would be great if someone could see if this also mak
Signed-off-by: Ilia Mirkin
---
src/gallium/drivers/nouveau/nouveau_vp3_video_vp.c | 28 ++
1 file changed, 13 insertions(+), 15 deletions(-)
diff --git a/src/gallium/drivers/nouveau/nouveau_vp3_video_vp.c
b/src/gallium/drivers/nouveau/nouveau_vp3_video_vp.c
index a0f5332..ad
Based on comments by Benjamin Morris in
http://lists.freedesktop.org/archives/nouveau/2013-December/015328.html
This adds setting of is_long_term, and updates a few field names we were
unclear about.
Signed-off-by: Ilia Mirkin
---
src/gallium/drivers/nouveau/nouveau_vp3_video_vp.c | 33 +++
Create the ref_bo without any storage type flags set for now. The issue
probably arises from our use of the additional buffer space at the end
of the ref_bo. It should probably be split up in the future.
Signed-off-by: Ilia Mirkin
Tested-by: Martin Peres
Cc: "10.0"
---
src/gallium/drivers/nouv
The driverPrivate pointer is opaque to the driver and we can't assume
it's a struct gl_context in dri_util.c. Instead provide a helper function
to set the struct gl_context flags from the incoming DRI context flags.
Signed-off-by: Kristian Høgsberg
Cc: "10.0"
---
src/mesa/drivers/dri/common/d
On Sat, Dec 7, 2013 at 8:17 AM, Ilia Mirkin wrote:
> ping?
>
> I'm pretty sure all gallium drivers are getting random bits corrupted
> in 10.0+... at least if driCreateContextAttribs is getting called.
>
> Kristian, you had a patch on IRC, but I didn't see it get posted...
I sent it out now, but
The target parameter to _mesa_get_tex_image() is a target enum, not an index.
When we're setting up faces for a cubemap, it should be
CUBE_MAP_POSITIVE_X .. CUBE_MAP_NEGATIVE_Z; for all other targets it
should be the same as the texobj's target.
Fixes broken cubemaps [had only +X face but claimed
On Sun, Dec 8, 2013 at 1:02 AM, Kristian Høgsberg wrote:
> The driverPrivate pointer is opaque to the driver and we can't assume
> it's a struct gl_context in dri_util.c. Instead provide a helper function
> to set the struct gl_context flags from the incoming DRI context flags.
>
> Signed-off-by:
21 matches
Mail list logo
