Re: [Mesa-dev] OpenGL ES only configuration (without desktop OpenGL support)

On Tue, 6 Aug 2013 21:49:52 -0700 Matt Turner matts...@gmail.com wrote: On Tue, Aug 6, 2013 at 9:44 PM, Siarhei Siamashka siarhei.siamas...@gmail.com wrote: Based on a quick test, the current Mesa git master also can work in ES-only mode if the following commits are reverted:

Re: [Mesa-dev] PATCH: R600/SI: Lower BUILD_VECTOR to REG_SEQUENCE

On Die, 2013-08-06 at 16:12 -0700, Tom Stellard wrote: The attached patches teach the SI backend to lower BUILD_VECTOR to REG_SEQUENCE, which should help the register allocator produce better code. This also fixes 364 array indexing piglit tests. Actually, at least on SI, I think some tests

Re: [Mesa-dev] OSMesa (version 9.0) compile error

On 08/06/2013 11:02 AM, ZhiLi wrote: Hello everyone, I am trying to compile Mesa and OSMesa (version 9.0) on linux ubuntu 12.04. The compiled libGL.so works well, however, libOSMesa.so does not work. I check the properties of libOSMesa.so, it says: Name: libOSMesa.so

[Mesa-dev] [PATCH 2/2] gallivm: propagate scalar_lod to emit_size_query too

From: Roland Scheidegger srol...@vmware.com Clearly the returned values need to be per-element if the lod is per element. Does not actually change behavior yet. --- src/gallium/auxiliary/draw/draw_llvm_sample.c |2 ++ src/gallium/auxiliary/gallivm/lp_bld_sample.h |1 +

[Mesa-dev] [PATCH 1/2] gallium: clarify SVIEWINFO opcode

