Re: [Mesa-dev] st/mesa: implement new DMA-buf based VDPAU interop v2 - REGRESSION on r600

Hello Christian, after all this new VDPAU stuff, I get after ages (months/years) only black window with mplayer -vo vdpau /data/Filme/test.mkv on r600, NI, Turks XT. Switching between full screen and window mode ('F') the innner (black) window part would be halved (wrong offset?). I'll do

Re: [Mesa-dev] [PATCH v3] compiler/glsl: invalidate float suffixes for glsl 1.10

On Monday, March 28, 2016 8:42:14 PM PDT Lars Hamre wrote: > NOTE: someone with access will need to commit this patch after the > review process > > v2: modify error message > v3: parse the float instead of returning an ERROR_TOK > > Invalidates float suffixes for glsl 1.10 > > Fixes the

Re: [Mesa-dev] [PATCH v2 2/2] glsl: raise warning when using uninitialized variables

On Tuesday, March 29, 2016 5:09:37 PM PDT Ilia Mirkin wrote: > This is triggering for gl_GlobalInvocationID :( I think it's because > of how the variable is computed -- a lowering pass after compilation > is added to initialize it IIRC. Perhaps this should try to ignore > global variables? I was

Re: [Mesa-dev] [PATCH 20/26] i965: Add an implemnetation of nir_op_fquantize2f16

On Fri, Mar 25, 2016 at 4:12 PM, Jason Ekstrand wrote: > --- > src/mesa/drivers/dri/i965/brw_fs_nir.cpp | 28 > src/mesa/drivers/dri/i965/brw_vec4_nir.cpp | 25 + > 2 files changed, 53 insertions(+) > > diff --git

Re: [Mesa-dev] [PATCH 16/26] i965: Implement the new imod and irem opcodes

On Fri, Mar 25, 2016 at 4:12 PM, Jason Ekstrand wrote: > --- > src/mesa/drivers/dri/i965/brw_fs_nir.cpp | 32 > ++ > src/mesa/drivers/dri/i965/brw_vec4_nir.cpp | 32 > ++ > 2 files changed, 64 insertions(+) > >

[Mesa-dev] Recent disappearance/erratic release management

Hi all, While some people might consider this too personal to share publicly, I believe that people deserve to know the reasons behind my disappearance/shaky release management over the last couple of months. Here it is: A family member, my father, has been having health issues over the past ~3

[Mesa-dev] Mesa 11.2.0 release candidate 4

Hi all, As most of you have noticed it's been a while since Mesa 11.2.0 rc3. So without further ado here is the fourth and final release candidate for Mesa 11.2.0. I'm planning for the final release to be out this Friday (1st of April) around 16 PM GMT. Please let me know if I've missed

Re: [Mesa-dev] gralloc_drm_pipe

Hi, First of all, thanks for the hard work! Only one problem I noticed so far: when enabling virgl in drm_gralloc but without support in MESA, MESA / drm_gralloc (?) will just crash during initialization. I don't think it's that important but when I'm only using i915 it shouldn't really

Re: [Mesa-dev] [PATCH] i965: Unroll SIMD16 DDY_FINE on Sandybridge.

On Tue, Mar 29, 2016 at 1:32 AM, Kenneth Graunke wrote: > I'm not sure why this is necessary, but it fixes 10 dEQP-GLES3 subtests > from dEQP-GLES3.functional.shaders.derivate.dfdy.texture.float_nicest.*. Okay, so we have to suspect that this is working around some related

Re: [Mesa-dev] [PATCH 1/2 v2] meta: use _mesa_prepare_mipmap_levels()

On 03/29/2016 05:44 PM, Ian Romanick wrote: From: Brian Paul The prepare_mipmap_level() wrapper for _mesa_prepare_mipmap_level() is not needed. It only served to undo the GL_TEXTURE_1D_ARRAY height/depth change was was made before the call to prepare_mipmap_level() Said

[Mesa-dev] [PATCH 1/2 v2] meta: use _mesa_prepare_mipmap_levels()

From: Brian Paul The prepare_mipmap_level() wrapper for _mesa_prepare_mipmap_level() is not needed. It only served to undo the GL_TEXTURE_1D_ARRAY height/depth change was was made before the call to prepare_mipmap_level() Said another way, regardless of how the meta code

[Mesa-dev] [Bug 94752] framebuffer from a destroyed drawable is reused when binding the same context to other drawable

https://bugs.freedesktop.org/show_bug.cgi?id=94752 Guilherme changed: What|Removed |Added CC||gqm...@gmail.com -- You

[Mesa-dev] [Bug 94752] framebuffer from a destroyed drawable is reused when binding the same context to other drawable

https://bugs.freedesktop.org/show_bug.cgi?id=94752 --- Comment #2 from Guilherme --- Created attachment 122627 --> https://bugs.freedesktop.org/attachment.cgi?id=122627=edit Xephyr output with lots of printf's from a single run of attached program -- You are receiving this

[Mesa-dev] [Bug 94752] framebuffer from a destroyed drawable is reused when binding the same context to other drawable

https://bugs.freedesktop.org/show_bug.cgi?id=94752 --- Comment #1 from Guilherme --- Created attachment 122626 --> https://bugs.freedesktop.org/attachment.cgi?id=122626=edit BE CAREFUL - patch that makes the bug consistent -- You are receiving this mail because: You are the

[Mesa-dev] [Bug 94752] framebuffer from a destroyed drawable is reused when binding the same context to other drawable

https://bugs.freedesktop.org/show_bug.cgi?id=94752 Bug ID: 94752 Summary: framebuffer from a destroyed drawable is reused when binding the same context to other drawable Product: Mesa Version: 11.1 Hardware: x86-64 (AMD64)

[Mesa-dev] [PATCH] i965: enable OES_texture_buffer on gen7+

It will only end up getting exposed on gen8+ since it requires GL ES 3.1, but it should be ready to go on gen7 when support for GL ES 3.1 is completed there. Signed-off-by: Ilia Mirkin --- Tested on SKL on top of Samuel's latest patches to fix up the imageBuffer

Re: [Mesa-dev] [PATCH] i965: Fix textureSize() depth value for 1 layer surfaces on Sandybridge.

On Tue, Mar 29, 2016 at 9:58 AM, Kenneth Graunke wrote: > According to the Sandybridge PRM's description of the resinfo message, > the .z value returned will be Depth == 0 ? 0 : Depth + 1. > > This means we return 0 for array textures with a single slice, when > we ought to

Re: [Mesa-dev] [PATCH 2/2] mesa: make _mesa_prepare_mipmap_level() static

On 03/29/2016 03:01 PM, Ian Romanick wrote: > On 03/29/2016 02:43 PM, Ian Romanick wrote: >> I ran these patches and the previous 2 through our CI, and there were no > > I take that back. GIT... was not my friend today. I'm trying it > again... this time with the right bits. Ugh. Something in

Re: [Mesa-dev] [PATCH v2 1/2] glsl: add missing types for buffer images

Tested-by: Ilia Mirkin Fixes the compilation issues here. Thanks for cleaning up after me :) On Tue, Mar 29, 2016 at 5:11 PM, Samuel Pitoiset wrote: > Spotted while trying to run dEQP tests related to > ARB_shader_image_load_store. > > v2: fix

