[Mesa-dev] [Bug 59226] softpipe automake build does not load properly

https://bugs.freedesktop.org/show_bug.cgi?id=59226 --- Comment #3 from Vinson Lee --- Attachment 72835 fixes the bug for me. Tested-by: Vinson Lee -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list me

[Mesa-dev] [Bug 50754] Building 32 bit mesa on 64 bit OS fails since change for automake

https://bugs.freedesktop.org/show_bug.cgi?id=50754 --- Comment #19 from Alexandre Demers --- Even with today's changes to mesa, it's not fixed. We still need to add -m32 to CFLAGS and CXXFLAGS for everything to successfully build. osMesa is the first I'm hitting a bug with. -- You are receiving

Re: [Mesa-dev] [PATCH] targets/dri-swrast: Force c++ linker in all cases.

On Don, 2013-01-10 at 21:11 -0800, Matt Turner wrote: > On Thu, Jan 10, 2013 at 9:06 PM, Johannes Obermayr > wrote: > > Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=59226 > > --- > > src/gallium/targets/dri-swrast/Makefile.am | 10 ++ > > 1 Datei geändert, 2 Zeilen hinzugefügt(+

[Mesa-dev] [PATCH] r600g: attempt v1 at tbo on r600/700

From: Dave Airlie this passes the TBO tests and textureSize fine. --- src/gallium/drivers/r600/r600_pipe.c | 4 +- src/gallium/drivers/r600/r600_pipe.h | 8 +-- src/gallium/drivers/r600/r600_shader.c | 73 ++-- src/gallium/drivers/r600/r600_shader.h

Re: [Mesa-dev] [PATCH 4/4] i965: Add support for GL_ARB_texture_buffer_object_rgb32.

On 01/10/2013 04:14 PM, Eric Anholt wrote: Tested with piglit ARB_texture_buffer_object/formats. --- docs/GL3.txt |2 +- src/mesa/drivers/dri/intel/intel_extensions.c |1 + 2 files changed, 2 insertions(+), 1 deletion(-) diff --git a/docs/GL3.txt b/do

Re: [Mesa-dev] [PATCH] targets/dri-swrast: Force c++ linker in all cases.

On Thu, Jan 10, 2013 at 9:06 PM, Johannes Obermayr wrote: > Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=59226 > --- > src/gallium/targets/dri-swrast/Makefile.am | 10 ++ > 1 Datei geändert, 2 Zeilen hinzugefügt(+), 8 Zeilen entfernt(-) > > diff --git a/src/gallium/targets/dri-sw

[Mesa-dev] [Bug 59226] softpipe automake build does not load properly

https://bugs.freedesktop.org/show_bug.cgi?id=59226 --- Comment #2 from Matt Turner --- Created attachment 72835 --> https://bugs.freedesktop.org/attachment.cgi?id=72835&action=edit patch Does this help? (I didn't think non-LLVM softpipe needed C++ linking) -- You are receiving this mail beca

[Mesa-dev] [PATCH] targets/dri-swrast: Force c++ linker in all cases.

Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=59226 --- src/gallium/targets/dri-swrast/Makefile.am | 10 ++ 1 Datei geändert, 2 Zeilen hinzugefügt(+), 8 Zeilen entfernt(-) diff --git a/src/gallium/targets/dri-swrast/Makefile.am b/src/gallium/targets/dri-swrast/Makefile.am index 8

Re: [Mesa-dev] [PATCH] mesa: Fix out of bounds writes when uncompressing non-block-aligned ETC1.

On 01/10/2013 06:06 PM, Eric Anholt wrote: Fixes a crash in GLB2.1 offscreen on the glthread branch. --- src/mesa/main/texcompress_etc_tmp.h |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/mesa/main/texcompress_etc_tmp.h b/src/mesa/main/texcompress_etc_tmp.h ind

[Mesa-dev] [Bug 59226] softpipe automake build does not load properly

https://bugs.freedesktop.org/show_bug.cgi?id=59226 Matt Turner changed: What|Removed |Added CC||andreas.boll@gmail.com -- You are rec

[Mesa-dev] [Bug 59226] softpipe automake build does not load properly

https://bugs.freedesktop.org/show_bug.cgi?id=59226 Vinson Lee changed: What|Removed |Added CC||matts...@gmail.com --- Comment #1 from Vins

[Mesa-dev] [Bug 54626] [PATCH] llvmpipe's Makefile: CXXFLAGS, CPPFLAGS and LDFLAGS are not properly propagated

https://bugs.freedesktop.org/show_bug.cgi?id=54626 Alexandre Demers changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|mesa-dev@

[Mesa-dev] [Bug 59226] New: softpipe automake build does not load properly

https://bugs.freedesktop.org/show_bug.cgi?id=59226 Priority: medium Bug ID: 59226 Keywords: regression Assignee: mesa-dev@lists.freedesktop.org Summary: softpipe automake build does not load properly Severity: blocker Classificatio

[Mesa-dev] [Bug 59225] New: SIGSEGV src/mesa/program/symbol_table.c:200

https://bugs.freedesktop.org/show_bug.cgi?id=59225 Priority: medium Bug ID: 59225 Assignee: mesa-dev@lists.freedesktop.org Summary: SIGSEGV src/mesa/program/symbol_table.c:200 Severity: critical Classification: Unclassified O

Re: [Mesa-dev] [PATCH 3/3] intel: Clean up confusion between logical and physical surface dimensions.

Hi Paul, They do work -- they just take the same path as TEXTURE_2D_ARRAY by this point. It's possible that we're missing some assert(depth0 % 6 == 0) for sanity there. Have a look at this piglit: tests/spec/arb_texture_cube_map_array/cubemap.c; it uses a 2-layer cubemap array, and depth0 is 12 i

[Mesa-dev] [PATCH] r600: always export a position from vertex shader

From: Dave Airlie This fixes piglit glsl-1.40-tf-no-position from gpu hanging on my rv635 at least. Signed-off-by: Dave Airlie --- src/gallium/drivers/r600/r600_shader.c | 17 + 1 file changed, 17 insertions(+) diff --git a/src/gallium/drivers/r600/r600_shader.c b/src/gallium

Re: [Mesa-dev] [PATCH 3/3] intel: Clean up confusion between logical and physical surface dimensions.

On 10 January 2013 18:12, Eric Anholt wrote: > Paul Berry writes: > > > On 10 January 2013 12:01, Ian Romanick wrote: > > > >> On 01/08/2013 02:27 PM, Paul Berry wrote: > >> This is basically converting depth0 from logical to physical. We had > >> discussed that this could cause problems with

[Mesa-dev] [PATCH] llvmpipe: fix using wrong format with MRT in blend code

From: Roland Scheidegger We were passing in the rt index however this was always 0 for non-independent blend case. (The format was only actually used to decide if the color mask covered all channels so this went unnoticed and was discovered by accident.) (Also do some trivial cleanup.) --- src/g

Re: [Mesa-dev] [PATCH] gallivm: more integer texture format fetch fixes

Oops sorry that was totally the wrong commit message, ignore it... Roland On 01/10/2013 06:22 PM, srol...@vmware.com wrote: From: Roland Scheidegger Change the texel type to int/uint instead of float throughout the sampling code which makes it easier to catch errors (as llvm will complain a

[Mesa-dev] [PATCH] gallivm: more integer texture format fetch fixes

From: Roland Scheidegger Change the texel type to int/uint instead of float throughout the sampling code which makes it easier to catch errors (as llvm will complain about wrong types if we mistakenly treat these values as real floats somewhere). This should also get things like e.g. sampler swiz

Re: [Mesa-dev] [PATCH 3/3] intel: Clean up confusion between logical and physical surface dimensions.

Paul Berry writes: > On 10 January 2013 12:01, Ian Romanick wrote: > >> On 01/08/2013 02:27 PM, Paul Berry wrote: >> This is basically converting depth0 from logical to physical. We had >> discussed that this could cause problems with future cubemap arrays. I may >> not be following the code c

[Mesa-dev] [PATCH] mesa: Fix out of bounds writes when uncompressing non-block-aligned ETC1.

Fixes a crash in GLB2.1 offscreen on the glthread branch. --- src/mesa/main/texcompress_etc_tmp.h |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/mesa/main/texcompress_etc_tmp.h b/src/mesa/main/texcompress_etc_tmp.h index 8bbb2cd..5497566 100644 --- a/src/mesa/main/

Re: [Mesa-dev] r600g glsl 1.40 streamout with no position test

On Thu, Dec 27, 2012 at 12:29 PM, Marek Olšák wrote: > On Thu, Dec 27, 2012 at 12:54 AM, Dave Airlie wrote: >> So I've got a persistent hang with the glsl-1.40-tf-no-position when I >> enabled ubo/tbo and glsl 1.40. >> >> My original thoughts were there was no param export from the vertex >> shad

[Mesa-dev] [PATCH 3/4] i965: Add support for MESA_FORMAT_RGB_FLOAT32 surfaces.

This is for GL_ARB_texture_buffer_object_rgb32 support, but it also causes the format to get used for float32 rgb textures as well on Ironlake and later. Since that came with some surprises, separate the change from the enable commit. --- src/mesa/drivers/dri/i965/brw_wm_surface_state.c |2 +-

[Mesa-dev] [PATCH 4/4] i965: Add support for GL_ARB_texture_buffer_object_rgb32.

Tested with piglit ARB_texture_buffer_object/formats. --- docs/GL3.txt |2 +- src/mesa/drivers/dri/intel/intel_extensions.c |1 + 2 files changed, 2 insertions(+), 1 deletion(-) diff --git a/docs/GL3.txt b/docs/GL3.txt index 34cce72..e367c07 100644 --- a/d

[Mesa-dev] [PATCH 2/4] intel: Make intel_region's pitch be bytes instead of pixels.

We almost never want a stride in pixels -- if you're doing anything with a stride, you're specifying an offset or incrementing a pointer, and in both cases you had to multiply by cpp to get the bytes value you wanted. But worse, on the way to creating a region from a new tiled BO, we divided by cpp

[Mesa-dev] [PATCH 1/4] intel: Make intel_blit.c take pitches in bytes.

As we gain support for NPOT cpp, a pitch may not divide by cpp cleanly. --- src/mesa/drivers/dri/intel/intel_blit.c |5 - src/mesa/drivers/dri/intel/intel_mipmap_tree.c |8 src/mesa/drivers/dri/intel/intel_pixel_bitmap.c |2 +- src/mesa/drivers/dri/intel/intel_pix

[Mesa-dev] build fail after recent changes

make distclean git clean -dfx git pull ./autogen.sh --prefix=/usr --disable-egl --enable-texture-float --enable-gallium-g3dvl --enable-r600-llvm-compiler --with-gallium-drivers=r600,swrast --with-dri-drivers= && make -j5 (get fail and run just make again) Making all in dri-r600 make[3]: Ent

[Mesa-dev] Mesa 9.1 stable branch

It's getting to be about that time again. :) I'd like to make the 9.1 branch on Wednesday, January 25th (a week from next Wednesday). I'd like to shoot for doing the 9.1 release on Friday, February 22nd. Does this sound workable to folks? ___ mesa-

Re: [Mesa-dev] [PATCH 10/10] i965/fs/gen7: Emit code for GLSL 3.00 pack/unpack operations

On 01/10/2013 01:54 PM, Chad Versace wrote: On 01/10/2013 10:45 AM, Ian Romanick wrote: On 01/10/2013 12:10 AM, Chad Versace wrote: Signed-off-by: Chad Versace --- src/mesa/drivers/dri/i965/brw_defines.h| 1 + src/mesa/drivers/dri/i965/brw_fs.h | 7 ++ .../

Re: [Mesa-dev] [PATCH 06/10] i965: Lower the GLSL ES 3.00 pack/unpack operations

On 01/10/2013 01:51 PM, Chad Versace wrote: On 01/10/2013 10:39 AM, Ian Romanick wrote: On 01/10/2013 12:10 AM, Chad Versace wrote: On gen < 7, we fully lower all operations to arithmetic and bitwise operations. On gen >= 7, we fully lower the Snorm2x16 and Unorm2x16 operations, and partially

Re: [Mesa-dev] [PATCH 10/10] i965/fs/gen7: Emit code for GLSL 3.00 pack/unpack operations

On 01/10/2013 10:45 AM, Ian Romanick wrote: > On 01/10/2013 12:10 AM, Chad Versace wrote: >> Signed-off-by: Chad Versace >> --- >> src/mesa/drivers/dri/i965/brw_defines.h| 1 + >> src/mesa/drivers/dri/i965/brw_fs.h | 7 ++ >> .../dri/i965/brw_fs_channel_expression

Re: [Mesa-dev] [PATCH 3/3] intel: Clean up confusion between logical and physical surface dimensions.

On 01/10/2013 01:48 PM, Paul Berry wrote: On 10 January 2013 13:23, Ian Romanick mailto:i...@freedesktop.org>> wrote: On 01/10/2013 01:03 PM, Paul Berry wrote: On 10 January 2013 12:01, Ian Romanick mailto:i...@freedesktop.org>

Re: [Mesa-dev] [PATCH 06/10] i965: Lower the GLSL ES 3.00 pack/unpack operations

On 01/10/2013 10:39 AM, Ian Romanick wrote: > On 01/10/2013 12:10 AM, Chad Versace wrote: >> On gen < 7, we fully lower all operations to arithmetic and bitwise >> operations. >> >> On gen >= 7, we fully lower the Snorm2x16 and Unorm2x16 operations, and >> partially lower the Half2x16 operations. >

Re: [Mesa-dev] [PATCH 3/3] intel: Clean up confusion between logical and physical surface dimensions.

On 10 January 2013 13:23, Ian Romanick wrote: > On 01/10/2013 01:03 PM, Paul Berry wrote: > >> On 10 January 2013 12:01, Ian Romanick > > wrote: >> >> On 01/08/2013 02:27 PM, Paul Berry wrote: >> >> In most cases, the width, height, and depth of the physic

[Mesa-dev] [PATCH] mesa: Print more informative debug for _mesa_do_init_remap_table().

This is the same logic from _mesa_map_function_array(). --- src/mesa/main/remap.c |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/src/mesa/main/remap.c b/src/mesa/main/remap.c index c89fba4..a098705 100644 --- a/src/mesa/main/remap.c +++ b/src/mesa/main/remap.c @@ -208

Re: [Mesa-dev] [PATCH 3/3] intel: Clean up confusion between logical and physical surface dimensions.

On 01/10/2013 01:03 PM, Paul Berry wrote: On 10 January 2013 12:01, Ian Romanick mailto:i...@freedesktop.org>> wrote: On 01/08/2013 02:27 PM, Paul Berry wrote: In most cases, the width, height, and depth of the physical surface used by the driver to implement a texture or re

Re: [Mesa-dev] [PATCH 3/3] intel: Clean up confusion between logical and physical surface dimensions.

On 10 January 2013 12:01, Ian Romanick wrote: > On 01/08/2013 02:27 PM, Paul Berry wrote: > >> In most cases, the width, height, and depth of the physical surface >> used by the driver to implement a texture or renderbuffer is equal to >> the logical width, height, and depth exposed to the client

Re: [Mesa-dev] [PATCH 3/3] intel: Clean up confusion between logical and physical surface dimensions.

On 01/08/2013 02:27 PM, Paul Berry wrote: In most cases, the width, height, and depth of the physical surface used by the driver to implement a texture or renderbuffer is equal to the logical width, height, and depth exposed to the client through functions such as glTexImage3D(). However, there

Re: [Mesa-dev] [PATCH 04/10] glsl: Evaluate constant GLSL ES 3.00 pack/unpack operations

On 01/10/2013 10:57 AM, Chad Versace wrote: Oliver, Could you please clarify on the claim below in the comments to bitcast_u2f: "[memcpy] is the only [method] supported by gcc" for bitcasting uint to float. On 01/10/2013 10:30 AM, Ian Romanick wrote: On 01/10/2013 12:10 AM, Chad Versace wrote:

Re: [Mesa-dev] [PATCH 17/23] readpix: for implentation format/type, ignore int vs. non-int check

On Thu, Jan 10, 2013 at 10:13 AM, Ian Romanick wrote: > On 01/09/2013 11:02 AM, Eric Anholt wrote: >> >> Jordan Justen writes: >> >>> In ES or GL+GL_ARB_ES2_compatibility, the usage of >>> format = IMPLEMENTATION_COLOR_READ_FORMAT + >>> type = IMPLEMENTATION_COLOR_READ_TYPE >>> can function, even

Re: [Mesa-dev] [PATCH 05/10] glsl: Add lowering pass for GLSL ES 3.00 pack/unpack operations

On 01/10/2013 10:36 AM, Ian Romanick wrote: > On 01/10/2013 12:10 AM, Chad Versace wrote: >> Lower them to arithmetic and bit manipulation expressions. >> >> Signed-off-by: Chad Versace >> --- >> src/glsl/Makefile.sources |1 + >> src/glsl/ir_optimization.h | 18 + >>

Re: [Mesa-dev] [PATCH 04/10] glsl: Evaluate constant GLSL ES 3.00 pack/unpack operations

Oliver, Could you please clarify on the claim below in the comments to bitcast_u2f: "[memcpy] is the only [method] supported by gcc" for bitcasting uint to float. On 01/10/2013 10:30 AM, Ian Romanick wrote: > On 01/10/2013 12:10 AM, Chad Versace wrote: >> That is, evaluate constant expressions of

Re: [Mesa-dev] [PATCH 10/10] i965/fs/gen7: Emit code for GLSL 3.00 pack/unpack operations

On 01/10/2013 12:10 AM, Chad Versace wrote: Signed-off-by: Chad Versace --- src/mesa/drivers/dri/i965/brw_defines.h| 1 + src/mesa/drivers/dri/i965/brw_fs.h | 7 ++ .../dri/i965/brw_fs_channel_expressions.cpp| 29 +++- src/mesa/drivers/dri/i965/brw_

Re: [Mesa-dev] [PATCH 03/10] glsl: Extend ir_expression_operation for GLSL 3.00 pack/unpack functions

On 01/10/2013 10:42 AM, Chad Versace wrote: On 01/10/2013 10:28 AM, Ian Romanick wrote: On 01/10/2013 12:10 AM, Chad Versace wrote: For each function {pack,unpack}{Snorm,Unorm,Half}2x16, add a corresponding opcode to enum ir_expression_operation. Validate the new opcodes in ir_validate.cpp. A

[Mesa-dev] [Bug 57044] build failure: make[4]: *** No rule to make target `../../src/mesa/program/libprogram.la', needed by `libmesagallium.la'. Stop.

https://bugs.freedesktop.org/show_bug.cgi?id=57044 Kenneth Graunke changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

Re: [Mesa-dev] [PATCH 03/10] glsl: Extend ir_expression_operation for GLSL 3.00 pack/unpack functions

On 01/10/2013 10:28 AM, Ian Romanick wrote: > On 01/10/2013 12:10 AM, Chad Versace wrote: >> For each function {pack,unpack}{Snorm,Unorm,Half}2x16, add a corresponding >> opcode to enum ir_expression_operation. Validate the new opcodes in >> ir_validate.cpp. >> >> Also, add opcodes for scalarized

Re: [Mesa-dev] [PATCH 06/10] i965: Lower the GLSL ES 3.00 pack/unpack operations

On 01/10/2013 12:10 AM, Chad Versace wrote: On gen < 7, we fully lower all operations to arithmetic and bitwise operations. On gen >= 7, we fully lower the Snorm2x16 and Unorm2x16 operations, and partially lower the Half2x16 operations. Signed-off-by: Chad Versace --- src/glsl/lower_packing_

Re: [Mesa-dev] [PATCH 04/10] glsl: Evaluate constant GLSL ES 3.00 pack/unpack operations

On 01/10/2013 12:10 AM, Chad Versace wrote: That is, evaluate constant expressions of the following functions: packSnorm2x16 unpackSnorm2x16 packUnorm2x16 unpackUnorm2x16 packHalf2x16 unpackHalf2x16 I believe that there is already code somewhere in Mesa for doing float/half conver

Re: [Mesa-dev] [PATCH 03/10] glsl: Extend ir_expression_operation for GLSL 3.00 pack/unpack functions

On 01/10/2013 12:10 AM, Chad Versace wrote: For each function {pack,unpack}{Snorm,Unorm,Half}2x16, add a corresponding opcode to enum ir_expression_operation. Validate the new opcodes in ir_validate.cpp. Also, add opcodes for scalarized variants of the Half2x16 functions. (The code generator f

Re: [Mesa-dev] [PATCH 12/23] copytexture: update error checking for GLES3

On 01/09/2013 12:54 AM, Anuj Phogat wrote: On Wed, Jan 9, 2013 at 3:38 AM, Jordan Justen wrote: On Mon, Jan 7, 2013 at 12:32 AM, Anuj Phogat wrote: On Sat, Jan 5, 2013 at 8:11 AM, Jordan Justen wrote: Changes based on GTF/gles3 conformance test suite. Signed-off-by: Jordan Justen --- sr

Re: [Mesa-dev] [PATCH 16/23] readpix: raise priority of FBO completeness error

On 01/09/2013 12:47 PM, Jordan Justen wrote: On Tue, Jan 8, 2013 at 9:21 AM, Jordan Justen wrote: On Mon, Jan 7, 2013 at 1:19 PM, Ian Romanick wrote: On 01/04/2013 06:41 PM, Jordan Justen wrote: GTF/gles3 test suite wants this error to have higher priority than the type checking. If the

Re: [Mesa-dev] [PATCH 17/23] readpix: for implentation format/type, ignore int vs. non-int check

On 01/09/2013 11:02 AM, Eric Anholt wrote: Jordan Justen writes: In ES or GL+GL_ARB_ES2_compatibility, the usage of format = IMPLEMENTATION_COLOR_READ_FORMAT + type = IMPLEMENTATION_COLOR_READ_TYPE can function, even if the src/dst int vs. non-int types differ. This seems bogus -- why should

Re: [Mesa-dev] [PATCH 19/23] i965 teximage: don't call _mesa_store_teximage if format/type==GL_NONE

Jordan Justen writes: > On Wed, Jan 9, 2013 at 11:11 AM, Eric Anholt wrote: >> Jordan Justen writes: >> >>> Mesa core's copyteximage calls the driver with format/type==GL_NONE >>> to "Allocate texture memory". In this case, we shouldn't call >>> _mesa_store_teximage. >> >> I'm not sure if GL_NO

Re: [Mesa-dev] [PATCH] Revert "configure.ac: Disable compiler optimizations when --enable-debug is set"

On 01/08/2013 10:17 PM, Kenneth Graunke wrote: > On 01/08/2013 12:06 PM, Matt Turner wrote: >> On Tue, Jan 8, 2013 at 8:38 AM, Marek Olšák wrote: >>> Some distributions use --enable-debug for testing packages and the commit >>> results in terrible CPU performance. It can be embarrassing for us. >>

Re: [Mesa-dev] [PATCH] Revert "configure.ac: Disable compiler optimizations when --enable-debug is set"

Maybe we should split --enable-debug into --enable-assertions and --enable-optimized. That's what LLVM does. Marek On Thu, Jan 10, 2013 at 4:03 AM, Chia-I Wu wrote: > On Wed, Jan 9, 2013 at 5:32 PM, Michel Dänzer wrote: >> On Die, 2013-01-08 at 09:31 -0800, Brian Paul wrote: >>> On 01/08/2013 0

[Mesa-dev] [Bug 59187] [Steam] Black screen but audio song On TF2 (Intel HM 55/ Ironlake Mobile)

https://bugs.freedesktop.org/show_bug.cgi?id=59187 Lukas M changed: What|Removed |Added CC||l...@slyon.de -- You are receiving this mail

[Mesa-dev] [PATCH 09/10] i965/vs/gen7: Emit code for GLSL ES 3.00 pack/unpack operations

Signed-off-by: Chad Versace --- src/mesa/drivers/dri/i965/brw_vec4.h | 3 + src/mesa/drivers/dri/i965/brw_vec4_emit.cpp| 8 ++ src/mesa/drivers/dri/i965/brw_vec4_visitor.cpp | 156 - 3 files changed, 166 insertions(+), 1 deletion(-) diff --git a/src/mesa

[Mesa-dev] [PATCH 10/10] i965/fs/gen7: Emit code for GLSL 3.00 pack/unpack operations

Signed-off-by: Chad Versace --- src/mesa/drivers/dri/i965/brw_defines.h| 1 + src/mesa/drivers/dri/i965/brw_fs.h | 7 ++ .../dri/i965/brw_fs_channel_expressions.cpp| 29 +++- src/mesa/drivers/dri/i965/brw_fs_emit.cpp | 39 ++- src/mesa/dr

[Mesa-dev] [PATCH 06/10] i965: Lower the GLSL ES 3.00 pack/unpack operations

On gen < 7, we fully lower all operations to arithmetic and bitwise operations. On gen >= 7, we fully lower the Snorm2x16 and Unorm2x16 operations, and partially lower the Half2x16 operations. Signed-off-by: Chad Versace --- src/glsl/lower_packing_builtins.cpp | 1 + src/mesa/drivers/dri/

[Mesa-dev] [PATCH 03/10] glsl: Extend ir_expression_operation for GLSL 3.00 pack/unpack functions

For each function {pack,unpack}{Snorm,Unorm,Half}2x16, add a corresponding opcode to enum ir_expression_operation. Validate the new opcodes in ir_validate.cpp. Also, add opcodes for scalarized variants of the Half2x16 functions. (The code generator for the i965 fragment shader requires that all

[Mesa-dev] [PATCH 01/10] glsl: Fix typo in comment

Discovered because Eclipse failed to resolve the false reference. s/ir_expression::num_operands/ir_expression::get_num_operands/ Signed-off-by: Chad Versace --- src/glsl/ir.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/glsl/ir.h b/src/glsl/ir.h index 85fc5ce..c9c91e8

[Mesa-dev] [PATCH 00/10] (gles3) glsl, i965: Implement GLSL ES 3.00 pack/unpack functions

This series lives on my gles3-glsl-packing branch. Tested against my piglit gles3-glsl-packing branch on gen6 and gen7. All tests pass. However, the tests and implementation share much common code and concepts, so thorough review is welcome. This is my first attempt at emitting native i965 code,

[Mesa-dev] [PATCH 08/10] i965: Quote the PRM to document a HorzStride subtlety

Signed-off-by: Chad Versace --- src/mesa/drivers/dri/i965/brw_eu_emit.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/src/mesa/drivers/dri/i965/brw_eu_emit.c b/src/mesa/drivers/dri/i965/brw_eu_emit.c index fecbff1..b34754a 100644 --- a/src/mesa/drivers/dri/i965/brw_eu_e

[Mesa-dev] [PATCH 07/10] i965: Add opcodes for F32TO16 and F16TO32

The GLSL ES 3.00 operations packHalf2x16 and unpackHalf2x16 will emit these opcodes. - Define the opcodes BRW_OPCODE_{F32TO16,F16TO32}. - Add the opcodes to the brw_disasm table. - Define convenience functions brw_{F32TO16,F16TO32}. Signed-off-by: Chad Versace --- src/mesa/drivers/dri/i965/brw_

[Mesa-dev] [PATCH 04/10] glsl: Evaluate constant GLSL ES 3.00 pack/unpack operations

That is, evaluate constant expressions of the following functions: packSnorm2x16 unpackSnorm2x16 packUnorm2x16 unpackUnorm2x16 packHalf2x16 unpackHalf2x16 Signed-off-by: Chad Versace --- src/glsl/ir_constant_expression.cpp | 362 1 file changed, 362

[Mesa-dev] [PATCH 02/10] glsl: Add IR lisp for GLSL ES 3.00 pack/unpack functions

For each of the following functions, add a declaration to builtins/profiles/300es.glsl and a file to builtins/ir. packSnorm2x16 unpackSnorm2x16 packUnorm2x16 unpackUnorm2x16 packHalf2x16 unpackHalf2x16 Signed-off-by: Chad Versace --- src/glsl/builtins/ir/packHalf2x16.ir| 6 ++

[Mesa-dev] [PATCH V4 4/7] meta: Add functionality to do _mesa_meta_BlitFrameBuffer() using glsl

This patch rewrites _mesa_meta_BlitFrameBuffer() function to add support for blitting with GLSL/GLSL ES shaders. These changes were required to support glBlitFrameBuffer() in gles3. This patch, along with other patches in this series, make 16 failing framebuffer_blit test cases in gles3 conformance