[Mesa-dev] [PATCH] mesa: fix BlitFramebuffer between linear and sRGB formats

--- src/mesa/main/fbobject.c | 42 +++--- 1 file changed, 39 insertions(+), 3 deletions(-) diff --git a/src/mesa/main/fbobject.c b/src/mesa/main/fbobject.c index 223aef1..891ec5d 100644 --- a/src/mesa/main/fbobject.c +++ b/src/mesa/main/fbobject.c @@ -2799,11

Re: [Mesa-dev] [PATCH 6/6] mesa: expose ARB_texture_cube_map_array in core contexts as well

On Thu, Nov 22, 2012 at 10:35 PM, Chris Forbes wrote: > Signed-off-by: Chris Forbes I think someone suggested this already and I forgot so Reviewed-by: Dave Airlie ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/

Re: [Mesa-dev] [PATCH 5/8] PowerPC: clear Altivec NJ bit

Am 22.11.2012 21:34, schrieb Adhemerval Zanella: > Mostly PowerPC system sets the Altivec NJ bit to 1 so denormal number > are handled as 0. Initially it was a performance configuration, since > denormal handling tended to be costly. However it is not the case on > more recent PowerPC chips (POWER6

Re: [Mesa-dev] [PATCH 0/8] llvmpipe: Fixes for PowerPC/big-endian machines

Am 22.11.2012 21:33, schrieb Adhemerval Zanella: > Hi all, > > This set of patches fixes all the llvmpipe lp_test_* for PowerPC. The first > five > add Altivec intrinsics that fixes all arith testcases, while the remaining one > deals mainly with big-endian memory loads and shift/mask algorithms.

Re: [Mesa-dev] [PATCH 8/8] RFC: llvmpipe: Fix format manipulation for big-endian

Am 22.11.2012 21:35, schrieb Adhemerval Zanella: > This patch fixes various format manipulation for big-endian > architectures. Basically it works on two fronts: 1) by adjusting > some algorithms that do shifts/mask on vector or integers and 2) > by correct loading floating-point in memory. > > Al

Re: [Mesa-dev] [PATCH 7/8] RFC: llvmpipe: Add byte-swap construct calls

Am 22.11.2012 21:35, schrieb Adhemerval Zanella: > This patch adds two more functions in type conversions header: > * lp_build_bswap: construct a call to llvm.bswap intrinsic for an > element > * lp_build_bswap_vec: byte swap every element in a vector base on the > input and output types. > >

[Mesa-dev] [PATCH 8/8] RFC: llvmpipe: Fix format manipulation for big-endian

This patch fixes various format manipulation for big-endian architectures. Basically it works on two fronts: 1) by adjusting some algorithms that do shifts/mask on vector or integers and 2) by correct loading floating-point in memory. Also, the 'lp_bld_format_aos_array.c' approach to load vectors

[Mesa-dev] [PATCH 7/8] RFC: llvmpipe: Add byte-swap construct calls

This patch adds two more functions in type conversions header: * lp_build_bswap: construct a call to llvm.bswap intrinsic for an element * lp_build_bswap_vec: byte swap every element in a vector base on the input and output types. Currently my approach for vectors is naive: it recreates a vect

[Mesa-dev] [PATCH 6/8] llvmpipe: Fix vector constant for shuffle

This patch fixes the vector constant generation used for vector shuffle for big-endian machines. Any tips, advices, comments? >From 52d1751199731bc9693f785fdec985546d0a9537 Mon Sep 17 00:00:00 2001 From: Adhemerval Zanella Date: Thu, 22 Nov 2012 13:42:45 -0600 Subject: [PATCH 6/8] llvmpipe: Fix

[Mesa-dev] [PATCH 5/8] PowerPC: clear Altivec NJ bit

Mostly PowerPC system sets the Altivec NJ bit to 1 so denormal number are handled as 0. Initially it was a performance configuration, since denormal handling tended to be costly. However it is not the case on more recent PowerPC chips (POWER6 and onwards). This patch enforces the clear of NJ bit i

[Mesa-dev] [PATCH 4/8] PowerPC: Altivec floating-point rounding

