Reviewed-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Reviewed-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Wed, Mar 22, 2017 at 12:53 PM, Rob Herring wrote:
> On Wed, Mar 22, 2017 at 6:50 AM, Emil Velikov
> wrote:
>> n 21 March 2017 at 20:58, Kenneth Graunke wrote:
>>> On Tuesday, March 21, 2017 4:40:26 AM PDT Emil Velikov wrote:
Misfire. Ignore this one.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
We want to be able to check the progress of each pass and dump the NIR
for debugging purposes if it changed.
Reviewed-by: Jason Ekstrand
---
src/intel/compiler/brw_nir.c | 42 +++---
1 file changed, 19 insertions(+), 23 deletions(-)
SEL can only convert between a few integer types, which we basically
never do.
Fixes fs/vs-double-uniform-array-direct-indirect-non-uniform-control-flow
Cc: mesa-sta...@lists.freedesktop.org
---
src/intel/compiler/brw_fs_sel_peephole.cpp | 2 ++
1 file changed, 2 insertions(+)
diff --git
On Wed, Mar 22, 2017 at 5:02 PM, Vinson Lee wrote:
> I don't think this is a CentOS 6 specific issue but an issue with
> older GCC, such as GCC 4.4.
glibc 2.17 and newer have clock_gettime in libc, and 2.16 and older
have it in librt.
master
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
---
src/compiler/nir/nir.h | 2 +-
src/compiler/nir/nir_from_ssa.c | 21 ++---
2 files changed, 15 insertions(+), 8 deletions(-)
diff --git a/src/compiler/nir/nir.h b/src/compiler/nir/nir.h
index db47699..0a127cd 100644
--- a/src/compiler/nir/nir.h
+++
---
Is this what you had in mind?
src/compiler/nir/nir.h | 2 +-
src/compiler/nir/nir_from_ssa.c | 18 --
2 files changed, 13 insertions(+), 7 deletions(-)
diff --git a/src/compiler/nir/nir.h b/src/compiler/nir/nir.h
index db47699..0a127cd 100644
---
On Tue, Mar 21, 2017 at 11:56 AM, Emil Velikov <emil.l.veli...@gmail.com> wrote:
> On 21 March 2017 at 18:06, Matt Turner <matts...@gmail.com> wrote:
>> (1) Non-recursive automake is necessary for parallel build performance
> Fully agree
>
>> (2) Non-
On Tue, Mar 21, 2017 at 10:16 AM, Emil Velikov <emil.l.veli...@gmail.com> wrote:
> On 21 March 2017 at 15:57, Matt Turner <matts...@gmail.com> wrote:
>> On Mon, Mar 20, 2017 at 12:39 PM, Emil Velikov <emil.l.veli...@gmail.com>
>> wrote:
>>> On
On Mon, Mar 20, 2017 at 10:10 PM, Jonathan Gray <j...@jsg.id.au> wrote:
> On Mon, Mar 20, 2017 at 11:30:25AM -0700, Matt Turner wrote:
>> On Mon, Mar 20, 2017 at 6:55 AM, Emil Velikov <emil.l.veli...@gmail.com>
>> wrote:
>> > Seems like we ended up all
On Mon, Mar 20, 2017 at 10:00 PM, Jonathan Gray <j...@jsg.id.au> wrote:
> On Tue, Mar 21, 2017 at 08:28:22AM +1100, Timothy Arceri wrote:
>>
>>
>> On 21/03/17 06:39, Emil Velikov wrote:
>> > On 20 March 2017 at 18:30, Matt Turner <matts...@gmail.com> wro
On Mon, Mar 20, 2017 at 12:39 PM, Emil Velikov <emil.l.veli...@gmail.com> wrote:
> On 20 March 2017 at 18:30, Matt Turner <matts...@gmail.com> wrote:
>> On Mon, Mar 20, 2017 at 6:55 AM, Emil Velikov <emil.l.veli...@gmail.com>
>> wrote:
>>> Seems like we
Yep, lots of patches like this in Gentoo.
Acked-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Mon, Mar 20, 2017 at 6:55 AM, Emil Velikov wrote:
> Seems like we ended up all over the place, so let me try afresh.
>
> Above all:
> - Saying "I don't care" about your users is arrogant - let us _not_
> do that, please ?
Let's be honest, the OpenBSD is subjecting
On Fri, Mar 17, 2017 at 9:05 AM, Jason Ekstrand <ja...@jlekstrand.net> wrote:
> On Fri, Mar 17, 2017 at 8:45 AM, Matt Turner <matts...@gmail.com> wrote:
>>
>> On Thu, Mar 16, 2017 at 2:09 PM, Jason Ekstrand <ja...@jlekstrand.net>
>> wrote:
>> > Ol
On Thu, Mar 16, 2017 at 2:09 PM, Jason Ekstrand wrote:
> Older versions of GCC don't like compound literals in static const
> variable declarations because they don't think it's an actual constant
> value.
Probably because the type it was cast to was explicitly non-const.
---
src/compiler/nir/nir.h | 2 +-
src/compiler/nir/nir_lower_var_copies.c | 18 +++---
2 files changed, 16 insertions(+), 4 deletions(-)
diff --git a/src/compiler/nir/nir.h b/src/compiler/nir/nir.h
index a67879b..1c792f1 100644
--- a/src/compiler/nir/nir.h
+++
---
src/intel/compiler/brw_fs.cpp | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/src/intel/compiler/brw_fs.cpp b/src/intel/compiler/brw_fs.cpp
index 099b09b..9dc21ac 100644
--- a/src/intel/compiler/brw_fs.cpp
+++ b/src/intel/compiler/brw_fs.cpp
@@ -6359,9 +6359,11 @@
---
src/compiler/nir/nir.h| 2 +-
src/compiler/nir/nir_lower_clip.c | 6 --
2 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/src/compiler/nir/nir.h b/src/compiler/nir/nir.h
index d001c06..5e3b043 100644
--- a/src/compiler/nir/nir.h
+++ b/src/compiler/nir/nir.h
@@
And mark as static at the same time.
---
src/intel/compiler/brw_fs.cpp | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/src/intel/compiler/brw_fs.cpp b/src/intel/compiler/brw_fs.cpp
index c410efc..099b09b 100644
--- a/src/intel/compiler/brw_fs.cpp
+++
We want to be able to check the progress of each pass and dump the NIR
for debugging purposes if it changed.
---
src/intel/compiler/brw_nir.c | 42 +++---
1 file changed, 19 insertions(+), 23 deletions(-)
diff --git a/src/intel/compiler/brw_nir.c
---
src/compiler/nir/nir.h| 2 +-
src/compiler/nir/nir_lower_samplers.c | 29 ++---
2 files changed, 19 insertions(+), 12 deletions(-)
diff --git a/src/compiler/nir/nir.h b/src/compiler/nir/nir.h
index 66f434c..d0e464a 100644
--- a/src/compiler/nir/nir.h
---
src/compiler/nir/nir.h| 2 +-
src/compiler/nir/nir_lower_clip.c | 10 ++
2 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/src/compiler/nir/nir.h b/src/compiler/nir/nir.h
index f5b7093..d001c06 100644
--- a/src/compiler/nir/nir.h
+++ b/src/compiler/nir/nir.h
---
src/compiler/nir/nir.h | 2 +-
src/compiler/nir/nir_from_ssa.c | 21 +++--
2 files changed, 16 insertions(+), 7 deletions(-)
diff --git a/src/compiler/nir/nir.h b/src/compiler/nir/nir.h
index db47699..0a127cd 100644
--- a/src/compiler/nir/nir.h
+++
---
src/compiler/nir/nir.h | 2 +-
src/compiler/nir/nir_lower_atomics.c | 18 --
2 files changed, 13 insertions(+), 7 deletions(-)
diff --git a/src/compiler/nir/nir.h b/src/compiler/nir/nir.h
index 933d696..66f434c 100644
--- a/src/compiler/nir/nir.h
+++
And from nir_lower_regs_to_ssa_impl() as well.
---
src/compiler/nir/nir.h | 4 ++--
src/compiler/nir/nir_lower_regs_to_ssa.c | 12
2 files changed, 10 insertions(+), 6 deletions(-)
diff --git a/src/compiler/nir/nir.h b/src/compiler/nir/nir.h
index d0e464a..ed4c2c9
---
src/mesa/drivers/dri/i965/brw_program.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_program.c
b/src/mesa/drivers/dri/i965/brw_program.c
index 57c4cd4..e1f9896 100644
--- a/src/mesa/drivers/dri/i965/brw_program.c
+++
---
src/compiler/nir/nir.h | 2 +-
src/compiler/nir/nir_lower_io.c | 19 ++-
2 files changed, 15 insertions(+), 6 deletions(-)
diff --git a/src/compiler/nir/nir.h b/src/compiler/nir/nir.h
index ed4c2c9..db47699 100644
--- a/src/compiler/nir/nir.h
+++
---
src/compiler/nir/nir.h | 2 +-
src/compiler/nir/nir_move_vec_src_uses_to_dest.c | 22 +-
2 files changed, 18 insertions(+), 6 deletions(-)
diff --git a/src/compiler/nir/nir.h b/src/compiler/nir/nir.h
index c34f205..f5b7093 100644
---
---
src/compiler/nir/nir.h | 2 +-
src/compiler/nir/nir_lower_to_source_mods.c | 33 -
2 files changed, 29 insertions(+), 6 deletions(-)
diff --git a/src/compiler/nir/nir.h b/src/compiler/nir/nir.h
index a0c57f4..c34f205 100644
---
---
src/compiler/nir/nir.h | 2 +-
src/compiler/nir/nir_lower_clamp_color_outputs.c | 30 +---
2 files changed, 22 insertions(+), 10 deletions(-)
diff --git a/src/compiler/nir/nir.h b/src/compiler/nir/nir.h
index 5e3b043..933d696 100644
---
---
src/compiler/nir/nir.h | 2 +-
.../nir/nir_lower_clip_cull_distance_arrays.c | 39 --
2 files changed, 30 insertions(+), 11 deletions(-)
diff --git a/src/compiler/nir/nir.h b/src/compiler/nir/nir.h
index 1c792f1..a0c57f4 100644
---
---
src/compiler/nir/nir.h | 2 +-
src/compiler/nir/nir_lower_64bit_packing.c | 14 +++---
2 files changed, 12 insertions(+), 4 deletions(-)
diff --git a/src/compiler/nir/nir.h b/src/compiler/nir/nir.h
index ac18d58..5e7da27 100644
--- a/src/compiler/nir/nir.h
+++
---
src/compiler/nir/nir.h | 2 +-
src/compiler/nir/nir_from_ssa.c | 6 +++---
src/compiler/nir/nir_lower_returns.c | 2 +-
src/compiler/nir/nir_move_vec_src_uses_to_dest.c | 4 ++--
4 files changed, 7 insertions(+), 7 deletions(-)
diff
et is not an abbreviation.
---
src/compiler/nir/nir_from_ssa.c | 10 +-
src/compiler/nir/nir_lower_vars_to_ssa.c | 2 +-
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/src/compiler/nir/nir_from_ssa.c b/src/compiler/nir/nir_from_ssa.c
index fdfbf98..d2646c6 100644
---
src/compiler/nir/nir.h| 2 +-
src/compiler/nir/nir_lower_load_const_to_scalar.c | 26 +--
2 files changed, 21 insertions(+), 7 deletions(-)
diff --git a/src/compiler/nir/nir.h b/src/compiler/nir/nir.h
index 5e7da27..a67879b 100644
---
---
src/compiler/nir/nir.h | 2 +-
src/compiler/nir/nir_lower_double_ops.c | 62 ++---
2 files changed, 42 insertions(+), 22 deletions(-)
diff --git a/src/compiler/nir/nir.h b/src/compiler/nir/nir.h
index acbe91c..ac18d58 100644
---
---
src/compiler/nir/README | 2 +-
src/compiler/nir/nir.c | 2 +-
src/compiler/nir/nir.h | 14 +++---
src/compiler/nir/nir_builder.h | 2 +-
src/compiler/nir/nir_clone.c
---
src/compiler/nir/nir.h | 2 +-
src/compiler/nir/nir_lower_vars_to_ssa.c | 8 ++--
2 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/src/compiler/nir/nir.h b/src/compiler/nir/nir.h
index 2dedb45..acbe91c 100644
--- a/src/compiler/nir/nir.h
+++
I started to add support to NIR for something like INTEL_DEBUG=optimizer, but
then realized that a bunch of NIR passes didn't even return progress.
After fixing that, I realized that a bunch of NIR passes didn't preserve
metadata.
Sigh.
I have not tested radv, freedreno, or vc4, but I think
he dlpi_name field will be an empty string.
> +*/
> + if (info->dlpi_name == NULL)
> + return 0;
If you change the second line of the comment to simply say "Android's
libc returns a NULL pointer for the first executable" this patch gets
my
Reviewed-by: Matt Turner
On Mon, Mar 13, 2017 at 11:16 AM, Ilia Mirkin <imir...@alum.mit.edu> wrote:
> On Mon, Mar 13, 2017 at 2:13 PM, Matt Turner <matts...@gmail.com> wrote:
>> I think Bcc'ing also means my gmail filters wouldn't know it came from
>> the announce list.
>
> listid:mes
On Wed, Mar 15, 2017 at 7:55 PM, Emil Velikov wrote:
> On 2 March 2017 at 03:44, Michel Dänzer wrote:
>> On 02/03/17 03:35 AM, Emil Velikov wrote:
>
>> P.S. It would be better to put the mesa-announce list only in Bcc on
>> this kind of e-mails, to
nfirming that you picked
commit 7d1195c1e4d071fe796bf5f210c468ea1cc86225
Author: Matt Turner <matts...@gmail.com>
Date: Thu Mar 2 04:43:21 2017 +
clover: Work around build failure with AltiVec.
to 13.0 and 17.0, but I don't see that patch listed in this
On Mon, Mar 13, 2017 at 11:11 PM, Michel Dänzer <mic...@daenzer.net> wrote:
> On 14/03/17 03:13 AM, Matt Turner wrote:
>> On Mon, Mar 13, 2017 at 2:04 AM, Michel Dänzer <mic...@daenzer.net> wrote:
>>> On 03/03/17 11:53 AM, Michel Dänzer wrote:
>>>&g
On Mon, Mar 13, 2017 at 2:04 AM, Michel Dänzer <mic...@daenzer.net> wrote:
> On 03/03/17 11:53 AM, Michel Dänzer wrote:
>> On 03/03/17 03:38 AM, Matt Turner wrote:
>>> On Wed, Mar 1, 2017 at 7:44 PM, Michel Dänzer <mic...@daenzer.net> wrote:
>>>> P.S. I
On Sat, Mar 11, 2017 at 7:31 AM, Emil Velikov wrote:
> On 10 March 2017 at 13:36, Steven Newbury wrote:
>> On Fri, 2017-03-10 at 12:11 +, Emil Velikov wrote:
>>> On 9 March 2017 at 14:39, Steven Newbury
>>> wrote:
>>> >
... so that we can avoid threading complications or unnecessary
compaction table initializations (which just consists of setting some
pointers based on devinfo->gen).
---
src/mesa/drivers/dri/i965/brw_compiler.c | 2 ++
src/mesa/drivers/dri/i965/brw_eu.c | 2 --
On Thu, Mar 9, 2017 at 8:31 AM, tournier.elie wrote:
> I understand the concern about reviewing auto-generated files.
> An other solution is to generate the builtin_float64.h during the
> compilation time. So we just have to land the float64.glsl file.
>
> Would anyone
Thanks. Both are
Reviewed-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Wed, Mar 8, 2017 at 4:49 PM, Samuel Pitoiset
wrote:
> Signed-off-by: Samuel Pitoiset
> ---
> src/mesa/main/samplerobj.c | 32
> 1 file changed, 4 insertions(+), 28 deletions(-)
>
> diff --git
On Wed, Mar 8, 2017 at 8:29 PM, Brian Paul wrote:
>
> I just noticed something:
>
> $ ls -l lib/*_dri.so
> -rwxr-xr-x 8 brianp users 43779971 Mar 8 20:59 lib/i915_dri.so*
> -rwxr-xr-x 8 brianp users 43779971 Mar 8 20:59 lib/i965_dri.so*
> -rwxr-xr-x 8 brianp users 43779971
On Sun, Mar 5, 2017 at 1:35 PM, Matt Turner <matts...@gmail.com> wrote:
> On Thu, Sep 1, 2016 at 11:12 AM, Ian Romanick <i...@freedesktop.org> wrote:
>> On 09/01/2016 11:10 AM, Ian Romanick wrote:
>>> This is the updated series to enable GL_ARB_shader_atomic_counter
On Tue, Mar 7, 2017 at 1:08 PM, Brian Paul wrote:
> How do you feel about reverting this patch and the wayland-scanner one?
I am fine with that -- they were just trivial clean ups. I'll be happy
to do it later today unless you'd like to do it first.
On Mon, Mar 6, 2017 at 10:36 AM, Jean Hertel wrote:
> A live preview can be found here: http://mesa.jeanhertel.com.br/
A common pet peeve among Mesa developers is writing "MESA". It looks
like it's just a small-caps font doing it, but let's please not do
that an add to
On Tue, Mar 7, 2017 at 12:41 PM, Brian Paul <bri...@vmware.com> wrote:
> On 03/06/2017 12:06 PM, Matt Turner wrote:
>>
>> ---
>> configure.ac | 6 ++
>> 1 file changed, 2 insertions(+), 4 deletions(-)
>>
>> diff --git a/configure.ac b/
On Mon, Mar 6, 2017 at 4:57 PM, Emil Velikov <emil.l.veli...@gmail.com> wrote:
> On 6 March 2017 at 19:06, Matt Turner <matts...@gmail.com> wrote:
>> I was already tired of seeing the message
>>
>> Package libomxil-bellagio was not found in the pkg-config searc
On Tue, Mar 7, 2017 at 5:11 AM, Samuel Iglesias Gonsálvez
<sigles...@igalia.com> wrote:
>
>
> On 04/03/17 01:44, Francisco Jerez wrote:
>> Samuel Iglesias Gonsálvez <sigles...@igalia.com> writes:
>>
>>> From: Matt Turner <matts...@gmail.com>
>>
On Mon, Mar 6, 2017 at 4:57 PM, Emil Velikov <emil.l.veli...@gmail.com> wrote:
> On 6 March 2017 at 19:06, Matt Turner <matts...@gmail.com> wrote:
>> I was already tired of seeing the message
>>
>> Package libomxil-bellagio was not found in the pkg-config searc
---
configure.ac | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/configure.ac b/configure.ac
index 37f6b60..d44a229 100644
--- a/configure.ac
+++ b/configure.ac
@@ -2018,10 +2018,8 @@ if test "x$enable_opencl" = xyes; then
PKG_CONFIG_PATH environment
I was already tired of seeing the message
Package libomxil-bellagio was not found in the pkg-config search path.
Perhaps you should add the directory containing `libomxil-bellagio.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libomxil-bellagio' found
on every
It printed the version of LLVM ($1):
configure: error: 3.6.0 requires libelf when using llvm
instead of the driver name ($2):
configure: error: r600 requires libelf when using llvm
---
configure.ac | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure.ac
Available since pkg-config-0.28 and pkgconf-0.8.10.
The removal of the AC_PATH_PROG is intentional. Use pkg-config.
---
configure.ac | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/configure.ac b/configure.ac
index de54f38..37f6b60 100644
--- a/configure.ac
+++
PKG_CHECK_VAR can only check --variable=$NAME, so it cannot handle
modversion.
---
configure.ac | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/configure.ac b/configure.ac
index d44a229..d483baa 100644
--- a/configure.ac
+++ b/configure.ac
@@ -2537,8 +2537,10 @@
---
configure.ac| 2 --
src/amd/Makefile.common.am | 2 +-
src/gallium/drivers/r600/Automake.inc | 2 +-
src/gallium/drivers/r600/Makefile.am| 2 +-
src/gallium/drivers/radeon/Makefile.am | 2 +-
ri <tarc...@itsqueeze.com>
Reviewed-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
for them seems to be
> initialization of a debug variable.
>
> v2: use call_once() instead of unsafe code, as suggested by Matt Turner
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=93089
> Signed-off-by: Grazvydas Ignotas <nota...@gmail.com>
> ---
> no commit
On Thu, Sep 1, 2016 at 11:12 AM, Ian Romanick wrote:
> On 09/01/2016 11:10 AM, Ian Romanick wrote:
>> This is the updated series to enable GL_ARB_shader_atomic_counter_ops on
>> i965. Really only the first part of the series has changed. At Curro's
>> suggestion, I added
On Sun, Mar 5, 2017 at 11:14 AM, Grazvydas Ignotas wrote:
> There are still some distributions trying to support unfortunate people
> with old or exotic CPUs that don't have 64bit atomic operations. Missing
> 64bit atomic ops can be detected at compile time, so provide a 32bit
On Sun, Mar 5, 2017 at 11:07 AM, Grazvydas Ignotas wrote:
> There are still some distributions trying to support unfortunate people
> with old or exotic CPUs that don't have 64bit atomic operations. The
> only thing preventing compile of the Intel driver for them seems to be
>
with s/int46/int64/,
Reviewed-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Reviewed-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Reviewed-by: Matt Turner <matts...@gmail.com>
Thanks Emil!
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Fri, Mar 3, 2017 at 10:51 AM, tournier.elie wrote:
> On 3 March 2017 at 17:46, Eric Engestrom wrote:
>> On Friday, 2017-03-03 16:23:03 +, Elie Tournier wrote:
>>> Signed-off-by: Elie Tournier
>>> ---
>>>
Depending on the generated Makefile means that all generated sources are
recreated after ./configure.
---
src/intel/Makefile.genxml.am | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/intel/Makefile.genxml.am b/src/intel/Makefile.genxml.am
index 2ed2741..20e4b15 100644
---
lus the patch is way shorter ;-)
Definitely seems like the way to go.
> Cc: Matt Turner <matts...@gmail.com>
> Gentoo Bugzilla: https://bugs.gentoo.org/545230
> Signed-off-by: Emil Velikov <emil.l.veli...@gmail.com>
> ---
>
> Hi Matt, can you let me know if you'r
On Wed, Mar 1, 2017 at 7:44 PM, Michel Dänzer wrote:
> P.S. It would be better to put the mesa-announce list only in Bcc on
> this kind of e-mails, to prevent accidental followups there. Reply-to:
> mesa-dev seems useless for that.
GMail seems to ignore Reply-to.
Putting
Bugzilla: https://bugs.gentoo.org/show_bug.cgi?id=587210
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=68504
---
A similar patch was sent three and a half years ago. [1]
Curro expressed a concern about changing to a GNU C++ dialect and suggested
disabling AltiVec code generation for
On Wed, Mar 1, 2017 at 2:19 PM, Timothy Arceri wrote:
> IMO we should go with zlib and people can provide future patches with
> justifications/stats for using a different library over zlib just like we do
> for any other performance based patch.
Yes, agreed. "Which
oping part of the pass to be easier to expand.
Looks like a good, straight-forward port of Ian's GLSL pass.
Reviewed-by: Matt Turner <matts...@gmail.com>
Looks like Samuel reviewed the rest.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop
gt; index 3f11a76..fa54eb5 100644
> --- a/src/mesa/drivers/dri/i965/brw_vs.c
> +++ b/src/mesa/drivers/dri/i965/brw_vs.c
> @@ -43,6 +43,31 @@
>
> #include "util/ralloc.h"
>
> +/**
> + * Decide which set of clip planes should be used when clipping via
> + * gl_Positio
On Fri, Feb 10, 2017 at 5:49 AM, Emil Velikov wrote:
> On 9 February 2017 at 15:18, Jason Ekstrand wrote:
>> These all need to go into 17.0
>>
> Unless I'm missing something, all these they depend on the int64 work
> by Ian (and others) which isn't
Reviewed-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Reviewed-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Wed, Mar 1, 2017 at 9:00 AM, Jason Ekstrand <ja...@jlekstrand.net> wrote:
> On Wed, Mar 1, 2017 at 8:40 AM, Matt Turner <matts...@gmail.com> wrote:
>>
>> On Tue, Feb 28, 2017 at 9:03 PM, Jason Ekstrand <ja...@jlekstrand.net>
>> wrote:
>> > Thi
On Wed, Mar 1, 2017 at 8:49 AM, Robert Bragg wrote:
> On Fri, Feb 24, 2017 at 2:50 PM, Emil Velikov
> wrote:
>> Hi Robert,
>>
>> There's a few minor comments below. Feel free to address here or as
>> follow-up, if applicable.
>>
>> On 24 February
: Stop using GLbitfield types
I made it through these patches before I went to bed, so they are
Reviewed-by: Matt Turner <matts...@gmail.com>
> i965: Get rid of BRW_PRIM_OFFSET
> i965: Don't use MAX_SURFACES in mark_surface_used
> i965/gs: Add the gl_prim_to_hw_prim table
On Tue, Feb 28, 2017 at 9:03 PM, Jason Ekstrand wrote:
> ---
> src/mesa/drivers/dri/i965/brw_compiler.c | 1 +
> src/mesa/drivers/dri/i965/brw_context.h | 16
> src/mesa/drivers/dri/i965/brw_shader.h | 18 ++
> 3 files changed, 19
On Sun, Feb 26, 2017 at 12:31 PM, Constantine Charlamov
wrote:
> Initially I was trying to implement for r600 optimization like in the
> d633e23192ef17207f4a6acd3009da3126aab395 commit for radeonsi, but failed
> because I need to learn some more about GPUs internals. For
Both look good to me.
Reviewed-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Both are
Reviewed-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Fri, Feb 24, 2017 at 3:48 PM, Jason Ekstrand wrote:
> The algorithms used by this pass, especially for division, are heavily
> based on the work Ian Romanick did for the similar int64 lowering pass
> in the GLSL compiler.
>
> v2: Properly handle vectors
>
> v3: Get rid of
On Thu, Feb 23, 2017 at 11:41 AM, Emil Velikov <emil.l.veli...@gmail.com> wrote:
> On 30 January 2017 at 02:20, Matt Turner <matts...@gmail.com> wrote:
>> This partially reverts commit 97217a40f97cdeae0304798b607f704deb0c3558.
>> It leaves ES 2.0 support in place per I
On Thu, Feb 23, 2017 at 9:29 AM, Emil Velikov wrote:
> On 23 February 2017 at 17:22, Dylan Baker wrote:
>> Quoting Emil Velikov (2017-02-23 02:32:17)
>>> On 22 February 2017 at 23:35, Dylan Baker wrote:
>>> > This changes the
s/flacky/flakey/ in the title.
On Thu, Feb 23, 2017 at 9:13 AM, Emil Velikov wrote:
> From: Emil Velikov
>
> Note that all the symbols/ABI checks in tree do so :-\
>
> Signed-off-by: Emil Velikov
> ---
> Mostly
Reviewed-by: Matt Turner <matts...@gmail.com>
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Wed, Feb 22, 2017 at 2:12 PM, Timothy Arceri <tarc...@itsqueeze.com> wrote:
> On 23/02/17 08:46, Matt Turner wrote:
>> On Tue, Feb 21, 2017 at 7:45 PM, Timothy Arceri <tarc...@itsqueeze.com>
>> wrote:
>>>
>>> For gpu generations that use LLVM we
801 - 900 of 6330 matches
Mail list logo