Re: [Mesa-dev] [PATCH 2/2] mesa: make _mesa_prepare_mipmap_level() static

On 03/29/2016 02:43 PM, Ian Romanick wrote: > I ran these patches and the previous 2 through our CI, and there were no I take that back. GIT... was not my friend today. I'm trying it again... this time with the right bits. > regressions on Intel platforms. Both series (with v2 of patch 1 in

Re: [Mesa-dev] [PATCH 1/2] nir/search: Don't match inexact expressions with exact subexpressions

On Tue, Mar 29, 2016 at 2:50 PM, Ian Romanick wrote: > Does this fix any test cases? Either way, this series is > No know test cases. It does mean that we now correctly implement the semantics required for SPIR-V > Reviewed-by: Ian Romanick >

Re: [Mesa-dev] [PATCH 1/2] nir/search: Don't match inexact expressions with exact subexpressions

Does this fix any test cases? Either way, this series is Reviewed-by: Ian Romanick On 03/28/2016 04:54 PM, Jason Ekstrand wrote: > In the first pass of implementing exact handling, I made a mistake with > search-and-replace. In particular, we only reallly handled

Re: [Mesa-dev] [PATCH 2/2] mesa: make _mesa_prepare_mipmap_level() static

I ran these patches and the previous 2 through our CI, and there were no regressions on Intel platforms. Both series (with v2 of patch 1 in the original) are Reviewed-by: Ian Romanick Tested-by: Ian Romanick On 03/29/2016 12:42 PM, Brian

Re: [Mesa-dev] [PATCH 4/4] mesa: add OES_texture_buffer and EXT_texture_buffer support

jfwiw, issue seemed to be that something or other didn't get rebuilt properly (I was using an out-of-tree build which might be related) BR, -R On Tue, Mar 29, 2016 at 3:58 PM, Ilia Mirkin wrote: > Hm I can't imagine how my patches would have affected that. I > can

Re: [Mesa-dev] [PATCH] xlib: add support for GLX_ARB_create_context

On 29/03/16 21:44, Brian Paul wrote: On 03/29/2016 02:27 PM, Emil Velikov wrote: On 26 March 2016 at 17:45, Brian Paul wrote: This adds the glXCreateContextAttribsARB() function for the xlib/swrast driver. This allows more piglit tests to run with this driver. For

Re: [Mesa-dev] [PATCH] docs: add HTTP link for Mesa downloads

Reviewed-by: Ian Romanick On 03/29/2016 12:41 PM, Brian Paul wrote: > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=92628 > --- > docs/download.html | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/docs/download.html

