https://bugs.freedesktop.org/show_bug.cgi?id=83445
--- Comment #4 from Tapani Pälli ---
(In reply to Tapani Pälli from comment #3)
> Lionel, could you specify a minimal testcase for this? I'm not able to
> reproduce this using a small app (egl and gles2) that just calls
> eglSwapBuffers() few tim
Reviewed-by: Tapani Pälli
(This is a fix for https://bugs.freedesktop.org/show_bug.cgi?id=83445)
On 10/14/2014 12:48 PM, Lionel Landwerlin wrote:
Signed-off-by: Lionel Landwerlin
---
src/egl/drivers/dri2/platform_drm.c | 8
1 file changed, 8 insertions(+)
diff --git a/src/egl/dri
From: Michael Varga
This patch cleans the function handleVASliceDataBufferType() for better
readability.
v2 (chk): minor commit message changes
Signed-off-by: Michael Varga
Signed-off-by: Christian König
---
src/gallium/state_trackers/va/picture.c | 75 ++---
1 f
Hi,
No gallium hardware driver implements clip_halfz, so this cannot be enabled yet.
Marek
On Wed, Oct 22, 2014 at 7:31 AM, wrote:
> From: Mathias Fröhlich
>
> Gallium should be prepared fine for ARB_clip_control.
> So enable this and mention it in the release notes.
>
> Signed-off-by: Mathia
From: Marek Olšák
---
src/gallium/drivers/r300/r300_context.h | 1 +
src/gallium/drivers/r300/r300_emit.c| 1 +
src/gallium/drivers/r300/r300_state.c | 7 +++
3 files changed, 9 insertions(+)
diff --git a/src/gallium/drivers/r300/r300_context.h
b/src/gallium/drivers/r300/r300_context
From: Marek Olšák
---
src/gallium/drivers/r600/evergreen_state.c | 1 +
src/gallium/drivers/r600/r600_state.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/src/gallium/drivers/r600/evergreen_state.c
b/src/gallium/drivers/r600/evergreen_state.c
index 78c1b68..f74dd91 100644
--- a/sr
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_state.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/drivers/radeonsi/si_state.c
b/src/gallium/drivers/radeonsi/si_state.c
index c845df1..16d8493 100644
--- a/src/gallium/drivers/radeonsi/si_state.c
+++ b/src/gallium/drive
On 22.10.2014 18:02, Marek Olšák wrote:
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_state.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/drivers/radeonsi/si_state.c
b/src/gallium/drivers/radeonsi/si_state.c
index c845df1..16d8493 100644
--- a/src/gallium/drivers
Am 22.10.2014 um 07:31 schrieb mathias.froehl...@gmx.net:
> From: Mathias Fröhlich
>
> Gallium should be prepared fine for ARB_clip_control.
> So enable this and mention it in the release notes.
>
> Signed-off-by: Mathias Froehlich
> ---
> docs/GL3.txt| 2 +-
>
On Wed, Oct 22, 2014 at 5:02 AM, Marek Olšák wrote:
> From: Marek Olšák
For the series:
Reviewed-by: Alex Deucher
>
> ---
> src/gallium/drivers/r300/r300_context.h | 1 +
> src/gallium/drivers/r300/r300_emit.c| 1 +
> src/gallium/drivers/r300/r300_state.c | 7 +++
> 3 files changed
Hello Michel,
subject say it all ;-)
Second, we are now nearly on par with 3.16 on RV730 (AGP) with all your
latest work, but I think about what we could get if we find the right
commit between 3.16 (.4 here) and 3.17-rc1 (the transition from 3.16 to
3.17-next).
I do not have 3.16.x around
Hi Chris,
On Wednesday, October 22, 2014 18:54:08 Chris Forbes wrote:
> Do you have piglit tests to go with this?
Yes, just posted onto the piglit list.
Greetings
Mathias
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedeskto
Hi,
On Wednesday, October 22, 2014 16:49:26 Roland Scheidegger wrote:
> I agree with Marek this should have a cap bit if not all drivers support
> it (we got away without it as only some non-public state tracker used it
> which only got used with some drivers, but exposing this in GL is
> differe
From: Mathias Fröhlich
Gallium should be prepared fine for ARB_clip_control.
So enable this and mention it in the release notes.
v2:
Only enable for drivers announcing the freshly introduced
PIPE_CAP_CLIP_HALFZ capability.
Signed-off-by: Mathias Froehlich
---
docs/GL3.txt
From: Mathias Fröhlich
Implement the mesa parts of ARB_clip_control.
So far no driver enables this.
Signed-off-by: Mathias Froehlich
---
src/mapi/glapi/gen/ARB_clip_control.xml | 25 +++
src/mapi/glapi/gen/gl_API.xml | 4 +-
src/mesa/main/dlist.c | 26 +
From: Mathias Fröhlich
In preparation of ARB_clip_control. Let the driver decide if
it supports pipe_rasterizer_state::clip_halfz being set to true.
Signed-off-by: Mathias Froehlich http://lists.freedesktop.org/mailman/listinfo/mesa-dev
From: Mathias Fröhlich
Restore clip control to the default state if MESA_META_VIEWPORT
or MESA_META_DEPTH_TEST is requested.
Signed-off-by: Mathias Froehlich
---
src/mesa/drivers/common/meta.c | 13 +
src/mesa/drivers/common/meta.h | 4
2 files changed, 17 insertions(+)
diff
From: Mathias Fröhlich
Hi,
The next approach to bring decent depth buffer precision to mesa.
The patch series implements ARB_clip_control in mesa and enables the
extension for the gallium drivers.
v2:
Only enable on those gallium drivers that already support clip_halfz.
Please review.
Greeti
From: Mathias Fröhlich
This is for preparation of ARB_clip_control.
Signed-off-by: Mathias Froehlich
---
src/mesa/drivers/dri/i915/i915_state.c| 26 ++---
src/mesa/main/state.c | 9 +++---
src/mesa/main/viewport.c | 47 -
On Wed, Oct 22, 2014 at 1:13 PM, wrote:
> From: Mathias Fröhlich
>
> Gallium should be prepared fine for ARB_clip_control.
> So enable this and mention it in the release notes.
>
> v2:
> Only enable for drivers announcing the freshly introduced
> PIPE_CAP_CLIP_HALFZ capability.
>
> Signed-off-by
On Wed, Oct 22, 2014 at 12:49 PM, Dieter Nützel wrote:
> Hello Michel,
>
> subject say it all ;-)
The llvm support for r600g is for compute (OpenCL). The fact that is
it somewhat usable for graphics is mainly for testing purposes. There
are no plans to expand it to handle additional graphics fe
Hi,
This patch introduced DRI3 support to the EGL backend.
Patch is on top of current master. With the patch you can observe
reduced CPU stress when many glViewport calls are made.
Notice that the DRI3 extension is only exposed if the DRI3 interface is
found working too instead of just existing.
On 21/10/14 16:59, Jan Vesely wrote:
> v2: test for libelf once, check in both radeon and clover
>
> CC: Tom Stellard
> CC: Emil Velikov
> CC: Francisco Jerez
> Signed-off-by: Jan Vesely
Reviewed-by: Emil Velikov
Afaics you don't have commit access to the repo, so I'll be pushing this
patch
On Wed, 2014-10-22 at 19:16 +0100, Emil Velikov wrote:
> On 21/10/14 16:59, Jan Vesely wrote:
> > v2: test for libelf once, check in both radeon and clover
> >
> > CC: Tom Stellard
> > CC: Emil Velikov
> > CC: Francisco Jerez
> > Signed-off-by: Jan Vesely
> Reviewed-by: Emil Velikov
>
> Afai
From: José Fonseca
We'll need to update gallivm for the interface changes in LLVM 3.6, and
the fewer the number of older LLVM versions we support the less hairy that
will be.
As consequence HAVE_AVX define can disappear. (Note HAVE_AVX means whether
LLVM version is supported or not. Runtime su
From: José Fonseca
Replace tabs with spaces.
---
src/gallium/auxiliary/gallivm/lp_bld_misc.cpp | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/src/gallium/auxiliary/gallivm/lp_bld_misc.cpp
b/src/gallium/auxiliary/gallivm/lp_bld_misc.cpp
index ab3b3c9..a1d2940
From: José Fonseca
JITMemoryManager was removed in LLVM 3.6, and replaced by its base
class RTDyldMemoryManager.
This change fixes our JIT memory managers specializations to derive
from RTDyldMemoryManager in LLVM 3.6 instead of JITMemoryManager.
This enables llvmpipe to run with LLVM 3.6.
How
I've just committed r300g, r600g, and radeonsi support. You can set
the value to 1 for those drivers.
Marek
On Wed, Oct 22, 2014 at 7:13 PM, wrote:
> From: Mathias Fröhlich
>
> In preparation of ARB_clip_control. Let the driver decide if
> it supports pipe_rasterizer_state::clip_halfz being se
Hello list,
It's time for the second 10.3 stable candidate. Currently we have
- 19 queued
- 12 nominated (outstanding)
- and 0 rejected patches
Take a look at section "Mesa stable queue" for more information.
Note: earlier mesa testing was against ancient piglit (3457f015314), the
following t
Hi Anuj,
Afaics the series is yet to land on master, this I've not pulled it for
the stable branch. Is the lack of review holding it back ?
Gents can anyone take a look at/review the series ?
Thanks
Emil
On 22/09/14 23:57, Anuj Phogat wrote:
> Currently Mesa crashes with a shader like this:
>
Patches 1 & 2 are:
Reviewed-by: Chris Forbes
I'm not convinced about patch 3. From the GLSL 4.50 spec, section
4.1.9 Arrays p31 (p37 of the PDF):
"It is a compile-time error to declare an array with a size, and then
later (in the same shader) index the same array with an integral
constant expre
We need to create all fs shaders in this function.
---
src/gallium/auxiliary/util/u_blitter.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/src/gallium/auxiliary/util/u_blitter.c
b/src/gallium/auxiliary/util/u_blitter.c
index abcacff..830d82f 100644
--- a/src
Consistently use the function pointer we saved earlier.
---
src/gallium/auxiliary/util/u_blitter.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_blitter.c
b/src/gallium/auxiliary/util/u_blitter.c
index 830d82f..ea9094e 100644
--- a/src/g
If the user calls util_blitter_cache_all_shaders() set a flag and assert
that we never try to create any new fragment shaders after that point.
If the assertions fails, it means we missed generating some shader in
util_blitter_cache_all_shaders().
---
src/gallium/auxiliary/util/u_blitter.c | 51
On 10/22/2014 11:13 AM, mathias.froehl...@gmx.net wrote:
From: Mathias Fröhlich
Restore clip control to the default state if MESA_META_VIEWPORT
or MESA_META_DEPTH_TEST is requested.
Signed-off-by: Mathias Froehlich
---
src/mesa/drivers/common/meta.c | 13 +
src/mesa/drivers/com
Nice clean-up. Minor comments below.
On 10/22/2014 11:13 AM, mathias.froehl...@gmx.net wrote:
From: Mathias Fröhlich
This is for preparation of ARB_clip_control.
Signed-off-by: Mathias Froehlich
---
src/mesa/drivers/dri/i915/i915_state.c| 26 ++---
src/mesa/main/state.c
On 10/22/2014 11:13 AM, mathias.froehl...@gmx.net wrote:
From: Mathias Fröhlich
Implement the mesa parts of ARB_clip_control.
So far no driver enables this.
Signed-off-by: Mathias Froehlich
---
src/mapi/glapi/gen/ARB_clip_control.xml | 25 +++
src/mapi/glapi/gen/gl_API.xml
Hi all,
I was wondering earlier "how far are we until the 10.4 release" and it
hit me... there isn't much left. So in order to stick with the original
three month release schedule here is my proposal.
November 14th 2014 - Feature freeze/Release candidate 1
November 21st 2014 - Release candidate 2
Am 22.10.2014 um 21:11 schrieb jfons...@vmware.com:
> From: José Fonseca
>
> JITMemoryManager was removed in LLVM 3.6, and replaced by its base
> class RTDyldMemoryManager.
>
> This change fixes our JIT memory managers specializations to derive
> from RTDyldMemoryManager in LLVM 3.6 instead of J
For patches 1-3:
Reviewed-by: Marek Olšák
Patch 4 seems to be missing on the mailing list.
Marek
On Wed, Oct 22, 2014 at 11:16 PM, Brian Paul wrote:
> Consistently use the function pointer we saved earlier.
> ---
> src/gallium/auxiliary/util/u_blitter.c |6 +++---
> 1 file changed, 3 ins
This patch adds macros needed for the HiZ PMA stall optimization.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/intel_reg.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/intel_reg.h
b/src/mesa/drivers/dri/i965/intel_reg.h
index 45b82ad..5ac01
Certain non-promoted depth cases typically incur stalls. In very
specific cases, we can enable a workaround which improves performance.
Improves performance in GLBenchmark 2.7 TRex by 1.17762% +/- 0.448765%
(n=75) at 1280x720 on Broadwell GT3.
Haswell has this feature as well, but we can't curre
Improves performance in GLBenchmark 2.7 TRex by 3.9% +/- 0.336383%
(n=80) at 1280x720 on Broadwell GT3. Together with the previous patch,
it improves performance by 5.42738% +/- 0.541971% (n=10) at 1920x1080.
Note that without the PMA stall fix, this would instead decrease
performance by 22%.
On Wed, Oct 22, 2014 at 1:40 PM, Chris Forbes wrote:
> Patches 1 & 2 are:
>
> Reviewed-by: Chris Forbes
>
> I'm not convinced about patch 3. From the GLSL 4.50 spec, section
> 4.1.9 Arrays p31 (p37 of the PDF):
>
> "It is a compile-time error to declare an array with a size, and then
> later (in
> thought we could use the old memory manager even when using mcjit
(before 3.6)?
Not really. Even when we passed a JITMemoryManager to MCJIT, it would only use
the methods of the base class RTDyldMemoryManager,
As I said, this series doesn't cause any regression per se: it makes MCJIT on
3.
On 10/22/2014 04:31 PM, Marek Olšák wrote:
For patches 1-3:
Reviewed-by: Marek Olšák
Patch 4 seems to be missing on the mailing list.
Yeah, I don't know what happened to it. But 4/4 only adds a comment on
util_blitter_cache_all_shaders() so not a big deal.
-Brian
Marek
On Wed, Oct 2
OK, I reproduced the issue with a piglit shader_runner test. It looks
like the writes to float, vec2 or vec3 outputs is sometimes lost (but
always works for vec4).
I've posted a set of tests to the piglit list.
I'm cc'ing the mesa-dev list so hopefully one of the GLSL people can
take a look.
-B
On 23.10.2014 04:27, Emil Velikov wrote:
Trivial merge conflicts
---
Here are the commits where I manually merged conflicts, (so these might
merit additional review):
commit c759d1b6bfbc15b044ef3f7cd590b6647c3670df
Author: Michel Dänzer
winsys/radeon: Use separate cac
Thanks Brian,
Nice easy workaround for us.
Cheers
And thanks for your help.
Jason Anderssen
On 23/10/2014 11:02 am, "Brian Paul" wrote:
>OK, I reproduced the issue with a piglit shader_runner test. It looks
>like the writes to float, vec2 or vec3 outputs is sometimes lost (but
>always works f
On 23.10.2014 02:24, Alex Deucher wrote:
On Wed, Oct 22, 2014 at 12:49 PM, Dieter Nützel wrote:
subject say it all ;-)
The llvm support for r600g is for compute (OpenCL). The fact that is
it somewhat usable for graphics is mainly for testing purposes. There
are no plans to expand it to han
On 23.10.2014 02:13, mathias.froehl...@gmx.net wrote:
From: Mathias Fröhlich
In preparation of ARB_clip_control. Let the driver decide if
it supports pipe_rasterizer_state::clip_halfz being set to true.
Signed-off-by: Mathias Froehlich
[...]
diff --git a/src/gallium/drivers/ilo/ilo_screen.
Makes use of SSE to speed up compute of min and max elements
Callgrind cpu usage results from pts benchmarks:
Openarena 0.8.8: 3.67% -> 1.03%
UrbanTerror: 2.36% -> 0.81%
Signed-off-by: Timothy Arceri
---
src/mesa/Makefile.am | 3 +-
src/mesa/main/sse_minmax.c| 75
On Wed, Oct 22, 2014 at 9:02 PM, Timothy Arceri wrote:
> Makes use of SSE to speed up compute of min and max elements
>
> Callgrind cpu usage results from pts benchmarks:
>
> Openarena 0.8.8: 3.67% -> 1.03%
> UrbanTerror: 2.36% -> 0.81%
>
> Signed-off-by: Timothy Arceri
> ---
> src/mesa/Makefile
On Fri, 2014-10-17 at 11:12 +0530, Manasij Mukherjee wrote:
> Hi,
> I found the idea-page recently and am interested in tackling the
> problem labelled
> "Find common patterns in real GLSL shaders".
> Can anyone point me to any previous work attempted on this if any?
A few people have asked about
On Wed, Oct 22, 2014 at 10:30 PM, Matt Turner wrote:
> On Wed, Oct 22, 2014 at 9:02 PM, Timothy Arceri wrote:
>> I almost wasn't going to bother sending this out since it uses SSE4.1
>> and its recommended to use glDrawRangeElements anyway. But since these games
>> are still ofter used for benchm
55 matches
Mail list logo
