On Sat, Mar 26, 2016 at 3:00 PM, Rob Clark wrote:
> On Sat, Mar 26, 2016 at 5:43 PM, Jason Ekstrand
> wrote:
> > On Sat, Mar 26, 2016 at 8:22 AM, Rob Clark wrote:
> >> btw, I do remember for lower_io I wanted the mode to be a bitmask so
> >> we could more easily deal w/ multiple modes in the sa
https://bugs.freedesktop.org/show_bug.cgi?id=94882
--- Comment #5 from peter.f...@gmx.de ---
Thanks for pointing out. Moving all ifs to the end of the function indeed fixes
the issue.
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
On Sat, Mar 26, 2016 at 8:48 AM, Rob Clark wrote:
> On Fri, Mar 25, 2016 at 7:12 PM, Jason Ekstrand
> wrote:
> > ---
> > src/compiler/nir/nir.h | 3 ++
> > src/compiler/nir/nir_lower_system_values.c | 74
> --
> > 2 files changed, 74 insertions(+
R-B
On Apr 10, 2016 10:52 PM, "Samuel Iglesias Gonsálvez"
wrote:
> This patch is still unreviewed.
>
> Sam
>
> On 05/04/16 10:29, Samuel Iglesias Gonsálvez wrote:
> > Signed-off-by: Samuel Iglesias Gonsálvez
> > ---
> >
> > This would replace this patch [0] in the series.
> >
> > [0]
> https://l
This patch is still unreviewed.
Sam
On 05/04/16 10:29, Samuel Iglesias Gonsálvez wrote:
> Signed-off-by: Samuel Iglesias Gonsálvez
> ---
>
> This would replace this patch [0] in the series.
>
> [0] https://lists.freedesktop.org/archives/mesa-dev/2016-March/111347.html
>
> src/compiler/nir/gl
I didn't see anything obviously wrong so,
Reviewed-by: Edward O'Callaghan
But I have some general questions about guard band, not sure if this is
the right place but I'll just ask any way:
From my somewhat naive understanding guard band can lead to small gaps
between polygons. In this impleme
https://bugs.freedesktop.org/show_bug.cgi?id=94882
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Sun, Apr 10, 2016 at 5:59 AM, Markus Wick wrote:
> Am 2016-04-09 21:20, schrieb Jason Ekstrand:
>
>> LGTM. Of course, shader-db numbers would be nice.
>>
>
> No shader-db changes on IVB. Sounds like I have to provide a shader-db
> patch ;)
>
I think that if we had a few dolphin-generated sha
https://bugs.freedesktop.org/show_bug.cgi?id=94882
Michel Dänzer changed:
What|Removed |Added
Attachment #122847|text/plain |application/x-xz
mime type|
This series implements ARB_shader_storage_buffer_object,
ARB_shader_atomic_counters, and ARB_shader_atomic_counter_ops support
for softpipe.
After images support it wasn't too much effort to get this going.
Dave.
___
mesa-dev mailing list
mesa-dev@list
From: Dave Airlie
This adds support for doing load/store/atomic operations on
buffer objects.
Signed-off-by: Dave Airlie
---
src/gallium/auxiliary/draw/draw_gs.c | 2 +-
src/gallium/auxiliary/draw/draw_vs_exec.c | 2 +-
src/gallium/auxiliary/tgsi/tgsi_exec.c| 217 +
From: Dave Airlie
This adds support for the features requires for ARB_shader_storage_buffer_object
and ARB_shader_atomic_counters, ARB_shader_atomic_counter_ops.
Signed-off-by: Dave Airlie
---
docs/GL3.txt| 8 +-
docs/relnotes/11.3.0.html
From: Dave Airlie
For atomic operations we really need to avoid executing unnecessary shaders, so
for some
tests that just draw a single point we only want one vertex to get processed
not 4,
this fixes a number of the atomic counters tests.
Signed-off-by: Dave Airlie
---
src/gallium/auxilia
From: Dave Airlie
Like the image code, but for shader buffers this time.
Signed-off-by: Dave Airlie
---
src/gallium/auxiliary/draw/draw_context.c | 18 +-
src/gallium/auxiliary/draw/draw_context.h | 6 ++
src/gallium/auxiliary/draw/draw_gs.c | 4 +++-
src/gallium/aux
On Friday, April 1, 2016 4:20:24 PM PDT Jason Ekstrand wrote:
> Reviewed-by: Rob Clark
> Cc: Kenneth Graunke
>
> v2: Pull get_io_offset into nir_gather_info and add an assert that our
> shader is for one of the supported stages. (Ken)
Reviewed-by: Kenneth Graunke
signature.asc
Descriptio
Am 2016-04-09 21:20, schrieb Jason Ekstrand:
LGTM. Of course, shader-db numbers would be nice.
No shader-db changes on IVB. Sounds like I have to provide a shader-db
patch ;)
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.fr
Signed-off-by: Rhys Kidd
---
src/compiler/glsl/opt_constant_propagation.cpp | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/compiler/glsl/opt_constant_propagation.cpp
b/src/compiler/glsl/opt_constant_propagation.cpp
index 416ba16..4764d16 100644
--- a/src/compiler/g
On Sun, Apr 10, 2016 at 7:41 AM, Oded Gabbay wrote:
> Signed-off-by: Oded Gabbay
Reviewed-by: Rob Clark
> ---
> src/gallium/docs/source/tgsi.rst | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/gallium/docs/source/tgsi.rst
> b/src/gallium/docs/source/tgsi.rst
> in
From: Marek Olšák
---
src/gallium/drivers/radeon/r600_pipe_common.h | 2 +
src/gallium/drivers/radeon/r600_viewport.c| 64 ---
src/gallium/drivers/radeon/r600d_common.h | 1 +
3 files changed, 50 insertions(+), 17 deletions(-)
diff --git a/src/gallium/drivers/r
Hi,
This patch series adds Guard Band support into r600g and radeonsi.
It first implements the Guard Band in radeonsi, then it moves all radeonsi
scissor & viewport code into gallium/radeon, and then r600g is switched to it
and its original scissor & viewport code is deleted.
The differences b
From: Marek Olšák
---
src/gallium/drivers/r600/r600_pipe.h| 2 -
src/gallium/drivers/radeon/Makefile.sources | 1 +
src/gallium/drivers/radeon/r600_pipe_common.c | 1 +
src/gallium/drivers/radeon/r600_pipe_common.h | 32 +++
src/gallium/drivers/radeon/r600_viewport.c
From: Marek Olšák
Guard band clipping speeds up rasterization for primitives that are
partially off-screen. This change in particular results in small
framerate improvements in a wide range of games.
Started by Grigori Goronzy .
---
src/gallium/drivers/radeonsi/si_state.c | 73
From: Marek Olšák
and clamp it right before emitting. This is a prerequisite for computing
the guard band.
---
src/gallium/drivers/radeonsi/si_pipe.h | 8
src/gallium/drivers/radeonsi/si_state.c | 70 +++--
2 files changed, 48 insertions(+), 30 deletions(-)
di
From: Marek Olšák
It's the same as radeonsi. This adds guard band support to r600g.
---
src/gallium/drivers/r600/evergreen_state.c | 76 +++-
src/gallium/drivers/r600/r600_blit.c | 4 +-
src/gallium/drivers/r600/r600_hw_context.c | 10 ++--
src/gallium/driver
After some investigation, it seems like that disabling the UNK02C4
command avoid a read fault with texelFetch() from a compute shader.
I have no clue on what this method actually does, but this avoid the
GPU to hang with basic-texelFetch.shader_test without introducing any
compute-related regressi
Hi! My name is Jakob Sinclair and I would like to start contributing to
mesa development. I was wondering if anyone has any easy tasks that I as
a newbie could start working on. I tried looking at
https://wiki.freedesktop.org/dri/NewbieProjects/ but it seems that page
is outdated and most of th
https://bugs.freedesktop.org/show_bug.cgi?id=92850
--- Comment #58 from har...@gmx.de ---
This bug seems no longer present.
Building latest mesa from git with default settings (-O2),
result in a driver working flawless with latest War-Thunder now.
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=94882
--- Comment #3 from peter.f...@gmx.de ---
Created attachment 122850
--> https://bugs.freedesktop.org/attachment.cgi?id=122850&action=edit
How it should look like (nvidia)
--
You are receiving this mail because:
You are the assignee for the bug
https://bugs.freedesktop.org/show_bug.cgi?id=94882
--- Comment #2 from peter.f...@gmx.de ---
Created attachment 122849
--> https://bugs.freedesktop.org/attachment.cgi?id=122849&action=edit
the issue with GL_CLAMP_TO_BORDER
--
You are receiving this mail because:
You are the assignee for the bu
https://bugs.freedesktop.org/show_bug.cgi?id=94882
--- Comment #1 from peter.f...@gmx.de ---
Created attachment 122848
--> https://bugs.freedesktop.org/attachment.cgi?id=122848&action=edit
the issue with GL_CLAMP_TO_EDGE
--
You are receiving this mail because:
You are the QA Contact for the bu
https://bugs.freedesktop.org/show_bug.cgi?id=94882
Bug ID: 94882
Summary: Incorrect texture filtering when using
GL_LINEAR_MIPMAP_LINEAR
Product: Mesa
Version: 11.2
Hardware: x86-64 (AMD64)
OS: Linux (All)
Signed-off-by: Oded Gabbay
---
src/gallium/docs/source/tgsi.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/docs/source/tgsi.rst b/src/gallium/docs/source/tgsi.rst
index ac6052a..85c302f 100644
--- a/src/gallium/docs/source/tgsi.rst
+++ b/src/gallium/docs/sourc
Signed-off-by: Edward O'Callaghan
---
docs/GL3.txt | 4 ++--
docs/relnotes/11.3.0.html| 2 +-
src/gallium/drivers/llvmpipe/lp_screen.c | 3 ++-
src/gallium/drivers/softpipe/sp_screen.c | 3 ++-
4 files changed, 7 insertions(+), 5 deletions(-)
diff --gi
All the piglits pass for these two as-is. However, some of the piglits
require SSBO support to run, although I can't see why anything would
actually fail but I thought I would make note of it just in case someone
felt this patch should be held back till SSBO support is in both pipe
drivers? If not,
34 matches
Mail list logo