[Mesa-dev] [PATCH v2 1/2] glsl: add missing types for buffer images

Spotted while trying to run dEQP tests related to ARB_shader_image_load_store. v2: fix index in names array Signed-off-by: Samuel Pitoiset Cc: Samuel Iglesias Gonsálvez --- src/compiler/glsl/ast_to_hir.cpp | 21 - 1 file

Re: [Mesa-dev] [PATCH] r600g: fix and optimize tgsi_cmp when using ABS and NEG modifier

On 28 March 2016 at 19:52, wrote: > From: Patrick Rudolph > > Some apps set NEG and ABS on the source param to test for zero. > Use ALU_OP3_CNDE insted of ALU_OP3_CNDGE and unset both modifiers. > > It also removes the need for a MOV instruction, as ABS

Re: [Mesa-dev] [PATCH v2 2/2] glsl: raise warning when using uninitialized variables

This is triggering for gl_GlobalInvocationID :( I think it's because of how the variable is computed -- a lowering pass after compilation is added to initialize it IIRC. Perhaps this should try to ignore global variables? On Mon, Mar 28, 2016 at 2:50 PM, Alejandro Piñeiro

Re: [Mesa-dev] [PATCH 1/2] glsl: add missing types for buffer images

On Tuesday, March 29, 2016 9:01:36 PM PDT Samuel Pitoiset wrote: > Spotted while trying to run dEQP tests related to > ARB_shader_image_load_store. > > Signed-off-by: Samuel Pitoiset > Cc: Samuel Iglesias Gonsálvez > --- >

Re: [Mesa-dev] [PATCH 1/2] tgsi: collect texture sampler target info in tgsi_scan_shader()

Am 29.03.2016 um 22:39 schrieb Jose Fonseca: > On 29/03/16 21:22, Roland Scheidegger wrote: >> I actually think "is_tex" is a bit confusing (because there's lots of >> other parts in the code where we don't really distinguish between >> "texture" and "sample" class of instructions and refer to

Re: [Mesa-dev] [PATCH 1/2] tgsi: collect texture sampler target info in tgsi_scan_shader()

On 03/29/2016 02:39 PM, Jose Fonseca wrote: On 29/03/16 21:22, Roland Scheidegger wrote: I actually think "is_tex" is a bit confusing (because there's lots of other parts in the code where we don't really distinguish between "texture" and "sample" class of instructions and refer to them by the

Re: [Mesa-dev] [PATCH] xlib: add support for GLX_ARB_create_context

On 03/29/2016 02:27 PM, Emil Velikov wrote: On 26 March 2016 at 17:45, Brian Paul wrote: This adds the glXCreateContextAttribsARB() function for the xlib/swrast driver. This allows more piglit tests to run with this driver. For example, without this patch we get: $

Re: [Mesa-dev] [PATCH 2/2] mesa: make _mesa_prepare_mipmap_level() static

On 29/03/16 21:34, Roland Scheidegger wrote: Am 29.03.2016 um 21:42 schrieb Brian Paul: No longer called from any other file. --- src/mesa/main/mipmap.c | 16 src/mesa/main/mipmap.h | 7 --- 2 files changed, 8 insertions(+), 15 deletions(-) diff --git

Re: [Mesa-dev] [PATCH 1/2] tgsi: collect texture sampler target info in tgsi_scan_shader()

On 29/03/16 21:22, Roland Scheidegger wrote: I actually think "is_tex" is a bit confusing (because there's lots of other parts in the code where we don't really distinguish between "texture" and "sample" class of instructions and refer to them by the same name), but it certainly should work here

Re: [Mesa-dev] [PATCH 2/2] mesa: make _mesa_prepare_mipmap_level() static

Am 29.03.2016 um 21:42 schrieb Brian Paul: > No longer called from any other file. > --- > src/mesa/main/mipmap.c | 16 > src/mesa/main/mipmap.h | 7 --- > 2 files changed, 8 insertions(+), 15 deletions(-) > > diff --git a/src/mesa/main/mipmap.c b/src/mesa/main/mipmap.c >

Re: [Mesa-dev] [PATCH] xlib: add support for GLX_ARB_create_context

On 26 March 2016 at 17:45, Brian Paul wrote: > This adds the glXCreateContextAttribsARB() function for the xlib/swrast > driver. This allows more piglit tests to run with this driver. > > For example, without this patch we get: > $ bin/fbo-generatemipmap-1d -auto > piglit:

[Mesa-dev] [Bug 90264] [Regression, bisected] Tooltip corruption in Chrome

https://bugs.freedesktop.org/show_bug.cgi?id=90264 Vasily Khoruzhick changed: What|Removed |Added CC|

Re: [Mesa-dev] [PATCH 1/2] tgsi: collect texture sampler target info in tgsi_scan_shader()

I actually think "is_tex" is a bit confusing (because there's lots of other parts in the code where we don't really distinguish between "texture" and "sample" class of instructions and refer to them by the same name), but it certainly should work here (I think originally it actually meant there'd

Re: [Mesa-dev] [PATCH 4/4] mesa: add OES_texture_buffer and EXT_texture_buffer support

Hm I can't imagine how my patches would have affected that. I can investigate tonight though. Don't have a piglit build handy. On Tue, Mar 29, 2016 at 3:49 PM, Rob Clark wrote: > hmm, appears to break $piglit/bin/arb_texture_buffer_object-get -auto > -fbo for me.. >

Re: [Mesa-dev] [PATCH 4/4] mesa: add OES_texture_buffer and EXT_texture_buffer support

hmm, appears to break $piglit/bin/arb_texture_buffer_object-get -auto -fbo for me.. I get: line 92: GL_TEXTURE_BUFFER_FORMAT_ARB was GL_R8, expected GL_RGBA8 (haven't dug in yet but figured I should mention it in case you had some hints/ideas) BR, -R On Sat, Feb 27, 2016 at 4:30 PM, Ilia

[Mesa-dev] [PATCH 1/2] meta: use _mesa_prepare_mipmap_levels()

The prepare_mipmap_level() wrapper for _mesa_prepare_mipmap_level() is not needed. It only served to undo the GL_TEXTURE_1D_ARRAY height/depth change was was made before the call to prepare_mipmap_level() Said another way, regardless of how the meta code manipulates the height/ depth dims for

[Mesa-dev] [PATCH 2/2] mesa: make _mesa_prepare_mipmap_level() static

No longer called from any other file. --- src/mesa/main/mipmap.c | 16 src/mesa/main/mipmap.h | 7 --- 2 files changed, 8 insertions(+), 15 deletions(-) diff --git a/src/mesa/main/mipmap.c b/src/mesa/main/mipmap.c index cb9afde..5ff53f4 100644 --- a/src/mesa/main/mipmap.c

[Mesa-dev] [PATCH 2/2] tgsi: simplify tgsi_shader_info::is_msaa_sampler checking

We assert that fullinst->Instruction.Texture != 0 above so no need to check it in the conditional. We also have the fullinst->Texture.Texture value in a local variable, so use it. --- src/gallium/auxiliary/tgsi/tgsi_scan.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git

[Mesa-dev] [PATCH] docs: add HTTP link for Mesa downloads

Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=92628 --- docs/download.html | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/docs/download.html b/docs/download.html index 856c2a5..e90c1bb 100644 --- a/docs/download.html +++ b/docs/download.html @@ -18,7 +18,9 @@

[Mesa-dev] [PATCH 1/2] tgsi: collect texture sampler target info in tgsi_scan_shader()

Texture sample instructions specify a sampler unit and texture target such as "1D", "2D", "CUBE", etc. Sampler view declarations also specify the sampler unit and texture target. This patch checks that the texture instructions agree with the declarations and collects the texture target type for

Re: [Mesa-dev] [PATCH] mesa: allow mutable buffer textures to back GL ES images

Thanks! Reviewed-by: Samuel Pitoiset On 03/29/2016 09:31 PM, Ilia Mirkin wrote: Since there is no way to create immutable texture buffers in GL ES, mutable buffer textures are allowed to back images. See issue 7 of the GL_OES_texture_buffer specification.

Re: [Mesa-dev] [android-x86-devel] Re: gralloc_drm_pipe

Hey, On 29 March 2016 at 19:06, Rob Clark wrote: > On Tue, Mar 29, 2016 at 1:51 PM, Daniel Stone wrote: >> Yep, you got it right: in the original intention, the only mappable >> GBM BOs were cursor BOs. This is mostly because we lacked modifiers, >> so

Re: [Mesa-dev] [PATCH 1/2] glsl: add missing types for buffer images

On Tue, Mar 29, 2016 at 3:30 PM, Samuel Pitoiset wrote: > > > On 03/29/2016 09:23 PM, Ilia Mirkin wrote: >> >> I still see >> >> 0:7(1): error: No precision specified in this scope for type >> `imageBuffer >> >> for >> >> #version 310 es >> #extension

Re: [Mesa-dev] [PATCH 1/2] glsl: add missing types for buffer images

On 03/29/2016 09:32 PM, Ilia Mirkin wrote: On Tue, Mar 29, 2016 at 3:30 PM, Samuel Pitoiset wrote: On 03/29/2016 09:23 PM, Ilia Mirkin wrote: I still see 0:7(1): error: No precision specified in this scope for type `imageBuffer for #version 310 es #extension

[Mesa-dev] [PATCH] mesa: allow mutable buffer textures to back GL ES images

Since there is no way to create immutable texture buffers in GL ES, mutable buffer textures are allowed to back images. See issue 7 of the GL_OES_texture_buffer specification. Signed-off-by: Ilia Mirkin --- src/mesa/main/shaderimage.c | 7 ++- 1 file changed, 6

Re: [Mesa-dev] [PATCH 1/2] glsl: add missing types for buffer images

On 03/29/2016 09:23 PM, Ilia Mirkin wrote: I still see 0:7(1): error: No precision specified in this scope for type `imageBuffer for #version 310 es #extension GL_EXT_texture_buffer : require precision highp imageBuffer; layout (local_size_x = 1, local_size_y = 1, local_size_z = 1) in;

Re: [Mesa-dev] [PATCH 1/2] glsl: add missing types for buffer images

I still see 0:7(1): error: No precision specified in this scope for type `imageBuffer for #version 310 es #extension GL_EXT_texture_buffer : require precision highp imageBuffer; layout (local_size_x = 1, local_size_y = 1, local_size_z = 1) in; layout (rgba32f, binding=0) writeonly uniform

Re: [Mesa-dev] [PATCH] mesa: add GL_OES_copy_image support

On Tue, Mar 29, 2016 at 12:36 PM, Ilia Mirkin wrote: > On Thu, Feb 18, 2016 at 1:24 PM, Ilia Mirkin wrote: >> On Thu, Feb 18, 2016 at 1:14 PM, Ian Romanick wrote: >>> On 02/15/2016 05:41 PM, Ilia Mirkin wrote: Signed-off-by:

Re: [Mesa-dev] [PATCH 17/26] i965/fs: Move the code for load/store_shared to emit_cs_intrinsic

Reviewed-by: Jordan Justen On 2016-03-25 16:12:31, Jason Ekstrand wrote: > They are compute-shader only and that's where the code for doing atomics on > shared variables lives so it seemes to make sense. > --- > src/mesa/drivers/dri/i965/brw_fs_nir.cpp | 152 >

Re: [Mesa-dev] [PATCH 21/26] i965/nir: Provide a default LOD for buffer textures

Reviewed-by: Jordan Justen On 2016-03-25 16:12:35, Jason Ekstrand wrote: > Our hardware requires an LOD for all texelFetch commands even if they are > on buffer textures. GLSL IR gives us an LOD of 0 in that case, but the LOD > is really rather meaningless. This

[Mesa-dev] [PATCH 2/2] glsl: remove wrong assertions for GLSL_SAMPLER_DIM_BUF

Type of GLSL_SAMPLER_DIM_BUF can be sampler or image. Signed-off-by: Samuel Pitoiset Cc: Samuel Iglesias Gonsálvez --- src/compiler/glsl/ast_to_hir.cpp | 3 --- 1 file changed, 3 deletions(-) diff --git a/src/compiler/glsl/ast_to_hir.cpp

[Mesa-dev] [PATCH 1/2] glsl: add missing types for buffer images

Spotted while trying to run dEQP tests related to ARB_shader_image_load_store. Signed-off-by: Samuel Pitoiset Cc: Samuel Iglesias Gonsálvez --- src/compiler/glsl/ast_to_hir.cpp | 15 +-- 1 file changed, 9 insertions(+), 6

[Mesa-dev] [Bug 94737] Git history is broken; prevents github upload

https://bugs.freedesktop.org/show_bug.cgi?id=94737 --- Comment #6 from Daniel Stone --- (In reply to Brian Paul from comment #5) > (In reply to Daniel Stone from comment #1) > > Brian, we already mirror Wayland to GitHub; would you like us to set up a > > Mesa mirror as

[Mesa-dev] [Bug 94737] Git history is broken; prevents github upload

https://bugs.freedesktop.org/show_bug.cgi?id=94737 --- Comment #5 from Brian Paul --- (In reply to Daniel Stone from comment #1) > Brian, we already mirror Wayland to GitHub; would you like us to set up a > Mesa mirror as well? Just to serve as a backup? Sounds OK to me .

Re: [Mesa-dev] [android-x86-devel] Re: gralloc_drm_pipe

On Tue, Mar 29, 2016 at 1:51 PM, Daniel Stone wrote: > Hi, > > On 29 March 2016 at 15:44, Rob Clark wrote: >> On Tue, Mar 29, 2016 at 10:30 AM, Rob Herring wrote: >>> On Tue, Mar 29, 2016 at 8:43 AM, Rob Clark

Re: [Mesa-dev] [android-x86-devel] Re: gralloc_drm_pipe

Hi, On 29 March 2016 at 15:44, Rob Clark wrote: > On Tue, Mar 29, 2016 at 10:30 AM, Rob Herring wrote: >> On Tue, Mar 29, 2016 at 8:43 AM, Rob Clark wrote: >>> On Mon, Mar 28, 2016 at 12:29 PM, Rob Herring wrote:

Re: [Mesa-dev] [PATCH] tgsi: collect texture sampler target info in tgsi_scan_shader()

On 03/29/2016 09:28 AM, Roland Scheidegger wrote: Am 29.03.2016 um 03:43 schrieb Brian Paul: Texture sample instructions specify a sampler unit and texture target such as "1D", "2D", "CUBE", etc. Sampler view declarations also specify the sampler unit and texture target. This patch checks

Re: [Mesa-dev] [PATCH] nvc0/ir: move load/store lowering pass to handleLDST()

Yeah it used to be a lot shorter, but it grew. Reviewed-by: Ilia Mirkin On Tue, Mar 29, 2016 at 1:27 PM, Samuel Pitoiset wrote: > Having all this code in a big switch is not really a good pratice. > > Signed-off-by: Samuel Pitoiset

[Mesa-dev] [PATCH] nvc0/ir: move load/store lowering pass to handleLDST()

Having all this code in a big switch is not really a good pratice. Signed-off-by: Samuel Pitoiset --- .../nouveau/codegen/nv50_ir_lowering_nvc0.cpp | 114 +++-- .../nouveau/codegen/nv50_ir_lowering_nvc0.h| 1 + 2 files changed, 61

[Mesa-dev] [Bug 94739] Mesa 11.1.2 implementation error: bad format MESA_FORMAT_Z_FLOAT32 in _mesa_unpack_uint_24_8_depth_stencil_row

https://bugs.freedesktop.org/show_bug.cgi?id=94739 Christian Rauscher changed: What|Removed |Added Version|11.2|11.1 --

Re: [Mesa-dev] [PATCH] xlib: add support for GLX_ARB_create_context

Am 26.03.2016 um 18:45 schrieb Brian Paul: > This adds the glXCreateContextAttribsARB() function for the xlib/swrast > driver. This allows more piglit tests to run with this driver. > > For example, without this patch we get: > $ bin/fbo-generatemipmap-1d -auto > piglit: error:

Re: [Mesa-dev] [PATCH 06/11] glapi: Fix whitespace droppings when printing the license header

On Tue, 2016-03-29 at 09:24 -0700, Dylan Baker wrote: > Ah, that's the problem. While we could do something like add .rstrip() > to the string, I think that just fixing this in the template would be > easier. Yeah, have that done locally. I've merged (most of) the reviewed bits of this series,

[Mesa-dev] [Bug 94739] Mesa 11.1.2 implementation error: bad format MESA_FORMAT_Z_FLOAT32 in _mesa_unpack_uint_24_8_depth_stencil_row

https://bugs.freedesktop.org/show_bug.cgi?id=94739 Christian Rauscher changed: What|Removed |Added Version|11.1|11.2 --

Re: [Mesa-dev] [PATCH] i965: Don't use CUBE wrap modes for integer formats.

On Tuesday, March 29, 2016 7:48:38 AM PDT Jason Ekstrand wrote: > On Mar 28, 2016 10:36 PM, "Kenneth Graunke" wrote: > > > > There is no linear filtering for integer formats, so we should always > > be using CLAMP_TO_EDGE mode. > > > > Fixes 46 dEQP cases on Ivybridge. > >

[Mesa-dev] [Bug 94739] Mesa 11.1.2 implementation error: bad format MESA_FORMAT_Z_FLOAT32 in _mesa_unpack_uint_24_8_depth_stencil_row

https://bugs.freedesktop.org/show_bug.cgi?id=94739 Christian Rauscher changed: What|Removed |Added CC|

[Mesa-dev] [PATCH] i965: Fix textureSize() depth value for 1 layer surfaces on Sandybridge.

According to the Sandybridge PRM's description of the resinfo message, the .z value returned will be Depth == 0 ? 0 : Depth + 1. This means we return 0 for array textures with a single slice, when we ought to return 1. Just override it to max(depth, 1). Fixes 10 dEQP-GLES3.functional tests on

Re: [Mesa-dev] [PATCH 04/14] mesa: Add comment to framebuffer_parameteri()

Reviewed-by: Marek Olšák Marek On Tue, Mar 29, 2016 at 11:51 AM, Edward O'Callaghan wrote: > V.2: > Change 'N.B.,' to 'NOTE:'. > > Signed-off-by: Edward O'Callaghan > --- > src/mesa/main/fbobject.c | 5 + >

Re: [Mesa-dev] [PATCH 02/14] gallium: Obtain ARB_framebuffer_no_attachment constants

Reviewed-by: Marek Olšák Marek On Tue, Mar 29, 2016 at 11:51 AM, Edward O'Callaghan wrote: > Set default values for the constants required in > ARB_framebuffer_no_attachments and obtained the number > of layers from

Re: [Mesa-dev] [PATCH 01/14] gallium: Add PIPE_CAP_FRAMEBUFFER_NO_ATTACHMENT

Reviewed-by: Marek Olšák Marek On Tue, Mar 29, 2016 at 11:51 AM, Edward O'Callaghan wrote: > Add PIPE_CAP to determine if the GL extension > 'GL_ARB_framebuffer_no_attachments' shall be > supported. > > The driver is required to support

Re: [Mesa-dev] [PATCH] mesa: add GL_OES_copy_image support

On Thu, Feb 18, 2016 at 1:24 PM, Ilia Mirkin wrote: > On Thu, Feb 18, 2016 at 1:14 PM, Ian Romanick wrote: >> On 02/15/2016 05:41 PM, Ilia Mirkin wrote: >>> Signed-off-by: Ilia Mirkin >>> --- >>> >>> I ran this with the dEQP

[Mesa-dev] [Bug 94739] Mesa 11.1.2 implementation error: bad format MESA_FORMAT_Z_FLOAT32 in _mesa_unpack_uint_24_8_depth_stencil_row

https://bugs.freedesktop.org/show_bug.cgi?id=94739 Christian Rauscher changed: What|Removed |Added Status|REOPENED|NEW --

[Mesa-dev] [Bug 94739] Mesa 11.1.2 implementation error: bad format MESA_FORMAT_Z_FLOAT32 in _mesa_unpack_uint_24_8_depth_stencil_row

https://bugs.freedesktop.org/show_bug.cgi?id=94739 Christian Rauscher changed: What|Removed |Added Resolution|DUPLICATE |---

Re: [Mesa-dev] [PATCH 06/11] glapi: Fix whitespace droppings when printing the license header

Quoting Adam Jackson (2016-03-29 07:41:01) > On Mon, 2016-03-28 at 11:19 -0700, Dylan Baker wrote: > > Quoting Ian Romanick (2016-03-28 11:03:58) > > > > > > On 03/25/2016 05:33 PM, Dylan Baker wrote: > > > > > > > > Quoting Dylan Baker (2016-03-25 16:01:00) > > > > > > > > > > Quoting Adam

[Mesa-dev] [Bug 94739] Mesa 11.1.2 implementation error: bad format MESA_FORMAT_Z_FLOAT32 in _mesa_unpack_uint_24_8_depth_stencil_row

https://bugs.freedesktop.org/show_bug.cgi?id=94739 Christian Rauscher changed: What|Removed |Added Resolution|---

[Mesa-dev] [Bug 94739] Mesa 11.1.2 implementation error: bad format MESA_FORMAT_Z_FLOAT32 in _mesa_unpack_uint_24_8_depth_stencil_row

https://bugs.freedesktop.org/show_bug.cgi?id=94739 --- Comment #3 from Christian Rauscher --- (In reply to Christian Rauscher from comment #2) > I use Open Suse Leap 42.1 as OS. > The two graphic cards are managed with bumblebee. > The error occurs when I enter the

[Mesa-dev] [Bug 94739] Mesa 11.1.2 implementation error: bad format MESA_FORMAT_Z_FLOAT32 in _mesa_unpack_uint_24_8_depth_stencil_row

https://bugs.freedesktop.org/show_bug.cgi?id=94739 --- Comment #2 from Christian Rauscher --- I use Open Suse Leap 42.1 as OS. The two graphic card are managed with bumblebee. The error occurs when I enter the following command and run the virtual machine.

Re: [Mesa-dev] [PATCH 16a/16] mesa/st: move things around a bit in st_create_fp_variant()

Reviewed-by: Marek Olšák Marek On Tue, Mar 29, 2016 at 4:20 PM, Rob Clark wrote: > From: Rob Clark > > Prep work for next patch. > > Signed-off-by: Rob Clark > --- >

Re: [Mesa-dev] [android-x86-devel] Re: gralloc_drm_pipe

On Tue, Mar 29, 2016 at 10:00:00AM -0400, Rob Clark wrote: > On Tue, Mar 29, 2016 at 4:41 AM, Daniel Vetter wrote: > > On Sat, Mar 26, 2016 at 07:44:58PM -0400, Rob Clark wrote: > >> On Sat, Mar 26, 2016 at 7:09 PM, Stéphane Marchesin > >> wrote: >

Re: [Mesa-dev] [PATCH] tgsi: collect texture sampler target info in tgsi_scan_shader()

Am 29.03.2016 um 03:43 schrieb Brian Paul: > Texture sample instructions specify a sampler unit and texture target > such as "1D", "2D", "CUBE", etc. Sampler view declarations also specify > the sampler unit and texture target. > > This patch checks that the texture instructions agree with the

Re: [Mesa-dev] [PATCH] compiler: random comment fixup

R-B On Mar 29, 2016 7:52 AM, "Rob Clark" wrote: > From: Rob Clark > > Just noticed this in passing.. gl_shader_stage already has tess so this > comment no longer applies. > > Signed-off-by: Rob Clark > --- >

Re: [Mesa-dev] [PATCH 2/2] st/mesa: simplify st_generate_mipmap()

Am 26.03.2016 um 18:21 schrieb Brian Paul: > The whole st_generate_mipmap() function was overly complicated. Now > we just call the new _mesa_prepare_mipmap_levels() function to prepare > the texture mipmap memory, then call the generate function which fills > in the texture images. > > This

[Mesa-dev] [PATCH] compiler: random comment fixup

From: Rob Clark Just noticed this in passing.. gl_shader_stage already has tess so this comment no longer applies. Signed-off-by: Rob Clark --- src/compiler/shader_enums.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [Mesa-dev] [PATCH 2/2] st/mesa: simplify st_generate_mipmap()

On 26/03/16 17:21, Brian Paul wrote: The whole st_generate_mipmap() function was overly complicated. Now we just call the new _mesa_prepare_mipmap_levels() function to prepare the texture mipmap memory, then call the generate function which fills in the texture images. This fixes a failed

Re: [Mesa-dev] [PATCH] i965: Don't use CUBE wrap modes for integer formats.

On Mar 28, 2016 10:36 PM, "Kenneth Graunke" wrote: > > There is no linear filtering for integer formats, so we should always > be using CLAMP_TO_EDGE mode. > > Fixes 46 dEQP cases on Ivybridge. > > This workaround doesn't appear to be necessary on later hardware, and > I

Re: [Mesa-dev] [android-x86-devel] Re: gralloc_drm_pipe

On Tue, Mar 29, 2016 at 10:30 AM, Rob Herring wrote: > On Tue, Mar 29, 2016 at 8:43 AM, Rob Clark wrote: >> On Mon, Mar 28, 2016 at 12:29 PM, Rob Herring wrote: >>> On Fri, Mar 25, 2016 at 8:38 PM, Stéphane Marchesin

Re: [Mesa-dev] [PATCH 06/11] glapi: Fix whitespace droppings when printing the license header

On Mon, 2016-03-28 at 11:19 -0700, Dylan Baker wrote: > Quoting Ian Romanick (2016-03-28 11:03:58) > > > > On 03/25/2016 05:33 PM, Dylan Baker wrote: > > > > > > Quoting Dylan Baker (2016-03-25 16:01:00) > > > > > > > > Quoting Adam Jackson (2016-03-24 11:10:01) > > > > > > > > > >

Re: [Mesa-dev] [PATCH 03/11] glapi/glx: skip that which is marked for skipping

On Mon, 2016-03-28 at 11:14 -0700, Ian Romanick wrote: > I am confused by this patch.  Mesa drivers doesn't support > GL_NV_vertex_program, but the library still supports the protocol for it > for compatibility with other server implementations. > src/glx/glxextensions.c still tries to advertise

Re: [Mesa-dev] [android-x86-devel] Re: gralloc_drm_pipe

On Tue, Mar 29, 2016 at 8:43 AM, Rob Clark wrote: > On Mon, Mar 28, 2016 at 12:29 PM, Rob Herring wrote: >> On Fri, Mar 25, 2016 at 8:38 PM, Stéphane Marchesin >> wrote: >>> On Wed, Mar 23, 2016 at 5:22 PM, Rob Herring

[Mesa-dev] [PATCH 16a/16] mesa/st: move things around a bit in st_create_fp_variant()

From: Rob Clark Prep work for next patch. Signed-off-by: Rob Clark --- src/mesa/state_tracker/st_program.c | 20 1 file changed, 8 insertions(+), 12 deletions(-) diff --git a/src/mesa/state_tracker/st_program.c

[Mesa-dev] [PATCH 16b/16] mesa/st: add support for NIR as possible driver IR

From: Rob Clark Signed-off-by: Rob Clark --- src/mesa/Makefile.sources | 1 + src/mesa/state_tracker/st_glsl_to_nir.cpp | 420 + src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 40 ++-

Re: [Mesa-dev] [android-x86-devel] Re: gralloc_drm_pipe

On Tue, Mar 29, 2016 at 4:41 AM, Daniel Vetter wrote: > On Sat, Mar 26, 2016 at 07:44:58PM -0400, Rob Clark wrote: >> On Sat, Mar 26, 2016 at 7:09 PM, Stéphane Marchesin >> wrote: >> > >> > On Mar 26, 2016 16:05, "Rob Clark"

Re: [Mesa-dev] [android-x86-devel] Re: gralloc_drm_pipe

On Mon, Mar 28, 2016 at 12:29 PM, Rob Herring wrote: > On Fri, Mar 25, 2016 at 8:38 PM, Stéphane Marchesin > wrote: >> On Wed, Mar 23, 2016 at 5:22 PM, Rob Herring wrote: >>> On Fri, Mar 4, 2016 at 12:07 PM, Rob Clark

[Mesa-dev] [Bug 94739] Mesa 11.1.2 implementation error: bad format MESA_FORMAT_Z_FLOAT32 in _mesa_unpack_uint_24_8_depth_stencil_row

https://bugs.freedesktop.org/show_bug.cgi?id=94739 --- Comment #1 from Emil Velikov --- Hi Christian, please provide more information about how you got this message. What application did you run, on which hardware ? -- You are receiving this mail because: You are the

[Mesa-dev] [Bug 94737] Git history is broken; prevents github upload

https://bugs.freedesktop.org/show_bug.cgi?id=94737 --- Comment #4 from Emil Velikov --- There is a bit more info (including a link to possible git fix) [1]. Fwiw I'm all for creating a mirror of mesa, libdrm and/or others on github, although the tags will need to be

  1   2   >