On 14 March 2015 at 13:04, Emil Velikov emil.l.veli...@gmail.com wrote:
On 13/03/15 22:10, Francisco Jerez wrote:
Emil Velikov emil.l.veli...@gmail.com 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 thomashellan...@gmail.com:
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
Emil Velikov emil.l.veli...@gmail.com writes:
On 14 March 2015 at 13:04, Emil Velikov emil.l.veli...@gmail.com wrote:
On 13/03/15 22:10, Francisco Jerez wrote:
Emil Velikov emil.l.veli...@gmail.com writes:
...
* Use bundled library if newer (check the SONAME).
For libgcc_s at least, the
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 kenn...@whitecape.org
---
src/mesa/drivers/dri/i965/brw_fs_cse.cpp | 24
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:
2015-03-15 16:47 GMT+01:00 Thomas Helland thomashellan...@gmail.com:
2015-03-13 23:37 GMT+01:00 Thomas Helland thomashellan...@gmail.com:
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
From: Marek Olšák marek.ol...@amd.com
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 +--
From: Marek Olšák marek.ol...@amd.com
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
From: Marek Olšák marek.ol...@amd.com
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
On Sun, Mar 15, 2015 at 4:27 AM, Bernd Kuhls bernd.ku...@t-online.de 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
From: Marek Olšák marek.ol...@amd.com
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
From: Marek Olšák marek.ol...@amd.com
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
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
_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.
From: Marek Olšák marek.ol...@amd.com
---
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
---
From: Marek Olšák marek.ol...@amd.com
---
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
From: Marek Olšák marek.ol...@amd.com
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 +++-
From: Marek Olšák marek.ol...@amd.com
---
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
---
From: Marek Olšák marek.ol...@amd.com
- 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
From: Marek Olšák marek.ol...@amd.com
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 ++
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 marek.ol...@amd.com
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
From: Marek Olšák marek.ol...@amd.com
---
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
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 imir...@alum.mit.edu
On Sun, Mar 15, 2015 at 2:51 PM, Marek Olšák
On Sun, Mar 15, 2015 at 1:50 PM, Thomas Helland
thomashellan...@gmail.com wrote:
2015-03-15 16:47 GMT+01:00 Thomas Helland thomashellan...@gmail.com:
2015-03-13 23:37 GMT+01:00 Thomas Helland thomashellan...@gmail.com:
So here comes the second version of this series.
I found a way to exercise
2015-03-15 20:04 GMT+01:00 Connor Abbott cwabbo...@gmail.com:
On Sun, Mar 15, 2015 at 1:50 PM, Thomas Helland
thomashellan...@gmail.com wrote:
2015-03-15 16:47 GMT+01:00 Thomas Helland thomashellan...@gmail.com:
2015-03-13 23:37 GMT+01:00 Thomas Helland thomashellan...@gmail.com:
So here
+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
On Sun, Mar 1, 2015 at 8:51 PM, Marc Dietrich marvi...@gmx.de wrote:
Am Sonntag 01 März 2015, 17:28:18 schrieb Sedat Dilek:
On Sun, Mar 1, 2015 at 3:09 PM, Marc Dietrich marvi...@gmx.de wrote:
This patch simplifies the visibility compiler flag detection in configure
and makes it more generic
On Fri, Mar 6, 2015 at 8:06 PM, Emil Velikov emil.l.veli...@gmail.com wrote:
On 4 March 2015 at 18:07, Roland Scheidegger srol...@vmware.com 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
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.
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
On Sun, Mar 15, 2015 at 3:48 PM, Marek Olšák mar...@gmail.com 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
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
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
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
On Sun, Mar 15, 2015 at 1:16 PM, Thomas Helland
thomashellan...@gmail.com wrote:
2015-03-15 20:04 GMT+01:00 Connor Abbott cwabbo...@gmail.com:
On Sun, Mar 15, 2015 at 1:50 PM, Thomas Helland
thomashellan...@gmail.com wrote:
2015-03-15 16:47 GMT+01:00 Thomas Helland thomashellan...@gmail.com:
On Wednesday, March 11, 2015 11:53:40 AM Jordan Justen wrote:
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
---
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 13 March 2015 at 08:37, Chad Versace chad.vers...@intel.com wrote:
On 03/10/2015 09:15 PM, Matt Turner wrote:
On Tue, Mar 10, 2015 at 8:19 PM, Ian Romanick i...@freedesktop.org wrote:
On 03/10/2015 05:20 PM, Matt Turner wrote:
Creating/recreating the strings in eglQueryString() is extra
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 link statically
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! The
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:
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[] to
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
https://bugs.freedesktop.org/show_bug.cgi?id=89584
Ronie Salgado ronies...@gmail.com changed:
What|Removed |Added
Priority|medium |lowest
--
You are
We never reset the string on eglTerminate, so it grows
for ever on multiple eglInitialise.
Signed-off-by: Dave Airlie airl...@redhat.com
---
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
---
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 kenn...@whitecape.org wrote:
Commit 36bc5f06dd22 began allowing immediates in MAD and LRP sources,
in any position. One unforeseen
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
46 matches
Mail list logo
