On 08/07/2013 05:45 PM, Tom Stellard wrote:
On Wed, Aug 07, 2013 at 03:25:48PM -0700, Ian Romanick wrote:
On 08/07/2013 01:33 PM, Ian Romanick wrote:
On 08/07/2013 08:43 AM, Tom Stellard wrote:
On Tue, Aug 06, 2013 at 10:12:19AM -0700, Ian Romanick wrote:
We should set a goal for the 9.3 rele
https://bugs.freedesktop.org/show_bug.cgi?id=55503
Ian Romanick changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|mesa-dev@list
From: Roland Scheidegger
d3d10 has no notion of distinct array resources neither at the resource nor
sampler view level. However, shader dcl of resources certainly has, and
d3d10 expects resinfo to return the values according to that - in particular
a resource might have been a 1d texture with so
From: Roland Scheidegger
Specifically, must return 0 for non-existent mip levels (and non-existent
textures which is an unsolved problem) for everything but total mip count.
---
src/gallium/auxiliary/gallivm/lp_bld_sample_soa.c | 35 -
1 file changed, 27 insertions(+), 8 de
https://bugs.freedesktop.org/show_bug.cgi?id=54805
Ian Romanick changed:
What|Removed |Added
Assignee|kenn...@whitecape.org |mesa-dev@lists.freedesktop.
On Wed, Aug 07, 2013 at 03:25:48PM -0700, Ian Romanick wrote:
> On 08/07/2013 01:33 PM, Ian Romanick wrote:
> >On 08/07/2013 08:43 AM, Tom Stellard wrote:
> >>On Tue, Aug 06, 2013 at 10:12:19AM -0700, Ian Romanick wrote:
> >>>We should set a goal for the 9.3 release: all drivers should just
> >>>b
Hi everyone,
This is MSAA support for the radeonsi driver. It implements MSAA rendering,
texturing, and colorbuffer compression. The only missing feature is the MSAA
fast color clear; other than that, it operates at maximum performance the
hardware is capable of.
I have some patches for the LL
The array slice has already been added to "address".
---
src/gallium/drivers/radeonsi/radeonsi_shader.c | 18 --
1 file changed, 18 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/radeonsi_shader.c
b/src/gallium/drivers/radeonsi/radeonsi_shader.c
index 9ca7a0e..d695c9e 100
This started as an attempt to add support for MSAA texture transfers and
MSAA depth-stencil decompression for the DB->CB copy path.
It has gotten a bit out of control, but it's for the greater good.
Some changes do not make much sense, they are there just to make it look
like the other driver.
Wi
---
src/gallium/drivers/radeonsi/si_state.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_state.c
b/src/gallium/drivers/radeonsi/si_state.c
index a09afb2..861f6b9 100644
--- a/src/gallium/drivers/radeonsi/si_state.c
+++ b/src/gallium/
---
src/gallium/drivers/radeonsi/radeonsi_shader.c | 125 -
1 file changed, 120 insertions(+), 5 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/radeonsi_shader.c
b/src/gallium/drivers/radeonsi/radeonsi_shader.c
index 2806045..9ca7a0e 100644
--- a/src/gallium/drive
FMASK is bound as a separate texture. For every texture, there can be
an FMASK. Therefore a separate array of resource slots has to be added.
This adds a new mechanism for emitting resource descriptors, its features are:
- resource descriptors are stored in an ordinary buffer (not in a CS)
- descr
It's the same as in r600g. Look how simple it is.
---
src/gallium/drivers/radeonsi/r600_hw_context.c | 8
src/gallium/drivers/radeonsi/radeonsi_pipe.h | 9 +
src/gallium/drivers/radeonsi/si_state.h| 10 ++
src/gallium/drivers/radeonsi/si_state_draw.c | 8 +++
---
src/gallium/drivers/radeonsi/radeonsi_shader.c | 7 ++--
src/gallium/drivers/radeonsi/radeonsi_shader.h | 58 ++
src/gallium/drivers/radeonsi/si_state_draw.c | 1 +
3 files changed, 36 insertions(+), 30 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/radeons
---
src/gallium/drivers/radeonsi/r600_blit.c | 114 +++
src/gallium/drivers/radeonsi/radeonsi_pipe.c | 1 +
src/gallium/drivers/radeonsi/radeonsi_pipe.h | 5 ++
src/gallium/drivers/radeonsi/si_state.c | 29 +--
src/gallium/drivers/radeonsi/si_state_draw.c
---
src/gallium/drivers/radeonsi/r600_hw_context.c | 11 ++
src/gallium/drivers/radeonsi/r600_resource.h | 21
src/gallium/drivers/radeonsi/r600_texture.c| 133 -
src/gallium/drivers/radeonsi/radeonsi_pipe.h | 2 +
src/gallium/drivers/radeonsi/si_commands.c
This is glBlitFramebuffer support for MSAA surfaces as required by GL 3.0
and texturing as required by GL 3.2 and GL_ARB_texture_multisample.
---
src/gallium/drivers/radeonsi/radeonsi_pipe.c | 3 ++-
src/gallium/drivers/radeonsi/si_state.c | 17 +++--
2 files changed, 13 insertio
---
src/gallium/drivers/radeonsi/radeonsi_shader.h | 1 +
src/gallium/drivers/radeonsi/si_state_draw.c | 9 -
2 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeonsi/radeonsi_shader.h
b/src/gallium/drivers/radeonsi/radeonsi_shader.h
index 051ef1f..2ce3
---
src/gallium/drivers/radeonsi/radeonsi_pipe.h | 1 +
src/gallium/drivers/radeonsi/radeonsi_shader.c | 14 ++
src/gallium/drivers/radeonsi/radeonsi_shader.h | 1 +
src/gallium/drivers/radeonsi/si_state.c| 12
src/gallium/drivers/radeonsi/si_state.h|
This is basic MSAA support which should work with most apps.
Some features are missing, those will be implemented in other commits.
---
src/gallium/drivers/radeonsi/r600_blit.c | 132 +++-
src/gallium/drivers/radeonsi/r600_resource.h | 1 +
src/gallium/drivers/radeonsi/r600_texture.c
---
src/gallium/drivers/radeonsi/radeonsi_pipe.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/radeonsi_pipe.c
b/src/gallium/drivers/radeonsi/radeonsi_pipe.c
index 69b9ca9..3ebed98 100644
--- a/src/gallium/drivers/radeonsi/radeonsi_pipe.c
+++ b/src/gallium/
this fixes valgrind warnings
---
src/gallium/drivers/radeonsi/r600_texture.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeonsi/r600_texture.c
b/src/gallium/drivers/radeonsi/r600_texture.c
index 8b0f6a4..62a7518 100644
--- a/src/gallium/drivers/radeon
---
src/gallium/drivers/radeonsi/si_state.c | 46 -
1 file changed, 23 insertions(+), 23 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_state.c
b/src/gallium/drivers/radeonsi/si_state.c
index be4db8b..1dd51a8 100644
--- a/src/gallium/drivers/radeonsi/si
---
src/gallium/drivers/radeonsi/r600_blit.c | 10 +-
src/gallium/drivers/radeonsi/r600_resource.h | 2 +-
src/gallium/drivers/radeonsi/r600_texture.c | 2 +-
src/gallium/drivers/radeonsi/si_state_draw.c | 2 +-
4 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/src/gal
---
src/gallium/drivers/radeonsi/r600_blit.c | 22 +-
src/gallium/drivers/radeonsi/r600_resource.h | 6 ++---
src/gallium/drivers/radeonsi/r600_texture.c | 34 ++--
src/gallium/drivers/radeonsi/radeonsi_pipe.h | 4 ++--
src/gallium/drivers/radeonsi/ra
---
src/gallium/auxiliary/tgsi/tgsi_scan.c | 13 +
src/gallium/auxiliary/tgsi/tgsi_scan.h | 1 +
2 files changed, 14 insertions(+)
diff --git a/src/gallium/auxiliary/tgsi/tgsi_scan.c
b/src/gallium/auxiliary/tgsi/tgsi_scan.c
index 1294a7a..05b7111 100644
--- a/src/gallium/auxiliary/t
The sample index is always in W.
---
src/gallium/auxiliary/tgsi/tgsi_util.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/gallium/auxiliary/tgsi/tgsi_util.c
b/src/gallium/auxiliary/tgsi/tgsi_util.c
index 98c1e6e..fed5f76 100644
--- a/src/gallium/auxiliary/tgsi/tgsi_ut
On Wed, Aug 07, 2013 at 05:53:36PM +0200, Niels Ole Salscheider wrote:
> ---
> lib/Target/R600/SIInstrInfo.td| 6 ++
> lib/Target/R600/SIInstructions.td | 8 ++--
> test/CodeGen/R600/fp64_to_sint.ll | 9 +
> test/CodeGen/R600/sint_to_fp64.ll | 9 +
Both patches are:
Re
On 08/07/2013 12:56 PM, Kenneth Graunke wrote:
The previous value of (GLuint64) ~0 has some problems:
GL_MAX_SERVER_WAIT_TIMEOUT is supposed to be a GLuint64 value, but has
to be queried via GetInteger64v(), which returns a GLint64. This means
that some applications are likely to treat it as a
On 08/05/2013 06:28 PM, Kenneth Graunke wrote:
Many GLSL shaders contain code of the form:
x = condition ? foo : bar
The compiler emits an ir_if tree for this, since each subexpression
might be a complex tree that could have side-effects and short-circuit
logic operations.
However, the com
On 08/06/2013 02:17 PM, Kenneth Graunke wrote:
On 08/06/2013 04:14 AM, Christoph Bumiller wrote:
On 06.08.2013 03:28, Kenneth Graunke wrote:
Many GLSL shaders contain code of the form:
x = condition ? foo : bar
The compiler emits an ir_if tree for this, since each subexpression
might be a
On 08/07/2013 01:33 PM, Ian Romanick wrote:
On 08/07/2013 08:43 AM, Tom Stellard wrote:
On Tue, Aug 06, 2013 at 10:12:19AM -0700, Ian Romanick wrote:
We should set a goal for the 9.3 release: all drivers should just
build and 'make check' without having to add a bunch of magic
incantations to
On 08/06/2013 01:34 PM, Matt Turner wrote:
On Tue, Aug 6, 2013 at 12:11 PM, Paul Berry wrote:
Based on what we've seen with AMD and nVidia so far, it seems like the
intended behaviour is probably: redeclarations of interface blocks are
prohibited, with the exception of gl_PerVertex (which may o
On 08/07/2013 10:39 AM, Kristian Høgsberg wrote:
On Thu, Jul 18, 2013 at 03:11:25PM +0300, Ander Conselvan de Oliveira wrote:
Since Wayland 1.2, struct wl_buffer and a few functions are deprecated.
References to wl_buffer are replaced with wl_resource and some getter
functions and calls to depr
On 7 August 2013 12:34, Ian Romanick wrote:
> Reviewed-by: Ian Romanick
>
> I believe we have someone writing a piglit test for this?
Yes, I believe Nick is writing a test for it.
>
>
> On 08/07/2013 10:28 AM, Paul Berry wrote:
>
>> From section E.1 (Profiles and Deprecated Features of OpenG
- Original Message -
> From: Roland Scheidegger
>
> d3d10 specifies ordered comparisons for everything but not_equal which is
> unordered
> (http://msdn.microsoft.com/en-us/library/windows/desktop/cc308050.aspx).
> OpenGL probably doesn't care.
This series looks good too. For all three:
The previous value of (GLuint64) ~0 has some problems:
GL_MAX_SERVER_WAIT_TIMEOUT is supposed to be a GLuint64 value, but has
to be queried via GetInteger64v(), which returns a GLint64. This means
that some applications are likely to treat it as a signed integer, where
~0 means -1. Negative valu
Reviewed-by: Ian Romanick
I believe we have someone writing a piglit test for this?
On 08/07/2013 10:28 AM, Paul Berry wrote:
From section E.1 (Profiles and Deprecated Features of OpenGL 3.0)
of the OpenGL 3.0 spec:
"LineWidth is not deprecated, but values greater than 1.0
will gen
https://bugs.freedesktop.org/show_bug.cgi?id=55503
Ian Romanick changed:
What|Removed |Added
Blocks||67224
--
You are receiving this mail bec
https://bugs.freedesktop.org/show_bug.cgi?id=55503
--- Comment #4 from Ian Romanick ---
I have posted a somewhat different patch to the mesa-dev mailing list for
review:
http://lists.freedesktop.org/archives/mesa-dev/2013-August/042881.html
--
You are receiving this mail because:
You are the a
From: Ian Romanick
It is only in OpenGL compatibility-style contexts where generic
attribute 0 and GL_VERTEX_ARRAY have a bizzare, aliasing relationship.
Moreover, it is only in OpenGL compatibility-style contexts and OpenGL
ES 1.x where one of these attributes provokes the vertex. In all other
- Original Message -
> From: Roland Scheidegger
>
> Clearly the returned values need to be per-element if the lod is per element.
> Does not actually change behavior yet.
Looks good. For the entire series:
Reviewed-by: Zack Rusin
___
mesa-dev
On Wed, Aug 7, 2013 at 10:31 AM, Paul Berry wrote:
> GLSL 1.50 incorporates the functionality of the
> ARB_fragment_coord_conventions extension, so we need to make this
> functionality available even if the extension isn't enabled.
> ---
> src/glsl/ast_to_hir.cpp | 3 ++-
> src/glsl/glsl_parser.y
On Wed, Aug 7, 2013 at 10:28 AM, Paul Berry wrote:
> From section E.1 (Profiles and Deprecated Features of OpenGL 3.0)
> of the OpenGL 3.0 spec:
>
> "LineWidth is not deprecated, but values greater than 1.0
> will generate an INVALID VALUE error"
>
> From context it is clear that values gr
From: Roland Scheidegger
d3d10 specifies ordered comparisons for everything but not_equal which is
unordered
(http://msdn.microsoft.com/en-us/library/windows/desktop/cc308050.aspx).
OpenGL probably doesn't care.
---
src/gallium/auxiliary/gallivm/lp_bld_sample_soa.c | 20 +---
From: Roland Scheidegger
Clamping is only done for fixed-point formats as part of conversion to
texture format.
---
src/gallium/drivers/softpipe/sp_tex_sample.c | 44 +++---
1 file changed, 32 insertions(+), 12 deletions(-)
diff --git a/src/gallium/drivers/softpipe/sp_tex_
From: Roland Scheidegger
This is wrong both for OpenGL and d3d. (In fact clamping is a side effect
of converting to depth format, so this should really do quantization too
at least in d3d10 for the comparisons to be truly correct.)
---
src/gallium/auxiliary/gallivm/lp_bld_sample_soa.c | 21 +++
One of the VTK tests (vtkFiltersHybridPython-largeImageOffset) makes
OSMesa segfault.
This is the top of the gdb backtrace :
#0 pstip_bind_sampler_states (pipe=, num=0, sampler=0x0)
at draw/draw_pipe_pstipple.c:713
#1 0x7fffdf7580fc in cso_release_all (ctx=ctx@entry=0x15f1540) at
cso_cache/
On 08/07/2013 10:31 AM, Paul Berry wrote:
GLSL 1.50 incorporates the functionality of the
ARB_fragment_coord_conventions extension, so we need to make this
functionality available even if the extension isn't enabled.
---
src/glsl/ast_to_hir.cpp | 3 ++-
src/glsl/glsl_parser.yy | 3 ++-
2 file
On Thu, Jul 18, 2013 at 03:11:25PM +0300, Ander Conselvan de Oliveira wrote:
> Since Wayland 1.2, struct wl_buffer and a few functions are deprecated.
>
> References to wl_buffer are replaced with wl_resource and some getter
> functions and calls to deprecated functions are replaced with the prope
GLSL 1.50 incorporates the functionality of the
ARB_fragment_coord_conventions extension, so we need to make this
functionality available even if the extension isn't enabled.
---
src/glsl/ast_to_hir.cpp | 3 ++-
src/glsl/glsl_parser.yy | 3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
dif
>From section E.1 (Profiles and Deprecated Features of OpenGL 3.0)
of the OpenGL 3.0 spec:
"LineWidth is not deprecated, but values greater than 1.0
will generate an INVALID VALUE error"
>From context it is clear that values greater than 1.0 should only
generate an INVALID VALUE error in
On Tue, Aug 6, 2013 at 3:05 PM, Paul Berry wrote:
> On 5 August 2013 15:37, Anuj Phogat wrote:
>
>> Currently single sample scaled blits with GL_LINEAR filter falls
>> back to meta path. Patch removes this limitation in BLORP engine
>> and implements single sample scaled blit with bilinear filte
---
lib/Target/R600/SIISelLowering.cpp | 3 +++
lib/Target/R600/SIInstructions.td | 8 ++--
test/CodeGen/R600/fpext.ll | 9 +
test/CodeGen/R600/fptrunc.ll | 9 +
4 Dateien geändert, 27 Zeilen hinzugefügt(+), 2 Zeilen entfernt(-)
create mode 100644 test/CodeGen/R
---
lib/Target/R600/SIInstrInfo.td| 6 ++
lib/Target/R600/SIInstructions.td | 8 ++--
test/CodeGen/R600/fp64_to_sint.ll | 9 +
test/CodeGen/R600/sint_to_fp64.ll | 9 +
4 Dateien geändert, 30 Zeilen hinzugefügt(+), 2 Zeilen entfernt(-)
create mode 100644 test/CodeGen/R6
Clover needs the option component of llvm.
Signed-off-by: Niels Ole Salscheider
---
configure.ac | 4
1 Datei geändert, 4 Zeilen hinzugefügt(+)
diff --git a/configure.ac b/configure.ac
index 62d06e0..0dcd2a5 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1617,6 +1617,10 @@ if test "x$ena
On Tue, Aug 06, 2013 at 10:12:19AM -0700, Ian Romanick wrote:
> We should set a goal for the 9.3 release: all drivers should just
> build and 'make check' without having to add a bunch of magic
> incantations to the configure line. We also need a build bot that
> will build and 'make check' every
From: Roland Scheidegger
This opcode is quite problematic in tgsi, while it tries to mirror
d3d10 resinfo it can't really do what's stated there due to missing
the crazy return type modifiers. Hence specify this is ignored along
with the swizzle.
(Other options would be to have multiple opcodes o
From: Roland Scheidegger
Clearly the returned values need to be per-element if the lod is per element.
Does not actually change behavior yet.
---
src/gallium/auxiliary/draw/draw_llvm_sample.c |2 ++
src/gallium/auxiliary/gallivm/lp_bld_sample.h |1 +
src/gallium/auxiliary/gallivm
On 08/06/2013 11:02 AM, ZhiLi wrote:
Hello everyone,
I am trying to compile Mesa and OSMesa (version 9.0) on linux ubuntu
12.04. The compiled libGL.so works well, however, libOSMesa.so does not
work. I check the properties of libOSMesa.so, it says:
Name: libOSMesa.so
Type
On Die, 2013-08-06 at 16:12 -0700, Tom Stellard wrote:
>
> The attached patches teach the SI backend to lower BUILD_VECTOR to
> REG_SEQUENCE, which should help the register allocator produce better
> code. This also fixes 364 array indexing piglit tests.
Actually, at least on SI, I think some te
On Tue, 6 Aug 2013 21:49:52 -0700
Matt Turner wrote:
> On Tue, Aug 6, 2013 at 9:44 PM, Siarhei Siamashka
> wrote:
> > Based on a quick test, the current Mesa git master also can work in
> > ES-only mode if the following commits are reverted:
> >
> > http://cgit.freedesktop.org/mesa/mesa/commit/?
62 matches
Mail list logo