On Nov 27, 2015 3:55 AM, "Juan A. Suarez Romero"
wrote:
>
> When using INTEL_DEBUG=optimizer, each optimizing step is dump to disk,
> in a separate file.
>
> But as fs_visitor::optimize() and vec4_visitor::run() are called more
> than once, it ends up overwriting the files already on disk, loosing
https://bugs.freedesktop.org/show_bug.cgi?id=93114
Jason Ekstrand changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
Resolution|---
On Fri, Nov 27, 2015 at 7:32 PM, Kenneth Graunke wrote:
> On Wednesday, November 25, 2015 06:14:28 PM Matt Turner wrote:
>> Removes dead code from glsl-mat-from-int-ctor-03.shader_test.
>>
>> Reported-by: Juan A. Suarez Romero
>> ---
>> src/mesa/drivers/dri/i965/brw_fs_dead_code_eliminate.cpp
When probing for devices, clover will call pipe_loader_probe() twice.
The first time to retrieve the number of devices, and then second time
to retrieve the device structures.
We currently assume that the return value of both calls will be the
same, but this will not be the case if a device happen
On Wednesday, November 25, 2015 06:14:28 PM Matt Turner wrote:
> Removes dead code from glsl-mat-from-int-ctor-03.shader_test.
>
> Reported-by: Juan A. Suarez Romero
> ---
> src/mesa/drivers/dri/i965/brw_fs_dead_code_eliminate.cpp | 4
> src/mesa/drivers/dri/i965/brw_vec4_dead_code_elimin
On Thursday, November 26, 2015 12:10:15 AM Jason Ekstrand wrote:
> Since we're using nir_lower_outputs_to_temporaries to shadow all our
> outputs, it's impossible to actually get an indirect store. The code we
> had to "handle" this was pretty bogus as it created a register with a
> reladdr and th
https://bugs.freedesktop.org/show_bug.cgi?id=93114
--- Comment #11 from Kenneth Graunke ---
Last I checked this was a very buggy GL application, so beware...
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
___
On Friday, November 27, 2015 01:08:08 PM Ilia Mirkin wrote:
> On Fri, Nov 27, 2015 at 9:31 AM, Marta Lofstedt
> wrote:
[snip]
> > @@ -1174,6 +1199,21 @@ check_extra(struct gl_context *ctx, const char
> > *func, const struct value_desc *d
> > api_found = ctx->Extensions.ARB_shader_image
Reviewed-by: Marek Olšák
Marek
On Sat, Nov 28, 2015 at 12:24 AM, Nicolai Hähnle wrote:
> From: Nicolai Hähnle
>
> Non-timer queries are suspended during blits. When the blits end, the queries
> are resumed, but this resume operation itself might run out of CS space and
> trigger a flush. When
Tested-by: Axel Davy
On 28/11/2015 00:24, Nicolai Hähnle wrote:
From: Nicolai Hähnle
Non-timer queries are suspended during blits. When the blits end, the queries
are resumed, but this resume operation itself might run out of CS space and
trigger a flush. When this happens, we must prevent a
From: Nicolai Hähnle
Non-timer queries are suspended during blits. When the blits end, the queries
are resumed, but this resume operation itself might run out of CS space and
trigger a flush. When this happens, we must prevent a duplicate suspend during
preflush suspend, and we must also prevent
https://bugs.freedesktop.org/show_bug.cgi?id=93100
Timothy Arceri changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Thu, 2015-11-26 at 14:31 +, Emil Velikov wrote:
> On 26 November 2015 at 05:26, Timothy Arceri
> wrote:
> > On Thu, 2015-11-26 at 00:36 +, Emil Velikov wrote:
> > > Currently it stores strlen(buf) whenever the user originally
> > > provided
> > > a
> > > negative value for length.
> > >
On Thu, 2015-11-26 at 00:36 +, Emil Velikov wrote:
> We're about to rework the meaning of gl_debug_message::length to
to only store ??
> store
> the user provided data. Thus we should add an explicit validation for
> null terminated strings.
>
> Signed-off-by: Emil Velikov
Reviewed-by: Ti
On Thu, 2015-11-26 at 14:08 +, Emil Velikov wrote:
> On 26 November 2015 at 04:39, Timothy Arceri
> wrote:
> > On Thu, 2015-11-26 at 00:36 +, Emil Velikov wrote:
> > > The extension requires (cough implements) GetPointervKHR (alias
> > > of
> > > GetPointerv) which in itself is available f
On Fri, 2015-11-27 at 13:16 +, Emil Velikov wrote:
> There was only a single user which was using strlen(buf).
> As this function is not user facing (i.e. we don't need to feed back
> original length via a callback), we can simplify things.
>
Thanks for fixing this up.
Reviewed-by: Timothy A
On Nov 27, 2015 11:26 AM, "Matt Turner" wrote:
>
> On Fri, Nov 27, 2015 at 6:50 AM, Emil Velikov
wrote:
> > On 25 November 2015 at 22:01, Matt Turner wrote:
> >> On Wed, Nov 25, 2015 at 1:32 PM, Emil Velikov
wrote:
> >
> >>> --- a/src/Makefile.am
> >>> +++ b/src/Makefile.am
> >>> @@ -23,6 +23,7
On Fri, Nov 27, 2015 at 6:50 AM, Emil Velikov wrote:
> On 25 November 2015 at 22:01, Matt Turner wrote:
>> On Wed, Nov 25, 2015 at 1:32 PM, Emil Velikov
>> wrote:
>
>>> --- a/src/Makefile.am
>>> +++ b/src/Makefile.am
>>> @@ -23,6 +23,7 @@ SUBDIRS = . gtest util mapi/glapi/gen mapi
>>>
>>> # XX
On Fri, Nov 27, 2015 at 2:12 PM, Emil Velikov wrote:
> On 27 November 2015 at 19:00, Ilia Mirkin wrote:
>> On Fri, Nov 27, 2015 at 1:55 PM, Emil Velikov
>> wrote:
>>> On 27 November 2015 at 18:36, Ilia Mirkin wrote:
On Fri, Nov 27, 2015 at 1:31 PM, Emil Velikov
wrote:
> On 27 N
On 27 November 2015 at 19:00, Ilia Mirkin wrote:
> On Fri, Nov 27, 2015 at 1:55 PM, Emil Velikov
> wrote:
>> On 27 November 2015 at 18:36, Ilia Mirkin wrote:
>>> On Fri, Nov 27, 2015 at 1:31 PM, Emil Velikov
>>> wrote:
On 27 November 2015 at 18:02, Ilia Mirkin wrote:
> On Fri, Nov 2
On Fri, Nov 27, 2015 at 1:55 PM, Emil Velikov wrote:
> On 27 November 2015 at 18:36, Ilia Mirkin wrote:
>> On Fri, Nov 27, 2015 at 1:31 PM, Emil Velikov
>> wrote:
>>> On 27 November 2015 at 18:02, Ilia Mirkin wrote:
On Fri, Nov 27, 2015 at 9:31 AM, Marta Lofstedt
wrote:
> From:
On 27 November 2015 at 18:36, Ilia Mirkin wrote:
> On Fri, Nov 27, 2015 at 1:31 PM, Emil Velikov
> wrote:
>> On 27 November 2015 at 18:02, Ilia Mirkin wrote:
>>> On Fri, Nov 27, 2015 at 9:31 AM, Marta Lofstedt
>>> wrote:
From: Marta Lofstedt
This adds glsl support of GL_OES_geo
On Nov 27, 2015 10:44 AM, "Emil Velikov" wrote:
>
> On 27 November 2015 at 18:37, Jason Ekstrand wrote:
> >
> > On Nov 27, 2015 10:16 AM, "Emil Velikov"
wrote:
> >>
> >> On 27 November 2015 at 17:54, Jason Ekstrand
wrote:
> >> >
> >> > On Nov 25, 2015 1:27 PM, "Emil Velikov"
> >> > wrote:
> >>
On 27 November 2015 at 18:37, Jason Ekstrand wrote:
>
> On Nov 27, 2015 10:16 AM, "Emil Velikov" wrote:
>>
>> On 27 November 2015 at 17:54, Jason Ekstrand wrote:
>> >
>> > On Nov 25, 2015 1:27 PM, "Emil Velikov"
>> > wrote:
>> >>
>> >> Hello all,
>> >>
>> >> Some of us have been thinking about
On 27 November 2015 at 18:33, Jason Ekstrand wrote:
>
> On Nov 27, 2015 10:21 AM, "Emil Velikov" wrote:
>>
>> On 27 November 2015 at 18:00, Jason Ekstrand wrote:
>> >
>> > On Nov 25, 2015 1:27 PM, "Emil Velikov"
>> > wrote:
>> >>
>> >> From: Emil Velikov
>> >>
>> >> ... alongside its C++ breth
On Fri, Nov 27, 2015 at 1:35 PM, Emil Velikov wrote:
> On 27 November 2015 at 17:50, Ilia Mirkin wrote:
>> On Fri, Nov 27, 2015 at 9:31 AM, Marta Lofstedt
>> wrote:
>>> From: Marta Lofstedt
>>>
>>> This is needed to be able to implement the accepted OES
>>> extensions.
>>>
>>> Signed-off-by: Ma
On Nov 27, 2015 10:16 AM, "Emil Velikov" wrote:
>
> On 27 November 2015 at 17:54, Jason Ekstrand wrote:
> >
> > On Nov 25, 2015 1:27 PM, "Emil Velikov"
wrote:
> >>
> >> Hello all,
> >>
> >> Some of us have been thinking about moving nir out of glsl, and
fleshing
> >> out some common helper (stat
On Fri, Nov 27, 2015 at 1:31 PM, Emil Velikov wrote:
> On 27 November 2015 at 18:02, Ilia Mirkin wrote:
>> On Fri, Nov 27, 2015 at 9:31 AM, Marta Lofstedt
>> wrote:
>>> From: Marta Lofstedt
>>>
>>> This adds glsl support of GL_OES_geometry_shader for
>>> OpenGL ES 3.1.
>>>
>>> Signed-off-by: Ma
On 27 November 2015 at 17:50, Ilia Mirkin wrote:
> On Fri, Nov 27, 2015 at 9:31 AM, Marta Lofstedt
> wrote:
>> From: Marta Lofstedt
>>
>> This is needed to be able to implement the accepted OES
>> extensions.
>>
>> Signed-off-by: Marta Lofstedt
>> ---
>> include/GLES2/gl2ext.h | 940
>> ++
On Nov 27, 2015 10:21 AM, "Emil Velikov" wrote:
>
> On 27 November 2015 at 18:00, Jason Ekstrand wrote:
> >
> > On Nov 25, 2015 1:27 PM, "Emil Velikov"
wrote:
> >>
> >> From: Emil Velikov
> >>
> >> ... alongside its C++ brethren. On the flip side the files are called
> >> nir_types.{cpp,h} just
On 27 November 2015 at 18:02, Ilia Mirkin wrote:
> On Fri, Nov 27, 2015 at 9:31 AM, Marta Lofstedt
> wrote:
>> From: Marta Lofstedt
>>
>> This adds glsl support of GL_OES_geometry_shader for
>> OpenGL ES 3.1.
>>
>> Signed-off-by: Marta Lofstedt
>> ---
>> src/glsl/builtin_variables.cpp | 17 ++
Hello Marta,
On 27 November 2015 at 14:31, Marta Lofstedt
wrote:
> From: Marta Lofstedt
>
> Add xml definitions for the GL_OES_geometry_shader extension
> and expose the extension for OpenGL ES 3.1.
>
> Signed-off-by: Marta Lofstedt
> ---
> src/mapi/glapi/gen/apiexec.py | 2 +-
> sr
On 27 November 2015 at 18:00, Jason Ekstrand wrote:
>
> On Nov 25, 2015 1:27 PM, "Emil Velikov" wrote:
>>
>> From: Emil Velikov
>>
>> ... alongside its C++ brethren. On the flip side the files are called
>> nir_types.{cpp,h} just because...
>
> It does do one NIR-specific thing: if you call glsl
On 27 November 2015 at 17:54, Jason Ekstrand wrote:
>
> On Nov 25, 2015 1:27 PM, "Emil Velikov" wrote:
>>
>> Hello all,
>>
>> Some of us have been thinking about moving nir out of glsl, and fleshing
>> out some common helper (static library) that is use by both. So here it
>> is - src/compiler.
>
On Fri, Nov 27, 2015 at 9:31 AM, Marta Lofstedt
wrote:
> From: Marta Lofstedt
>
> Enable GL_OES_geometry_shader enums for OpenGL ES 3.1.
>
> Signed-off-by: Marta Lofstedt
> ---
> src/mesa/main/get.c | 58
> +---
> src/mesa/main/get_hash_params.p
On Fri, Nov 27, 2015 at 9:31 AM, Marta Lofstedt
wrote:
> From: Marta Lofstedt
>
> This adds glsl support of GL_OES_geometry_shader for
> OpenGL ES 3.1.
>
> Signed-off-by: Marta Lofstedt
> ---
> src/glsl/builtin_variables.cpp | 17 +
> src/glsl/glsl_parser.yy | 4 ++--
>
On Nov 25, 2015 1:27 PM, "Emil Velikov" wrote:
>
> From: Emil Velikov
>
> ... alongside its C++ brethren. On the flip side the files are called
> nir_types.{cpp,h} just because...
It does do one NIR-specific thing: if you call glsl_get_length on a matrix,
it gives you the number of columns. Thi
On 11/26/2015 10:01 PM, Ilia Mirkin wrote:
> On Thu, Nov 26, 2015 at 3:57 PM, Eduardo Lima Mitev wrote:
>> Added to OpenGL 4.3 section, tagged as 'in progress (elima)'. See
>> https://bugs.freedesktop.org/show_bug.cgi?id=92687.
>>
>> Thanks to Thomas H.P. Andersen for remainding me about this.
>>
https://bugs.freedesktop.org/show_bug.cgi?id=93114
--- Comment #10 from smidjar2@email.cz ---
I have created the trace and I tried running it with fglrx. Result is that
there is no water rendered with fglrx too.
apitrace found a bug in game's FXAA shader (preprocesor directive). I have
'fixed
On Fri, Nov 27, 2015 at 9:31 AM, Marta Lofstedt
wrote:
> From: Marta Lofstedt
>
> Add xml definitions for the GL_OES_geometry_shader extension
> and expose the extension for OpenGL ES 3.1.
>
> Signed-off-by: Marta Lofstedt
> ---
> src/mapi/glapi/gen/apiexec.py | 2 +-
> src/mapi/glap
Yes, please!
Reviewed-by: Jason Ekstrand
On Nov 25, 2015 1:27 PM, "Emil Velikov" wrote:
> From: Emil Velikov
>
> Signed-off-by: Emil Velikov
> ---
> src/glsl/nir/nir_lower_samplers.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/src/glsl/nir/nir_lower_samplers.c
> b/src/glsl/nir/ni
On Nov 25, 2015 1:27 PM, "Emil Velikov" wrote:
>
> Hello all,
>
> Some of us have been thinking about moving nir out of glsl, and fleshing
> out some common helper (static library) that is use by both. So here it
> is - src/compiler.
>
> The modules (libcompiler, libnir and libglsl) are unfortunat
On Fri, Nov 27, 2015 at 9:31 AM, Marta Lofstedt
wrote:
> From: Marta Lofstedt
>
> This is needed to be able to implement the accepted OES
> extensions.
>
> Signed-off-by: Marta Lofstedt
> ---
> include/GLES2/gl2ext.h | 940
> -
> 1 file changed,
https://bugs.freedesktop.org/show_bug.cgi?id=93114
--- Comment #9 from Jason Ekstrand ---
(In reply to smidjar2.reg from comment #8)
> Wine without nice renders the water correctly too. I am going to try
> apitrace. If I understand it right, you want me to use apitrace and run the
> game with mes
On 27 November 2015 at 14:31, Marta Lofstedt
wrote:
> From: Marta Lofstedt
>
> Updates the _mesa_has_geometry_shaders function to also look
> for OpenGL ES 3.1 contexts that has OES_geometry_shader enabled.
> ---
> src/mesa/main/context.h | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
On 25 November 2015 at 22:01, Matt Turner wrote:
> On Wed, Nov 25, 2015 at 1:32 PM, Emil Velikov
> wrote:
>> --- a/src/Makefile.am
>> +++ b/src/Makefile.am
>> @@ -23,6 +23,7 @@ SUBDIRS = . gtest util mapi/glapi/gen mapi
>>
>> # XXX: conditionally include
>> SUBDIRS += compiler
>> +SUBDIRS +=
From: Marta Lofstedt
Signed-off-by: Marta Lofstedt
Reviewed-by: Eduardo Lima Mitev
---
docs/GL3.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/docs/GL3.txt b/docs/GL3.txt
index acf1166..45da51a 100644
--- a/docs/GL3.txt
+++ b/docs/GL3.txt
@@ -244,7 +244,7 @@ GLES3.2, G
From: Marta Lofstedt
Add xml definitions for the GL_OES_geometry_shader extension
and expose the extension for OpenGL ES 3.1.
Signed-off-by: Marta Lofstedt
---
src/mapi/glapi/gen/apiexec.py | 2 +-
src/mapi/glapi/gen/es_EXT.xml | 43 +
src/m
From: Marta Lofstedt
Enable GL_OES_geometry_shader enums for OpenGL ES 3.1.
Signed-off-by: Marta Lofstedt
---
src/mesa/main/get.c | 58 +---
src/mesa/main/get_hash_params.py | 50 +-
2 files changed, 80 insertions
From: Marta Lofstedt
This adds glsl support of GL_OES_geometry_shader for
OpenGL ES 3.1.
Signed-off-by: Marta Lofstedt
---
src/glsl/builtin_variables.cpp | 17 +
src/glsl/glsl_parser.yy | 4 ++--
src/glsl/glsl_parser_extras.cpp | 1 +
src/glsl/glsl_parser_extras.h
From: Marta Lofstedt
This is needed to be able to implement the accepted OES
extensions.
Signed-off-by: Marta Lofstedt
---
include/GLES2/gl2ext.h | 940 -
1 file changed, 934 insertions(+), 6 deletions(-)
diff --git a/include/GLES2/gl2ext.h b/in
From: Marta Lofstedt
Updates the _mesa_has_geometry_shaders function to also look
for OpenGL ES 3.1 contexts that has OES_geometry_shader enabled.
---
src/mesa/main/context.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/mesa/main/context.h b/src/mesa/main/context.h
i
After I was able to remove the ARB_geometry_shader4
extension I have now rebased my OES_geometry_shader patches.
In order to avoid confusion I send V2 for all patches,
i.e. all of my old OES_geometry_shader patches are now obsolete.
The patches are available here:
https://github.com/MartaLo/mesa/
On 25 November 2015 at 20:18, Matt Turner wrote:
> On Wed, Nov 25, 2015 at 12:17 PM, Emil Velikov
> wrote:
>> From: Emil Velikov
>>
>> Unused since
>>
>> 5e9aa9926b9 (2011) - _mesa_ir_compile_shader
>> 69e07bdeb42 (2009) - _mesa_get_program_register
>
> I was confused because this second comm
https://bugs.freedesktop.org/show_bug.cgi?id=93114
--- Comment #8 from smidjar2@email.cz ---
Wine without nice renders the water correctly too. I am going to try apitrace.
If I understand it right, you want me to use apitrace and run the game with
mesa, then switch to fglrx and run the trace r
There was only a single user which was using strlen(buf).
As this function is not user facing (i.e. we don't need to feed back
original length via a callback), we can simplify things.
Cc: Timothy Arceri
Suggested-by: Timothy Arceri
Signed-off-by: Emil Velikov
---
src/glsl/glsl_parser_extras.cp
On 26 November 2015 at 22:09, Matt Turner wrote:
> On Thu, Nov 26, 2015 at 9:22 AM, Emil Velikov
> wrote:
>> On 25 November 2015 at 22:48, Matt Turner wrote:
>>
>>> I can't see it, but that might be because I can't stop thinking like I
>>> was when I wrote the code.
>>>
>> Understandable, we've
The current implementation looks for array dereferences on gl_FragData and
immediately then proceeds to lower them, however this is not enough because
we can have array access on vector variables too, like in this code:
out vec4 color;
void main()
{
int i;
for (i = 0; i < 4; i++)
color
When using INTEL_DEBUG=optimizer, each optimizing step is dump to disk,
in a separate file.
But as fs_visitor::optimize() and vec4_visitor::run() are called more
than once, it ends up overwriting the files already on disk, loosing
then previous optimizer steps.
To avoid this, add a new static var
In order to do zero-copy between two different devices
the memory should not be tiled.
This is currently no way to set pipe_resource template's flag
from pipe_video_buffer template. So disabled_tiling is added.
Choosed "disable" prefix so that CALLOC keeps tiling enabled
by default.
Tested with
Signed-off-by: Julien Isorce
---
src/gallium/auxiliary/vl/vl_video_buffer.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/auxiliary/vl/vl_video_buffer.c
b/src/gallium/auxiliary/vl/vl_video_buffer.c
index 62f4aa9..b3f6ff5 100644
--- a/src/gallium/auxiliary/vl/vl_
https://bugs.freedesktop.org/show_bug.cgi?id=93100
--- Comment #3 from marius predut ---
(In reply to Timothy Arceri from comment #2)
> I think this is just a bug in the reference pages see my comments in bug
> 91670
Please clarify this with Kronos and convince them to update the reference
pages
> -Original Message-
> From: Timothy Arceri [mailto:t_arc...@yahoo.com.au]
> Sent: Thursday, November 26, 2015 11:32 PM
> To: Predut, Marius; Palli, Tapani; mesa-dev@lists.freedesktop.org
> Subject: Re: [Mesa-dev] [PATCH] mesa/main: TexImage2DMultisample needs to pass
> OpenGL3.3 conformanc
https://bugs.freedesktop.org/show_bug.cgi?id=93112
--- Comment #3 from poma ---
(In reply to Emil Velikov from comment #2)
> Albert, using please can be a world of difference :-P
>
> Poma, upstream commit 59cfb21d4670559d49a721df766073d9d288b51a should
> already fix this. Please reopen if that's
64 matches
Mail list logo