From: Roland Scheidegger srol...@vmware.com This opcode is quite problematic in tgsi, while it tries to mirror d3d10 resinfo it can't really do what's stated there due to missing the crazy return type modifiers. Hence specify this is ignored along with the swizzle. (Other options would be to have

Re: [Mesa-dev] R300 'make check' build failure on master and 9.2

On Tue, Aug 06, 2013 at 10:12:19AM -0700, Ian Romanick wrote: We should set a goal for the 9.3 release: all drivers should just build and 'make check' without having to add a bunch of magic incantations to the configure line. We also need a build bot that will build and 'make check' every

[Mesa-dev] [PATCH] clover: Fix linkage of libOpenCL

Clover needs the option component of llvm. Signed-off-by: Niels Ole Salscheider niels_...@salscheider-online.de --- configure.ac | 4 1 Datei geändert, 4 Zeilen hinzugefügt(+) diff --git a/configure.ac b/configure.ac index 62d06e0..0dcd2a5 100644 --- a/configure.ac +++ b/configure.ac @@

[Mesa-dev] [PATCH 1/2] R600/SI: Implement sint-fp64 conversions

--- lib/Target/R600/SIInstrInfo.td| 6 ++ lib/Target/R600/SIInstructions.td | 8 ++-- test/CodeGen/R600/fp64_to_sint.ll | 9 + test/CodeGen/R600/sint_to_fp64.ll | 9 + 4 Dateien geändert, 30 Zeilen hinzugefügt(+), 2 Zeilen entfernt(-) create mode 100644

[Mesa-dev] [PATCH 2/2] R600/SI: Implement fp32-fp64 conversions

--- lib/Target/R600/SIISelLowering.cpp | 3 +++ lib/Target/R600/SIInstructions.td | 8 ++-- test/CodeGen/R600/fpext.ll | 9 + test/CodeGen/R600/fptrunc.ll | 9 + 4 Dateien geändert, 27 Zeilen hinzugefügt(+), 2 Zeilen entfernt(-) create mode 100644

Re: [Mesa-dev] [PATCH 3/3] i965/blorp: Add support for single sample scaled blit with bilinear filter

On Tue, Aug 6, 2013 at 3:05 PM, Paul Berry stereotype...@gmail.com wrote: On 5 August 2013 15:37, Anuj Phogat anuj.pho...@gmail.com wrote: Currently single sample scaled blits with GL_LINEAR filter falls back to meta path. Patch removes this limitation in BLORP engine and implements single

[Mesa-dev] [PATCH] main: Fix deprecation of glLineWidth()

From section E.1 (Profiles and Deprecated Features of OpenGL 3.0) of the OpenGL 3.0 spec: LineWidth is not deprecated, but values greater than 1.0 will generate an INVALID VALUE error From context it is clear that values greater than 1.0 should only generate an INVALID VALUE error in a

[Mesa-dev] [PATCH] glsl: Enable ARB_fragment_coord_conventions functionality in GLSL 1.50.

GLSL 1.50 incorporates the functionality of the ARB_fragment_coord_conventions extension, so we need to make this functionality available even if the extension isn't enabled. --- src/glsl/ast_to_hir.cpp | 3 ++- src/glsl/glsl_parser.yy | 3 ++- 2 files changed, 4 insertions(+), 2 deletions(-)

Re: [Mesa-dev] [PATCH mesa 3/3] egl: Update to Wayland 1.2 server API

On Thu, Jul 18, 2013 at 03:11:25PM +0300, Ander Conselvan de Oliveira wrote: Since Wayland 1.2, struct wl_buffer and a few functions are deprecated. References to wl_buffer are replaced with wl_resource and some getter functions and calls to deprecated functions are replaced with the proper

Re: [Mesa-dev] [PATCH] glsl: Enable ARB_fragment_coord_conventions functionality in GLSL 1.50.

On 08/07/2013 10:31 AM, Paul Berry wrote: GLSL 1.50 incorporates the functionality of the ARB_fragment_coord_conventions extension, so we need to make this functionality available even if the extension isn't enabled. --- src/glsl/ast_to_hir.cpp | 3 ++- src/glsl/glsl_parser.yy | 3 ++- 2

[Mesa-dev] segfault in pstip_bind_sampler_states

One of the VTK tests (vtkFiltersHybridPython-largeImageOffset) makes OSMesa segfault. This is the top of the gdb backtrace : #0 pstip_bind_sampler_states (pipe=optimized out, num=0, sampler=0x0) at draw/draw_pipe_pstipple.c:713 #1 0x7fffdf7580fc in cso_release_all (ctx=ctx@entry=0x15f1540)

[Mesa-dev] [PATCH 1/2] gallivm: don't clamp reference value for shadow comparison for float formats

From: Roland Scheidegger srol...@vmware.com This is wrong both for OpenGL and d3d. (In fact clamping is a side effect of converting to depth format, so this should really do quantization too at least in d3d10 for the comparisons to be truly correct.) ---

[Mesa-dev] [PATCH 2/2] softpipe: don't clamp reference value for shadow comparison for float formats

From: Roland Scheidegger srol...@vmware.com Clamping is only done for fixed-point formats as part of conversion to texture format. --- src/gallium/drivers/softpipe/sp_tex_sample.c | 44 +++--- 1 file changed, 32 insertions(+), 12 deletions(-) diff --git

[Mesa-dev] [PATCH] gallivm: honor d3d10 floating point rules for shadow comparisons

From: Roland Scheidegger srol...@vmware.com d3d10 specifies ordered comparisons for everything but not_equal which is unordered (http://msdn.microsoft.com/en-us/library/windows/desktop/cc308050.aspx). OpenGL probably doesn't care. --- src/gallium/auxiliary/gallivm/lp_bld_sample_soa.c | 20

Re: [Mesa-dev] [PATCH] main: Fix deprecation of glLineWidth()

On Wed, Aug 7, 2013 at 10:28 AM, Paul Berry stereotype...@gmail.com wrote: From section E.1 (Profiles and Deprecated Features of OpenGL 3.0) of the OpenGL 3.0 spec: LineWidth is not deprecated, but values greater than 1.0 will generate an INVALID VALUE error From context it is clear

Re: [Mesa-dev] [PATCH] glsl: Enable ARB_fragment_coord_conventions functionality in GLSL 1.50.

On Wed, Aug 7, 2013 at 10:31 AM, Paul Berry stereotype...@gmail.com wrote: GLSL 1.50 incorporates the functionality of the ARB_fragment_coord_conventions extension, so we need to make this functionality available even if the extension isn't enabled. --- src/glsl/ast_to_hir.cpp | 3 ++-

Re: [Mesa-dev] [PATCH 2/2] gallivm: propagate scalar_lod to emit_size_query too

- Original Message - From: Roland Scheidegger srol...@vmware.com Clearly the returned values need to be per-element if the lod is per element. Does not actually change behavior yet. Looks good. For the entire series: Reviewed-by: Zack Rusin za...@vmware.com

[Mesa-dev] [PATCH] mesa/vbo: Fix handling of attribute 0 in non-compatibilty contexts

From: Ian Romanick ian.d.roman...@intel.com It is only in OpenGL compatibility-style contexts where generic attribute 0 and GL_VERTEX_ARRAY have a bizzare, aliasing relationship. Moreover, it is only in OpenGL compatibility-style contexts and OpenGL ES 1.x where one of these attributes provokes

[Mesa-dev] [Bug 55503] Constant vertex attributes broken

https://bugs.freedesktop.org/show_bug.cgi?id=55503 --- Comment #4 from Ian Romanick i...@freedesktop.org --- I have posted a somewhat different patch to the mesa-dev mailing list for review: http://lists.freedesktop.org/archives/mesa-dev/2013-August/042881.html -- You are receiving this mail

[Mesa-dev] [Bug 55503] Constant vertex attributes broken

https://bugs.freedesktop.org/show_bug.cgi?id=55503 Ian Romanick i...@freedesktop.org changed: What|Removed |Added Blocks||67224 -- You are

Re: [Mesa-dev] [PATCH] main: Fix deprecation of glLineWidth()

Reviewed-by: Ian Romanick ian.d.roman...@intel.com I believe we have someone writing a piglit test for this? On 08/07/2013 10:28 AM, Paul Berry wrote: From section E.1 (Profiles and Deprecated Features of OpenGL 3.0) of the OpenGL 3.0 spec: LineWidth is not deprecated, but values

[Mesa-dev] [PATCH] mesa: Specify a better GL_MAX_SERVER_WAIT_TIMEOUT limit.

The previous value of (GLuint64) ~0 has some problems: GL_MAX_SERVER_WAIT_TIMEOUT is supposed to be a GLuint64 value, but has to be queried via GetInteger64v(), which returns a GLint64. This means that some applications are likely to treat it as a signed integer, where ~0 means -1. Negative

Re: [Mesa-dev] [PATCH] gallivm: honor d3d10 floating point rules for shadow comparisons

- Original Message - From: Roland Scheidegger srol...@vmware.com d3d10 specifies ordered comparisons for everything but not_equal which is unordered (http://msdn.microsoft.com/en-us/library/windows/desktop/cc308050.aspx). OpenGL probably doesn't care. This series looks good too.

Re: [Mesa-dev] [PATCH] main: Fix deprecation of glLineWidth()

On 7 August 2013 12:34, Ian Romanick i...@freedesktop.org wrote: Reviewed-by: Ian Romanick ian.d.roman...@intel.com I believe we have someone writing a piglit test for this? Yes, I believe Nick is writing a test for it. On 08/07/2013 10:28 AM, Paul Berry wrote: From section E.1

Re: [Mesa-dev] [PATCH mesa 3/3] egl: Update to Wayland 1.2 server API

On 08/07/2013 10:39 AM, Kristian Høgsberg wrote: On Thu, Jul 18, 2013 at 03:11:25PM +0300, Ander Conselvan de Oliveira wrote: Since Wayland 1.2, struct wl_buffer and a few functions are deprecated. References to wl_buffer are replaced with wl_resource and some getter functions and calls to

Re: [Mesa-dev] Questions about arrays in GLSL 1.50 interface blocks

On 08/06/2013 01:34 PM, Matt Turner wrote: On Tue, Aug 6, 2013 at 12:11 PM, Paul Berry stereotype...@gmail.com wrote: Based on what we've seen with AMD and nVidia so far, it seems like the intended behaviour is probably: redeclarations of interface blocks are prohibited, with the exception of

Re: [Mesa-dev] R300 'make check' build failure on master and 9.2

On 08/07/2013 01:33 PM, Ian Romanick wrote: On 08/07/2013 08:43 AM, Tom Stellard wrote: On Tue, Aug 06, 2013 at 10:12:19AM -0700, Ian Romanick wrote: We should set a goal for the 9.3 release: all drivers should just build and 'make check' without having to add a bunch of magic incantations to

Re: [Mesa-dev] [PATCH 4/6] i965/fs: Optimize IF/MOV/ELSE/MOV/ENDIF to SEL when possible.

On 08/06/2013 02:17 PM, Kenneth Graunke wrote: On 08/06/2013 04:14 AM, Christoph Bumiller wrote: On 06.08.2013 03:28, Kenneth Graunke wrote: Many GLSL shaders contain code of the form: x = condition ? foo : bar The compiler emits an ir_if tree for this, since each subexpression might be

Re: [Mesa-dev] [PATCH 4/6] i965/fs: Optimize IF/MOV/ELSE/MOV/ENDIF to SEL when possible.

On 08/05/2013 06:28 PM, Kenneth Graunke wrote: Many GLSL shaders contain code of the form: x = condition ? foo : bar The compiler emits an ir_if tree for this, since each subexpression might be a complex tree that could have side-effects and short-circuit logic operations. However, the

Re: [Mesa-dev] [PATCH] mesa: Specify a better GL_MAX_SERVER_WAIT_TIMEOUT limit.

On 08/07/2013 12:56 PM, Kenneth Graunke wrote: The previous value of (GLuint64) ~0 has some problems: GL_MAX_SERVER_WAIT_TIMEOUT is supposed to be a GLuint64 value, but has to be queried via GetInteger64v(), which returns a GLint64. This means that some applications are likely to treat it as a

Re: [Mesa-dev] [PATCH 1/2] R600/SI: Implement sint-fp64 conversions

On Wed, Aug 07, 2013 at 05:53:36PM +0200, Niels Ole Salscheider wrote: --- lib/Target/R600/SIInstrInfo.td| 6 ++ lib/Target/R600/SIInstructions.td | 8 ++-- test/CodeGen/R600/fp64_to_sint.ll | 9 + test/CodeGen/R600/sint_to_fp64.ll | 9 + Both patches are:

[Mesa-dev] [PATCH 01/20] tgsi: fix the location of sample index

The sample index is always in W. --- src/gallium/auxiliary/tgsi/tgsi_util.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/src/gallium/auxiliary/tgsi/tgsi_util.c b/src/gallium/auxiliary/tgsi/tgsi_util.c index 98c1e6e..fed5f76 100644 ---

[Mesa-dev] [PATCH 02/20] tgsi: add info about MSAA samplers to tgsi_shader_info

--- src/gallium/auxiliary/tgsi/tgsi_scan.c | 13 + src/gallium/auxiliary/tgsi/tgsi_scan.h | 1 + 2 files changed, 14 insertions(+) diff --git a/src/gallium/auxiliary/tgsi/tgsi_scan.c b/src/gallium/auxiliary/tgsi/tgsi_scan.c index 1294a7a..05b7111 100644 ---

[Mesa-dev] [PATCH 03/20] radeonsi: rename r600_resource_texture to r600_texture

--- src/gallium/drivers/radeonsi/r600_blit.c | 22 +- src/gallium/drivers/radeonsi/r600_resource.h | 6 ++--- src/gallium/drivers/radeonsi/r600_texture.c | 34 ++-- src/gallium/drivers/radeonsi/radeonsi_pipe.h | 4 ++--

[Mesa-dev] [PATCH 04/20] radeonsi: rename r600_texture::dirty_db_mask to dirty_level_mask

--- src/gallium/drivers/radeonsi/r600_blit.c | 10 +- src/gallium/drivers/radeonsi/r600_resource.h | 2 +- src/gallium/drivers/radeonsi/r600_texture.c | 2 +- src/gallium/drivers/radeonsi/si_state_draw.c | 2 +- 4 files changed, 8 insertions(+), 8 deletions(-) diff --git

[Mesa-dev] [PATCH 05/20] radeonsi: correct sampler function names

--- src/gallium/drivers/radeonsi/si_state.c | 46 - 1 file changed, 23 insertions(+), 23 deletions(-) diff --git a/src/gallium/drivers/radeonsi/si_state.c b/src/gallium/drivers/radeonsi/si_state.c index be4db8b..1dd51a8 100644 ---

[Mesa-dev] [PATCH 06/20] radeonsi: initialize the radeon_surface structure

this fixes valgrind warnings --- src/gallium/drivers/radeonsi/r600_texture.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/gallium/drivers/radeonsi/r600_texture.c b/src/gallium/drivers/radeonsi/r600_texture.c index 8b0f6a4..62a7518 100644 ---

[Mesa-dev] [PATCH 07/20] radeonsi: unduplicate code in create_context

--- src/gallium/drivers/radeonsi/radeonsi_pipe.c | 6 -- 1 file changed, 6 deletions(-) diff --git a/src/gallium/drivers/radeonsi/radeonsi_pipe.c b/src/gallium/drivers/radeonsi/radeonsi_pipe.c index 69b9ca9..3ebed98 100644 --- a/src/gallium/drivers/radeonsi/radeonsi_pipe.c +++

[Mesa-dev] [PATCH 09/20] radeonsi: implement GL_SAMPLE_ALPHA_TO_ONE

--- src/gallium/drivers/radeonsi/radeonsi_pipe.h | 1 + src/gallium/drivers/radeonsi/radeonsi_shader.c | 14 ++ src/gallium/drivers/radeonsi/radeonsi_shader.h | 1 + src/gallium/drivers/radeonsi/si_state.c| 12 src/gallium/drivers/radeonsi/si_state.h|

[Mesa-dev] [PATCH 10/20] radeonsi: disable alpha-to-coverage for integer colorbuffers

--- src/gallium/drivers/radeonsi/radeonsi_shader.h | 1 + src/gallium/drivers/radeonsi/si_state_draw.c | 9 - 2 files changed, 9 insertions(+), 1 deletion(-) diff --git a/src/gallium/drivers/radeonsi/radeonsi_shader.h b/src/gallium/drivers/radeonsi/radeonsi_shader.h index

[Mesa-dev] [PATCH 11/20] radeonsi: implement uncompressed MSAA texturing

This is glBlitFramebuffer support for MSAA surfaces as required by GL 3.0 and texturing as required by GL 3.2 and GL_ARB_texture_multisample. --- src/gallium/drivers/radeonsi/radeonsi_pipe.c | 3 ++- src/gallium/drivers/radeonsi/si_state.c | 17 +++-- 2 files changed, 13

[Mesa-dev] [PATCH 12/20] radeonsi: implement MSAA colorbuffer compression for rendering

--- src/gallium/drivers/radeonsi/r600_hw_context.c | 11 ++ src/gallium/drivers/radeonsi/r600_resource.h | 21 src/gallium/drivers/radeonsi/r600_texture.c| 133 - src/gallium/drivers/radeonsi/radeonsi_pipe.h | 2 +

[Mesa-dev] [PATCH 13/20] radeonsi: implement FMASK decompression for MSAA texturing

--- src/gallium/drivers/radeonsi/r600_blit.c | 114 +++ src/gallium/drivers/radeonsi/radeonsi_pipe.c | 1 + src/gallium/drivers/radeonsi/radeonsi_pipe.h | 5 ++ src/gallium/drivers/radeonsi/si_state.c | 29 +-- src/gallium/drivers/radeonsi/si_state_draw.c

[Mesa-dev] [PATCH 14/20] radeonsi: reserve a parameter slot for FMASK resources in shaders

--- src/gallium/drivers/radeonsi/radeonsi_shader.c | 7 ++-- src/gallium/drivers/radeonsi/radeonsi_shader.h | 58 ++ src/gallium/drivers/radeonsi/si_state_draw.c | 1 + 3 files changed, 36 insertions(+), 30 deletions(-) diff --git

[Mesa-dev] [PATCH 15/20] radeonsi: add basic infrastructure for atom-based states

It's the same as in r600g. Look how simple it is. --- src/gallium/drivers/radeonsi/r600_hw_context.c | 8 src/gallium/drivers/radeonsi/radeonsi_pipe.h | 9 + src/gallium/drivers/radeonsi/si_state.h| 10 ++ src/gallium/drivers/radeonsi/si_state_draw.c | 8

[Mesa-dev] [PATCH 16/20] radeonsi: add FMASK texture binding slots and resource setup

FMASK is bound as a separate texture. For every texture, there can be an FMASK. Therefore a separate array of resource slots has to be added. This adds a new mechanism for emitting resource descriptors, its features are: - resource descriptors are stored in an ordinary buffer (not in a CS) -

[Mesa-dev] [PATCH 17/20] radeonsi: implement texture fetching for compressed MSAA textures

--- src/gallium/drivers/radeonsi/radeonsi_shader.c | 125 - 1 file changed, 120 insertions(+), 5 deletions(-) diff --git a/src/gallium/drivers/radeonsi/radeonsi_shader.c b/src/gallium/drivers/radeonsi/radeonsi_shader.c index 2806045..9ca7a0e 100644 ---

[Mesa-dev] [PATCH 19/20] radeonsi: disable unbound colorbuffers

--- src/gallium/drivers/radeonsi/si_state.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/src/gallium/drivers/radeonsi/si_state.c b/src/gallium/drivers/radeonsi/si_state.c index a09afb2..861f6b9 100644 --- a/src/gallium/drivers/radeonsi/si_state.c +++

[Mesa-dev] [PATCH 18/20] radeonsi: port texture improvements from r600g

This started as an attempt to add support for MSAA texture transfers and MSAA depth-stencil decompression for the DB-CB copy path. It has gotten a bit out of control, but it's for the greater good. Some changes do not make much sense, they are there just to make it look like the other driver.

[Mesa-dev] [PATCH 20/20] radeonsi: remove useless code in tex_fetch_args

The array slice has already been added to address. --- src/gallium/drivers/radeonsi/radeonsi_shader.c | 18 -- 1 file changed, 18 deletions(-) diff --git a/src/gallium/drivers/radeonsi/radeonsi_shader.c b/src/gallium/drivers/radeonsi/radeonsi_shader.c index 9ca7a0e..d695c9e

[Mesa-dev] [PATCH 00/20] MSAA support for Radeon SI and more

Hi everyone, This is MSAA support for the radeonsi driver. It implements MSAA rendering, texturing, and colorbuffer compression. The only missing feature is the MSAA fast color clear; other than that, it operates at maximum performance the hardware is capable of. I have some patches for the

Re: [Mesa-dev] R300 'make check' build failure on master and 9.2

On Wed, Aug 07, 2013 at 03:25:48PM -0700, Ian Romanick wrote: On 08/07/2013 01:33 PM, Ian Romanick wrote: On 08/07/2013 08:43 AM, Tom Stellard wrote: On Tue, Aug 06, 2013 at 10:12:19AM -0700, Ian Romanick wrote: We should set a goal for the 9.3 release: all drivers should just build and

[Mesa-dev] [Bug 54805] gl_ClipVertex support horribly broken with software TNL

https://bugs.freedesktop.org/show_bug.cgi?id=54805 Ian Romanick i...@freedesktop.org changed: What|Removed |Added Assignee|kenn...@whitecape.org

[Mesa-dev] [PATCH 1/2] gallivm: honor d3d10's wishes of out-of-bounds behavior for texture size query

From: Roland Scheidegger srol...@vmware.com Specifically, must return 0 for non-existent mip levels (and non-existent textures which is an unsolved problem) for everything but total mip count. --- src/gallium/auxiliary/gallivm/lp_bld_sample_soa.c | 35 - 1 file changed, 27

[Mesa-dev] [PATCH 2/2] gallivm: use texture target from shader instead of static state for size query

From: Roland Scheidegger srol...@vmware.com d3d10 has no notion of distinct array resources neither at the resource nor sampler view level. However, shader dcl of resources certainly has, and d3d10 expects resinfo to return the values according to that - in particular a resource might have been a

[Mesa-dev] [Bug 55503] Constant vertex attributes broken

https://bugs.freedesktop.org/show_bug.cgi?id=55503 Ian Romanick i...@freedesktop.org changed: What|Removed |Added Status|NEW |ASSIGNED

Re: [Mesa-dev] R300 'make check' build failure on master and 9.2

On 08/07/2013 05:45 PM, Tom Stellard wrote: On Wed, Aug 07, 2013 at 03:25:48PM -0700, Ian Romanick wrote: On 08/07/2013 01:33 PM, Ian Romanick wrote: On 08/07/2013 08:43 AM, Tom Stellard wrote: On Tue, Aug 06, 2013 at 10:12:19AM -0700, Ian Romanick wrote: We should set a goal for the 9.3