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
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
>
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
https://bugs.freedesktop.org/show_bug.cgi?id=94882
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
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
https://bugs.freedesktop.org/show_bug.cgi?id=94882
Michel Dänzer changed:
What|Removed |Added
Attachment #122847|text/plain |application/x-xz
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
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 +-
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 +-
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
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 ++
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)
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
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
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
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
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
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 +++
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 .
---
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
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
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
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
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
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=edit
How it should look like (nvidia)
--
You are receiving this mail because:
You are the assignee for the bug.
You
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=edit
the issue with GL_CLAMP_TO_BORDER
--
You are receiving this mail because:
You are the assignee for the bug.
You
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=edit
the issue with GL_CLAMP_TO_EDGE
--
You are receiving this mail because:
You are the QA Contact for the bug.
You
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
+++
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
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
Reviewed-by: Eduardo Lima Mitev
On 04/10/2016 04:28 AM, Timothy Arceri wrote:
---
src/mesa/drivers/dri/i965/brw_nir_uniforms.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/drivers/dri/i965/brw_nir_uniforms.cpp
32 matches
Mail list logo