This patch adds Altivec intrinsics for float vector types. It changes the SSE specific definitions to a platform neutral and adds the calls to Altivec intrinsic builder. Any tips, advices, comments? >From 78e1b12fafe353ab97bdcdbc911b71f24ff239bf Mon Sep 17 00:00:00 2001 From: Adhemerval Zanella

[Mesa-dev] [PATCH 3/8] PowerPC: Altivec vector add/sub intrisics

This patch is just a repost of http://lists.freedesktop.org/archives/mesa-dev/2012-November/029570.html included for organization. >From 9cb39b18eefe44f5d62c50ac70bf705d1bb6e9fe Mon Sep 17 00:00:00 2001 From: Adhemerval Za

[Mesa-dev] [PATCH 2/8] PowerPC: Altivec vector max/min intrisics

This patch is just a repost of http://lists.freedesktop.org/archives/mesa-dev/2012-November/029567.html included for organization. >From 8fc8b040607702d00e0b4927ea372c6597b49251 Mon Sep 17 00:00:00 2001 From: Adhemerval Za

[Mesa-dev] [PATCH 1/8] PowerPC: Altivec pack/unpack intrisics

This patch is just a repost of http://lists.freedesktop.org/archives/mesa-dev/2012-November/029566.html included for organization. >From 88fd3f85a4454283cda172162ad658ae70e73c01 Mon Sep 17 00:00:00 2001 From: Adhemerval Zanella Date: Thu, 22 Nov 2012 10:54:45 -0600 Subject: [PATCH 1/8] PowerPC:

[Mesa-dev] [PATCH 0/8] llvmpipe: Fixes for PowerPC/big-endian machines

Hi all, This set of patches fixes all the llvmpipe lp_test_* for PowerPC. The first five add Altivec intrinsics that fixes all arith testcases, while the remaining one deals mainly with big-endian memory loads and shift/mask algorithms. The first three are repost of previous patches that I includ

[Mesa-dev] [PATCH 7/6] radeonsi: remove redundant parameter in r600_init_surface

From: Marek Olšák [ Cherry-picked from r600g commit f5ac60152b10b04d38e77db6b904dd50d1a54d6c ] --- src/gallium/drivers/radeonsi/r600_texture.c |9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/src/gallium/drivers/radeonsi/r600_texture.c b/src/gallium/drivers/radeon

Re: [Mesa-dev] [PATCH 4/6] radeonsi: Depth/stencil fixes.

On Thu, Nov 22, 2012 at 6:57 PM, Michel Dänzer wrote: > From: Michel Dänzer > > Adapted from r600g commit 018e3f75d69490598d61059ece56d379867f3995. > > Signed-off-by: Michel Dänzer > --- > src/gallium/drivers/radeonsi/r600_resource.h |3 ++- > src/gallium/drivers/radeonsi/r600_texture.c |

Re: [Mesa-dev] [PATCH 1/6] radeonsi: Fix z/stencil texture creation.

On Thu, Nov 22, 2012 at 6:57 PM, Michel Dänzer wrote: > From: Jerome Glisse > > Signed-off-by: Jerome Glisse > > [ Cherry-picked from r600g commit b4f0ab0b22625ac1bb3cf16342039557c086ebae ] > --- > src/gallium/drivers/radeonsi/r600_texture.c | 14 +- > 1 file changed, 5 insertions

[Mesa-dev] [PATCH 6/6] radeonsi: Use explicit stencil mipmap level offsets.

From: Michel Dänzer Extracted from r600g commit 428e37c2da420f7dc14a2ea265f2387270f9bee1. Signed-off-by: Michel Dänzer --- src/gallium/drivers/radeonsi/r600_texture.c |6 -- src/gallium/drivers/radeonsi/si_state.c |7 ++- 2 files changed, 6 insertions(+), 7 deletions(-) di

[Mesa-dev] [PATCH 5/6] radeonsi: correct texture memory size for Z32F_S8X24

