On Fri, 2015-03-13 at 16:29 +0200, Francisco Jerez wrote:
> Iago Toral Quiroga writes:
>
> > This is a problem when we have IR like this:
> >
> > (array_ref (var_ref temps) (swiz x (expression ivec4 bitcast_f2i
> >(swiz (array_ref (var_ref temps) (constant int (2)) ) )) )) ) )
> >
> > wh
On 03/13/2015 10:18 PM, Ilia Mirkin wrote:
On Fri, Mar 13, 2015 at 4:37 AM, Tapani Pälli wrote:
Patch adds required helper functions to shaderapi.h and
the actual implementation.
corresponding Piglit test:
arb_program_interface_query-resource-index
Signed-off-by: Tapani Pälli
---
src
On 03/13/2015 09:57 PM, Ilia Mirkin wrote:
On Fri, Mar 13, 2015 at 4:37 AM, Tapani Pälli wrote:
Patch adds required helper functions to shaderapi.h and
the actual implementation.
corresponding Piglit test:
arb_program_interface_query-getprograminterfaceiv
Signed-off-by: Tapani Pälli
--
https://bugs.freedesktop.org/show_bug.cgi?id=89584
Michel Dänzer changed:
What|Removed |Added
CC||tstel...@gmail.com
--
You are receiving
On 03/14/2015 01:19 AM, Matt Turner wrote:
On Fri, Mar 13, 2015 at 1:37 AM, Tapani Pälli wrote:
v2: update dispatch_sanity test (Jason Ekstrand)
+ small code cleanups
Signed-off-by: Tapani Pälli
---
src/mapi/glapi/gen/ARB_program_interface_query.xml | 109 +
src/
On 03/14/2015 02:46 AM, Kenneth Graunke wrote:
On Friday, March 13, 2015 04:40:17 PM Matt Turner wrote:
On Fri, Mar 13, 2015 at 4:16 PM, Kenneth Graunke wrote:
Commit 36bc5f06dd22 began allowing immediates in MAD and LRP sources,
in any position. One unforeseen consequence is that opt_algeb
Ok, so I think I managed to find the source of the bug. When inserting
elements into the set/hash table, we computed the initial probe
address *before* doing the rehash. In the case where inserting an
element led to a rehash, this meant that we'd use the wrong starting
address when actually inserti
We never reset the string on eglTerminate, so it grows
for ever on multiple eglInitialise.
Signed-off-by: Dave Airlie
---
src/egl/main/eglapi.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/egl/main/eglapi.c b/src/egl/main/eglapi.c
index bd8ffa0..d139038 100644
--- a/src/egl/main/eglap
On 13 March 2015 at 08:37, Chad Versace wrote:
> On 03/10/2015 09:15 PM, Matt Turner wrote:
>> On Tue, Mar 10, 2015 at 8:19 PM, Ian Romanick wrote:
>>> On 03/10/2015 05:20 PM, Matt Turner wrote:
Creating/recreating the strings in eglQueryString() is extra work and
isn't thread-safe, as
On Wednesday, March 11, 2015 11:53:40 AM Jordan Justen wrote:
> Signed-off-by: Jordan Justen
> ---
> src/mesa/drivers/dri/i965/brw_context.h | 2 ++
> src/mesa/drivers/dri/i965/brw_state.h| 1 +
> src/mesa/drivers/dri/i965/brw_state_upload.c | 28
> +++-
>
On Wednesday, March 11, 2015 11:53:38 AM Jordan Justen wrote:
> brw->num_atoms is converted to an array, but currently just an array
> of length 1.
>
> Adds brw_copy_pipeline_atoms which copies the atoms for a pipeline,
> and sets brw->num_atoms[p] for pipeline p.
>
> v2:
> * Rename brw->atoms[]
https://bugs.freedesktop.org/show_bug.cgi?id=89584
Ronie Salgado changed:
What|Removed |Added
Priority|medium |lowest
--
You are receiving this mail b
https://bugs.freedesktop.org/show_bug.cgi?id=89584
Bug ID: 89584
Summary: Minor bug in OpenCL example
Product: Mesa
Version: git
Hardware: All
OS: All
Status: NEW
Severity: trivial
Priority: medi
On 16.03.2015 04:48, Marek Olšák wrote:
> This mainly adds support for line and polygon smoothing. Only GCN
> supports it in hardware.
>
> 1-2: cleanups
> 3-6: smoothing
> 7-10: more cleanups
>
> I think point smoothing is the last missing thing as far as legacy
> features are concerned.
Nice! T
On 14.03.2015 06:52, Pierre-Loup A. Griffais wrote:
> On 03/12/2015 08:20 PM, Michel Dänzer wrote:
>> On 13.03.2015 03:07, Pierre-Loup A. Griffais wrote:
>>> On 03/11/2015 09:40 AM, Ian Romanick wrote:
On 03/11/2015 09:31 AM, Tobias Klausmann wrote:
> The problem in not forcing this to lin
On 16.03.2015 09:44, Vivek Das Mohapatra wrote:
>
> I've been doing a bit of work to make the patch compatible with static
> llvm (I had link failures), I'll check those as well. Currently I have
> no .so which pull in libstdc++ or libgcc_s, so I think I've got it covered.
You do realize that sta
On Sun, Mar 1, 2015 at 8:51 PM, Marc Dietrich wrote:
> Am Sonntag 01 März 2015, 17:28:18 schrieb Sedat Dilek:
>> On Sun, Mar 1, 2015 at 3:09 PM, Marc Dietrich wrote:
>> > This patch simplifies the visibility compiler flag detection in configure
>> > and makes it more generic to also support compi
On Fri, Mar 6, 2015 at 8:06 PM, Emil Velikov wrote:
> On 4 March 2015 at 18:07, Roland Scheidegger wrote:
>> Am 04.03.2015 um 12:38 schrieb Jose Fonseca:
>>> On 04/03/15 02:00, Emil Velikov wrote:
On 27 February 2015 at 23:28, Sedat Dilek wrote:
> On Mon, Feb 9, 2015 at 6:30 PM, Emil Ve
+fi;
+STATIC_STDCPP_LIBS="-l:libgcc.a -l:libgcc_eh.a -l:libstdc++.a";
+STATIC_STDCPP_LDFLAGS="-static-libgcc -static-libstdc++ \
+ -l:libgcc.a -l:libstdc++.a \
Do we need this line considering the STATIC_STDCPP_LIBS above ?
Yes, I can't remember the exact fa
The original reference to the reason I found was in the dicussion of
a libtool bug about this, I can't find the exat place right now but
this looks similar in the details given:
http://www.trilithium.com/johan/2005/06/static-libstdc/
___
mesa-dev ma
That aside did you find any information as to why libtool adds the
explicit links despite -static-libgcc -static-libstdc++ ?
AIUI, exceptions can't cross a DSO boundary (eg from library to caller
outside that library) if there isn't a single dynamic libstdc++ linked
in.
_
On Sun, Mar 15, 2015 at 1:16 PM, Thomas Helland
wrote:
> 2015-03-15 20:04 GMT+01:00 Connor Abbott :
>> On Sun, Mar 15, 2015 at 1:50 PM, Thomas Helland
>> wrote:
>>> 2015-03-15 16:47 GMT+01:00 Thomas Helland :
2015-03-13 23:37 GMT+01:00 Thomas Helland :
> So here comes the second version
The SZ2 field contains the layer size of a lower miplevel. It only
contains 4 bits, which limits the maximum layer size it can describe. In
situations where the next miplevel would be too big, the hardware
appears to keep minifying the size until it hits one of that size.
Unfortunately the hardware
Signed-off-by: Ilia Mirkin
---
src/gallium/drivers/freedreno/a3xx/fd3_texture.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/src/gallium/drivers/freedreno/a3xx/fd3_texture.c
b/src/gallium/drivers/freedreno/a3xx/fd3_texture.c
index 567f6c7..05d826e 100644
--- a/src/galliu
On Sun, Mar 15, 2015 at 3:48 PM, Marek Olšák wrote:
> This mainly adds support for line and polygon smoothing. Only GCN supports it
> in hardware.
>
I think technically cayman and TN/RL support this as well.
Alex
> 1-2: cleanups
> 3-6: smoothing
> 7-10: more cleanups
>
> I think point smoothin
Looks like you may have missed the DFMA update in
src/gallium/drivers/r600/r600_shader.c, but that's not too
important... it can be updated when r600 gains doubles support. As
with the previous version,
Reviewed-by: Ilia Mirkin
On Sun, Mar 15, 2015 at 2:51 PM, Marek Olšák wrote:
> From: Marek O
2015-03-15 20:04 GMT+01:00 Connor Abbott :
> On Sun, Mar 15, 2015 at 1:50 PM, Thomas Helland
> wrote:
>> 2015-03-15 16:47 GMT+01:00 Thomas Helland :
>>> 2015-03-13 23:37 GMT+01:00 Thomas Helland :
So here comes the second version of this series.
I found a way to exercise the bug in the p
From: Marek Olšák
Sample locations are not updated as often as framebuffers.
---
src/gallium/drivers/radeonsi/si_hw_context.c | 1 +
src/gallium/drivers/radeonsi/si_pipe.c | 3 +++
src/gallium/drivers/radeonsi/si_pipe.h | 2 ++
src/gallium/drivers/radeonsi/si_state.c | 11 +++
This mainly adds support for line and polygon smoothing. Only GCN supports it
in hardware.
1-2: cleanups
3-6: smoothing
7-10: more cleanups
I think point smoothing is the last missing thing as far as legacy features are
concerned.
Please review.
Marek
_
From: Marek Olšák
Do it only when the line stipple state is changed.
---
src/gallium/drivers/radeonsi/si_hw_context.c | 1 +
src/gallium/drivers/radeonsi/si_pipe.h | 2 +-
src/gallium/drivers/radeonsi/si_state.c | 4
src/gallium/drivers/radeonsi/si_state_draw.c | 7 +--
4 fil
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_state_shaders.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_state_shaders.c
b/src/gallium/drivers/radeonsi/si_state_shaders.c
index 0a2ff2a..8c3bdc5 100644
--
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_state_draw.c | 8
1 file changed, 8 insertions(+)
diff --git a/src/gallium/drivers/radeonsi/si_state_draw.c
b/src/gallium/drivers/radeonsi/si_state_draw.c
index 7523c2a..e186694 100644
--- a/src/gallium/drivers/radeonsi/si_state_dr
From: Marek Olšák
- move it to its own function
- do it after all states are emitted
- bump SI_MAX_DRAW_CS_DWORDS
---
src/gallium/drivers/radeonsi/si_pipe.h | 3 ++-
src/gallium/drivers/radeonsi/si_state_draw.c | 34
2 files changed, 22 insertions(+), 15 delet
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_shader.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/si_shader.c
index e43b588..3cd6166 100644
--- a/src/gallium/drivers/radeonsi
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_pipe.h | 1 +
src/gallium/drivers/radeonsi/si_state.c | 35 -
src/gallium/drivers/radeonsi/si_state.h | 2 ++
src/gallium/drivers/radeonsi/si_state_shaders.c | 21 ---
4 files cha
From: Marek Olšák
The fragment shader multiplies the alpha channel with gl_SampleMaskIn.
If blending is enabled, it looks like MSAA.
---
src/gallium/drivers/radeonsi/si_pipe.h | 1 +
src/gallium/drivers/radeonsi/si_shader.c | 38 +++-
src/gallium/drivers/radeonsi/s
From: Marek Olšák
This requires enabling the optional GL provoking vertex behavior for quads.
+ some cosmetic changes, so that the register is set exactly the same as
on r600.
---
src/gallium/drivers/radeonsi/si_pipe.c | 2 +-
src/gallium/drivers/radeonsi/si_pipe.h | 3 +--
src/ga
From: Marek Olšák
This will be used for line and polygon smoothing.
This is GCN-only even though it's in shared code.
---
src/gallium/drivers/r600/evergreen_state.c| 2 +-
src/gallium/drivers/radeon/cayman_msaa.c | 36 +--
src/gallium/drivers/radeon/r600_pipe_co
_mesa_strtod and _mesa_strtof are only used from the GLSL compiler,
so the locale doesn't need to be initialized before the first context
gets initialized. So let's use explicit initialization from the
one-time init code instead of depending on a C++ compiler to initialize
at image-load time.
Sign
On Sun, Mar 15, 2015 at 1:50 PM, Thomas Helland
wrote:
> 2015-03-15 16:47 GMT+01:00 Thomas Helland :
>> 2015-03-13 23:37 GMT+01:00 Thomas Helland :
>>> So here comes the second version of this series.
>>> I found a way to exercise the bug in the previous series.
>>> This makes the test fail where
From: Marek Olšák
v2: Don't use the intrinsics, the shader backend can recognize these
patterns and generates optimal code automatically.
---
.../drivers/radeon/radeon_setup_tgsi_llvm.c| 34 ++
1 file changed, 34 insertions(+)
diff --git a/src/gallium/drivers/rad
From: Marek Olšák
This will be used a lot (especially by tessellation).
v2: don't use the bfe intrinsic
---
src/gallium/drivers/radeonsi/si_shader.c | 43
1 file changed, 27 insertions(+), 16 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b
From: Marek Olšák
Needed by ARB_gpu_shader5.
v2: select DMAD for FMA with double precision
v3: add and select DFMA
---
src/gallium/auxiliary/gallivm/lp_bld_limits.h| 1 +
src/gallium/auxiliary/tgsi/tgsi_exec.h | 1 +
src/gallium/auxiliary/tgsi/tgsi_info.c | 4 ++--
sr
2015-03-15 16:47 GMT+01:00 Thomas Helland :
> 2015-03-13 23:37 GMT+01:00 Thomas Helland :
>> So here comes the second version of this series.
>> I found a way to exercise the bug in the previous series.
>> This makes the test fail where it previously passed
>> and we instead ended up hitting assert
On Sun, Mar 15, 2015 at 4:27 AM, Bernd Kuhls wrote:
> Patch inspired by
> https://www.winehq.org/pipermail/wine-bugs/2011-September/288987.html
> http://git.alpinelinux.org/cgit/aports/tree/main/wine/uclibc-fmaxf-fminf.patch?id=c9b491b6099eec02a835ffd05539b5c783c6c43a
>
> Starting an app using mes
Hi Vivek,
From a quick look it seems that your use-case (both build and
runtime-wise) is a bit narrow. Allow me to elaborate:
Most people build mesa once and then package the different modules
into separate packages.
As other (non-dri) components use the C++ linker (and thus the
modified postdep
Emil Velikov writes:
> On 14 March 2015 at 13:04, Emil Velikov wrote:
>> On 13/03/15 22:10, Francisco Jerez wrote:
>>> Emil Velikov writes:
> ...
* Use bundled library if newer (check the SONAME).
For libgcc_s at least, the library does not seems to be forward compatible.
>
2015-03-13 23:37 GMT+01:00 Thomas Helland :
> So here comes the second version of this series.
> I found a way to exercise the bug in the previous series.
> This makes the test fail where it previously passed
> and we instead ended up hitting assertions in the code.
> This is not perfect, and sever
On 14 March 2015 at 13:04, Emil Velikov wrote:
> On 13/03/15 22:10, Francisco Jerez wrote:
>> Emil Velikov writes:
...
>>>
>>> * Use bundled library if newer (check the SONAME).
>>>
>>> For libgcc_s at least, the library does not seems to be forward compatible.
>>>
>>
>> That belongs to your lis
Patch inspired by
https://www.winehq.org/pipermail/wine-bugs/2011-September/288987.html
http://git.alpinelinux.org/cgit/aports/tree/main/wine/uclibc-fmaxf-fminf.patch?id=c9b491b6099eec02a835ffd05539b5c783c6c43a
Starting an app using mesa3d 10.5.x, Kodi for example, fails:
/usr/lib/kodi/kodi.bin:
On Fri, Mar 13, 2015 at 04:23:40PM -0700, Kenneth Graunke wrote:
> Create a backend_inst::is_commutative() method to replace two static
> functions that did the exact same thing.
>
> Signed-off-by: Kenneth Graunke
> ---
> src/mesa/drivers/dri/i965/brw_fs_cse.cpp | 24 +---
>
51 matches
Mail list logo
