On Sat, Aug 26, 2017 at 9:42 PM, Ilia Mirkin wrote:
> The is_double_vertex_input needs to be set for arrays of doubles as
> well.
>
> Fixes KHR-GL45.enhanced_layouts.varying_array_locations
>
> Signed-off-by: Ilia Mirkin
> Cc: mesa-sta...@lists.freedesktop.org
> ---
> src/mesa/state_tracker/st_g
The is_double_vertex_input needs to be set for arrays of doubles as
well.
Fixes KHR-GL45.enhanced_layouts.varying_array_locations
Signed-off-by: Ilia Mirkin
Cc: mesa-sta...@lists.freedesktop.org
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
The argument to count_attribute_slots should only be set to true for
vertex inputs, not for all vertex shader varyings.
Fixes KHR-GL45.enhanced_layouts.varying_locations
Signed-off-by: Ilia Mirkin
Cc: mesa-sta...@lists.freedesktop.org
---
src/compiler/glsl/link_varyings.cpp | 3 ++-
1 file chan
Plowed through it a couple times, and it looks solid to me.
After thinking through it a couple times it seems like this
should be more performant than my modification of Vladislav's
original implementation. Would be nice to see a performance
comparison though. I'll try to get some numbers up for it
Hi,
I haven't looked to closely into this series yet.
Just thought I'd point out this series I wrote back in May,
in case you didn't see it, or remembered it.
I haven't gotten around to finishing it (whats left is porting
the tests to gtest). The implementation should be
fine though; I've put it
On Thu, Aug 24, 2017 at 6:54 AM, Alejandro Piñeiro
wrote:
> Returns the brw_type for a given ssa.bit_size, and a reference type.
> So if bit_size is 64, and the reference type is BRW_REGISTER_TYPE_F,
> it returns BRW_REGISTER_TYPE_DF. The same applies if bit_size is 32
> and reference type is BRW
Reviewed-by: Jason Ekstrand
On Fri, Aug 25, 2017 at 7:10 PM, Jason Ekstrand
wrote:
> Ack. Not a review though.
>
>
>
> On August 25, 2017 6:38:46 PM Emil Velikov
> wrote:
>
> From: Emil Velikov
>>
>> The functionality is used by glsl and mesa. With the latter already
>> depending on the form
On 26/08/17 16:09, srol...@vmware.com wrote:
From: Roland Scheidegger
Fixes build error when it's not.
---
src/util/u_queue.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/util/u_queue.c b/src/util/u_queue.c
index 49361c3..449da7d 100644
--- a/src/util/u_queue.c
+++
From: Roland Scheidegger
Fixes build error when it's not.
---
src/util/u_queue.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/util/u_queue.c b/src/util/u_queue.c
index 49361c3..449da7d 100644
--- a/src/util/u_queue.c
+++ b/src/util/u_queue.c
@@ -246,7 +246,7 @@ util_qu
On 26.08.2017 00:46, Timothy Arceri wrote:
On 26/08/17 00:50, Nicolai Hähnle wrote:
On 25.08.2017 13:58, Marek Olšák wrote:
Nicolai,
Have you thought about switching to NIR for radeonsi completely to
get 16-bit support? We need NIR support anyway for spirv, right?
Would be it be easier tha
On Sat, Aug 26, 2017 at 3:49 AM, Karol Herbst wrote:
> On Sat, Aug 26, 2017 at 3:36 AM, Ilia Mirkin wrote:
>> On Fri, Aug 25, 2017 at 8:23 PM, Karol Herbst wrote:
>>> On Sat, Aug 26, 2017 at 1:38 AM, Ilia Mirkin wrote:
On Fri, Aug 25, 2017 at 7:37 PM, Karol Herbst
wrote:
> On Sa
From: Nicolai Hähnle
For building long strings by successive append operations.
---
src/util/Makefile.sources | 2 +
src/util/stringbuf.c | 185 ++
src/util/stringbuf.h | 97
3 files changed, 284 insertions(+)
From: Nicolai Hähnle
---
src/compiler/glsl/glcpp/glcpp-parse.y | 99 ++-
src/compiler/glsl/glcpp/glcpp.h | 7 ++-
src/compiler/glsl/glcpp/pp.c | 45 +++-
3 files changed, 59 insertions(+), 92 deletions(-)
diff --git a/src/compiler/gls
Hi all,
The GLSL preprocessor operates by successively appending preprocessed
pieces to a string via ralloc_str_append and friends. Each of these
functions calls realloc() every time it is used, which is potentially
quadratic behavior.
This doesn't seem to be a problem usually because the system
Hi guys,
When working on lima gp compiler, I come across two problems about
inserting extra uniform
and instructions in nir for the driver and don't know where's the
right place to do it. So I'd like
to hear your opinion and if there's other driver already did so.
1. viewport transfer
lima gp nee
Am Freitag, 25. August 2017, 11:25:02 CEST schrieb Marc Dietrich:
> Am Donnerstag, 24. August 2017, 16:39:58 CEST schrieben Sie:
> > On 24 August 2017 at 15:26, Marc Dietrich wrote:
> > > Hi Elie,
> > >
> > > Am Mittwoch, 23. August 2017, 13:07:30 CEST schrieb Elie Tournier:
> > >> From: Elie Tou
https://bugs.freedesktop.org/show_bug.cgi?id=101851
--- Comment #8 from James Harvey ---
Hi Emil,
I applied your patch against mesa-17.2.0_rc5 on gentoo, it fixed the build
failure for me. I did a quick test with eglgears on both X11 and wayland and
didn't see any problems. Thanks!
--
You ar
https://bugs.freedesktop.org/show_bug.cgi?id=101851
--- Comment #7 from Emil Velikov ---
(In reply to Steve Arnold from comment #6)
> I think one of the main problems is libtool failing to pass flags specified
> by the user; note in the previous comment #5 it fails to pass
> "-fuse-ld=bfd". Also
On 25 August 2017 at 21:20, Emil Velikov wrote:
> From: Emil Velikov
>
> Inlining the implementation does not cause additional overhead in
> terms of build time while the binary is increased only marginally (~1k)
>
> At the same time the compiler should be able to optimise better, although
> this
Signed-off-by: Mun Gwan-gyeong
---
src/gallium/docs/source/context.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/docs/source/context.rst
b/src/gallium/docs/source/context.rst
index 7002802248..6ac45819a6 100644
--- a/src/gallium/docs/source/context.rst
+++ b
https://bugs.freedesktop.org/show_bug.cgi?id=102318
Alex Granni changed:
What|Removed |Added
CC||jfons...@vmware.com
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=102318
Alex Granni changed:
What|Removed |Added
CC||genpfa...@gmail.com
--
You are receiving
On Sat, Aug 26, 2017 at 3:36 AM, Ilia Mirkin wrote:
> On Fri, Aug 25, 2017 at 8:23 PM, Karol Herbst wrote:
>> On Sat, Aug 26, 2017 at 1:38 AM, Ilia Mirkin wrote:
>>> On Fri, Aug 25, 2017 at 7:37 PM, Karol Herbst wrote:
On Sat, Aug 26, 2017 at 1:30 AM, Ilia Mirkin wrote:
> Why is this
23 matches
Mail list logo