From: Marek Olšák [ Cherry-picked from r600g commit ea72351a919c594e7f40e901dca42aebb866f8a6 ] --- src/gallium/drivers/radeonsi/r600_texture.c | 22 +++--- 1 file changed, 15 insertions(+), 7 deletions(-) diff --git a/src/gallium/drivers/radeonsi/r600_texture.c b/src/gallium/

[Mesa-dev] [PATCH 4/6] radeonsi: Depth/stencil fixes.

From: Michel Dänzer Adapted from r600g commit 018e3f75d69490598d61059ece56d379867f3995. Signed-off-by: Michel Dänzer --- src/gallium/drivers/radeonsi/r600_resource.h |3 ++- src/gallium/drivers/radeonsi/r600_texture.c | 26 +++--- 2 files changed, 21 insertions(+), 8

[Mesa-dev] [PATCH 1/6] radeonsi: Fix z/stencil texture creation.

From: Jerome Glisse Signed-off-by: Jerome Glisse [ Cherry-picked from r600g commit b4f0ab0b22625ac1bb3cf16342039557c086ebae ] --- src/gallium/drivers/radeonsi/r600_texture.c | 14 +- 1 file changed, 5 insertions(+), 9 deletions(-) diff --git a/src/gallium/drivers/radeonsi/r600_t

[Mesa-dev] [PATCH 2/6] radeonsi: Fix sampler views for depth textures.

