Am 30.03.2016 08:20, schrieb Thomas H.P. Andersen:
On Wed, Mar 30, 2016 at 6:36 AM, Dieter Nützel
wrote:
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 f
https://bugs.freedesktop.org/show_bug.cgi?id=90264
Egor Y. Egorov changed:
What|Removed |Added
CC||egorov_e...@bk.ru
--
You are receiving
On Wed, Mar 30, 2016 at 6:36 AM, Dieter Nützel wrote:
> 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 i
The null check of result was the wrong way around. Also, move memset
and dereference of result after the null check.
---
src/gallium/state_trackers/vdpau/surface.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/gallium/state_trackers/vdpau/surface.c
b/src/gallium/
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 b
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 f
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 j
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 a/src/mesa/drivers/dri/i965/
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(+)
>
> diff --git a/src/mesa/driv
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 m
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 anything
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 need
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
problem and it isn't th
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 another way, regardles
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 manipulates the height/
https://bugs.freedesktop.org/show_bug.cgi?id=94752
Guilherme changed:
What|Removed |Added
CC||gqm...@gmail.com
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=94752
--- Comment #2 from Guilherme ---
Created attachment 122627
--> https://bugs.freedesktop.org/attachment.cgi?id=122627&action=edit
Xephyr output with lots of printf's from a single run of attached program
--
You are receiving this mail because
https://bugs.freedesktop.org/show_bug.cgi?id=94752
--- Comment #1 from Guilherme ---
Created attachment 122626
--> https://bugs.freedesktop.org/attachment.cgi?id=122626&action=edit
BE CAREFUL - patch that makes the bug consistent
--
You are receiving this mail because:
You are the QA Contact
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)
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
situation. Passes dEQP-GLES31 *t
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 return 1. Just overrid
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
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 index in names array
>
> Signed-off-by: Samuel Pito
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 th
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
>
> On 03/28/2016 04:54 PM, Jason Ekstrand wrote:
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 exact/inexact
> on the root of
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 Paul wrote:
> No longer called from any other file.
> --
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 investigate tonight tho
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 example, without this patch
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 b/docs/download.html
> index 856c2a5..e90c
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 changed, 12 insertions(+), 9 deletions(-)
diff --git
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 isn't
> supported on op3.
>
> Tested on AM
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 wrote:
> v2:
> * Take i
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
> ---
> src/compiler/glsl/ast_to_hir.cpp | 15 +--
> 1 file changed,
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 them
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
s
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:
$ bin/fbo-generatemipmap-1d -
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 a/src/mesa/main/m
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
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
> in
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: error: waffle_config_ch
https://bugs.freedesktop.org/show_bug.cgi?id=90264
Vasily Khoruzhick changed:
What|Removed |Added
CC||anars...@gmail.com
--
You are recei
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 b
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..
>
> I get:
>
> line 92:
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 Mir
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 GL_
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
++
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 a/s
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 @@
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 e
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.
Signed-off-by: Ilia Mirkin
---
src
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 it was assumed that they would be in a magi
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 GL_EXT_texture_buffer : re
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 GL_EXT_texture_buffer : require
>>
>> precisi
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 insertions(+), 1 deletion(-)
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;
la
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 ima
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: Ilia Mirkin
---
I ran this with the dEQP tests, an
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
> +++
>
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 commit allows other NIR producer
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 b/src/compiler/glsl/ast_to_hir.cpp
index 5cdd57c..ee0291
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 deletions(-)
diff --git a/src/compiler/glsl/ast_to_hir.cpp b
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 well?
>
> Just to serve a
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 .
--
You are receiving
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 wrote:
On Mon, Mar 28, 2016 at 12:29 PM, Rob Herring wrote:
> However, I fo
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:
However, I found a bigger mismatch is there are no explicit map/unmap
c
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 that
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
> ---
> .../nouveau/codegen/nv50_ir_lowering_nvc0.cpp
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 insertions(+), 54 deletions(-)
di
https://bugs.freedesktop.org/show_bug.cgi?id=94739
Christian Rauscher changed:
What|Removed |Added
Version|11.2|11.1
--
You are receiving this mai
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: waffle_config_choo
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, wo
https://bugs.freedesktop.org/show_bug.cgi?id=94739
Christian Rauscher changed:
What|Removed |Added
Version|11.1|11.2
--
You are receiving this mai
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.
> >
> > This workaround does
https://bugs.freedesktop.org/show_bug.cgi?id=94739
Christian Rauscher changed:
What|Removed |Added
CC||emil.l.veli...@gmail.com
--- Commen
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 Sa
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 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/src/mesa/main/fbobject.c b/src/m
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 ``PIPE_CAP_MAX_TEXTURE_ARRAY_LAYERS``.
>
> We also obtain the MaxFramebufferSam
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 'PIPE_FORMAT_NONE'
> via its 'is_format_supported()' callb
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 tests, and other than the caveats below, they seem
>>> to
>>> mostly w
https://bugs.freedesktop.org/show_bug.cgi?id=94739
Christian Rauscher changed:
What|Removed |Added
Status|REOPENED|NEW
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=94739
Christian Rauscher changed:
What|Removed |Added
Resolution|DUPLICATE |---
Status|RESOLVED
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 Jack
https://bugs.freedesktop.org/show_bug.cgi?id=94739
Christian Rauscher changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
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 following
> command and run th
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.
vblank_mode=0 primusrun vmware
GLib-G
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
> ---
> src/mesa/state_tracker/st_program.c | 20
> 1 file changed, 8 insertions(+), 12 deletions(-)
>
> diff --g
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:
> >> >
> >> > On Mar 26, 2016 16:05, "Rob Clark"
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 de
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
> ---
> src/compiler/shader_enums.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
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 fixe
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 a/src/compiler/shader_enums.h b/src/compiler/shader_enu
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 asser
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 haven't found any document
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
>>> wrote:
On Wed, Mar 23, 2016 at 5:22 PM, Rob Herring wrote:
> On
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)
> > > > >
> > > > > Signed-off-b
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 su
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 wrote:
On Fri, Mar 4, 2016 at 12:07 PM, Rob Clark wrote:
> On Fri
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
b/src/mesa/state_tracker/st_program.c
index 94dc489..8e9c521
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 ++-
src/mesa/state_tracker/st_glsl_to_tgsi.h | 5 +
src/mesa/sta
1 - 100 of 128 matches
Mail list logo