From: Michel Dänzer Consistently reference the flushed depth texture in the sampler view, not the original one. Signed-off-by: Michel Dänzer --- src/gallium/drivers/radeonsi/radeonsi_pipe.h |1 + src/gallium/drivers/radeonsi/si_state.c | 10 +- 2 files changed, 6 insertions(

[Mesa-dev] [PATCH 3/6] radeonsi: Flesh out support for depth/stencil exports from the pixel shader.

From: Michel Dänzer Signed-off-by: Michel Dänzer --- src/gallium/drivers/radeonsi/radeonsi_shader.c | 62 ++-- src/gallium/drivers/radeonsi/si_state_draw.c | 13 +++-- 2 files changed, 68 insertions(+), 7 deletions(-) diff --git a/src/gallium/drivers/radeonsi/radeonsi

[Mesa-dev] [PATCH 0/6] radeonsi: Depth/stencil fixes.

This series allows piglit quick-driver.tests to run without GPUVM protection faults again, and fixes ~80 of the tests (more than 1% of the tests currently being run). [PATCH 1/6] radeonsi: Fix z/stencil texture creation. [PATCH 2/6] radeonsi: Fix sampler views for depth textures. [PATCH 3/6] radeo

[Mesa-dev] [PATCH 1/2] glcpp: Allow for conditional conversion of an undefined macro to zero.

Previously, the grammar would cause any identifier parsed in a context expecting an expression to yield an integer value of zero. A future change will make this behavior conditional, (depending on the GL API). In order to enable that, we move the macro->0 conversion from the grammar to explicit cod

[Mesa-dev] [PATCH 2/2] glcpp: Don't treat undefined macros as zero for GLES3

The specification is clear that an undefined macro in an #if or #elif should cause an error. This is distinct from the behavior required for recent desktop OpenGL. FIXME: This commit isn't compiling for me since I don't have any API_OPENGLES3 symbol in my environment. I'm seeking guidance on how t

[Mesa-dev] Making undefined macros an error for GLES3

Here are a couple of patches to implement the desired behavior for Ian's recently-proposed undefined-macro.vert test, (where "#if undefined_macro" should cause an error for GLES3). The first patch lays the groundwork for the new, conditional treatment of undefined macros. This commit should be rea

[Mesa-dev] [Bug 57374] compilation issue with gcc 4.7.2

https://bugs.freedesktop.org/show_bug.cgi?id=57374 Andreas Boll changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Mesa-dev] [Bug 57374] compilation issue with gcc 4.7.2

https://bugs.freedesktop.org/show_bug.cgi?id=57374 --- Comment #3 from andr...@grapentin.org --- > I'm afraid you're tumbling down a rabbit hole. :) What was the original > problem you're trying to solve? You're completely right. My build environment wasn't sane which lead to a complete crash of

[Mesa-dev] [Bug 57372] x11-libs/libxcb media-libs/mesa segfault in __glXGetString

https://bugs.freedesktop.org/show_bug.cgi?id=57372 --- Comment #3 from Richard Freeman --- One other note - I'm running xorg-server 1.13.0. That was upgraded at the same time as xcb/mesa, so the impactful change could be on the server side. From reviewing git it is apparent that none of the xcb

[Mesa-dev] [PATCH 6/6] mesa: expose ARB_texture_cube_map_array in core contexts as well

Signed-off-by: Chris Forbes --- src/mesa/main/extensions.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/mesa/main/extensions.c b/src/mesa/main/extensions.c index d5a7886..fa5e1aa 100644 --- a/src/mesa/main/extensions.c +++ b/src/mesa/main/extensions.c @@ -129,7 +129,7 @

[Mesa-dev] [PATCH 5/6] i965: expose ARB_texture_cube_map_array

Signed-off-by: Chris Forbes --- docs/GL3.txt | 2 +- src/mesa/drivers/dri/intel/intel_extensions.c | 3 +++ 2 files changed, 4 insertions(+), 1 deletion(-) diff --git a/docs/GL3.txt b/docs/GL3.txt index aebba0b..5d6c451 100644 --- a/docs/GL3.txt +++ b/docs/GL3.tx

[Mesa-dev] [PATCH 4/6] i965: fs: Add fixup for textureSize on Gen7

Signed-off-by: Chris Forbes --- src/mesa/drivers/dri/i965/brw_fs_visitor.cpp | 16 +++- 1 file changed, 15 insertions(+), 1 deletion(-) diff --git a/src/mesa/drivers/dri/i965/brw_fs_visitor.cpp b/src/mesa/drivers/dri/i965/brw_fs_visitor.cpp index 0050252..1fff000 100644 --- a/src/me

[Mesa-dev] [PATCH 3/6] i965: fs: Add fixup for textureSize on Gen6

Signed-off-by: Chris Forbes --- src/mesa/drivers/dri/i965/brw_fs_visitor.cpp | 17 - 1 file changed, 16 insertions(+), 1 deletion(-) diff --git a/src/mesa/drivers/dri/i965/brw_fs_visitor.cpp b/src/mesa/drivers/dri/i965/brw_fs_visitor.cpp index b6f7771..0050252 100644 --- a/src/m

[Mesa-dev] [PATCH 2/6] i965: vs: Add fixup for textureSize with cube array samplers

Signed-off-by: Chris Forbes --- src/mesa/drivers/dri/i965/brw_vec4_visitor.cpp | 11 +++ 1 file changed, 11 insertions(+) diff --git a/src/mesa/drivers/dri/i965/brw_vec4_visitor.cpp b/src/mesa/drivers/dri/i965/brw_vec4_visitor.cpp index f243699..9859992 100644 --- a/src/mesa/drivers/dri

[Mesa-dev] [PATCH 1/6] i965: Add various plumbing for cubemap arrays

Signed-off-by: Chris Forbes --- src/mesa/drivers/dri/i965/brw_tex_layout.c| 4 src/mesa/drivers/dri/i965/brw_wm_sampler_state.c | 3 ++- src/mesa/drivers/dri/i965/brw_wm_surface_state.c | 1 + src/mesa/drivers/dri/i965/gen7_sampler_state.c| 3 ++- src/mesa/drivers/dri/i965/gen7

[Mesa-dev] [Bug 57374] compilation issue with gcc 4.7.2

https://bugs.freedesktop.org/show_bug.cgi?id=57374 --- Comment #2 from Michel Dänzer --- > I guess that's not valid anymore with recent gcc versions? Why wouldn't it be? It's a standard preprocessor test. I'm afraid you're tumbling down a rabbit hole. :) What was the original problem you're try

[Mesa-dev] [PATCH] mesa: Use correct glGetTransformFeedbackVarying name in error msg

--- src/mesa/main/transformfeedback.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/src/mesa/main/transformfeedback.c b/src/mesa/main/transformfeedback.c index e0dd4e8..22060c3 100644 --- a/src/mesa/main/transformfeedback.c +++ b/src/mesa/main/transformfeedback.c @@