Hi Brian,
On 3/21/13, Brian Paul bri...@vmware.com wrote:
On 03/20/2013 04:07 AM, jupiter wrote:
Hi Brian,
On 3/19/13, Brian Paulbri...@vmware.com wrote:
It is fair to say, if running llvm driver in my local machine (a
32-bit CentOS 6.2 without VNC connection), it was indeed faster than
From: Christian König christian.koe...@amd.com
Signed-off-by: Christian König christian.koe...@amd.com
---
src/gallium/drivers/radeonsi/radeonsi_shader.c | 32 ++--
1 file changed, 25 insertions(+), 7 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/radeonsi_shader.c
From: Christian König christian.koe...@amd.com
Now the backend handles that itself.
Signed-off-by: Christian König christian.koe...@amd.com
---
src/gallium/drivers/radeonsi/radeonsi_shader.c |9 -
1 file changed, 9 deletions(-)
diff --git
From: Christian König christian.koe...@amd.com
Signed-off-by: Christian König christian.koe...@amd.com
---
src/gallium/drivers/radeonsi/radeonsi_shader.c | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/radeonsi_shader.c
From: Christian König christian.koe...@amd.com
Signed-off-by: Christian König christian.koe...@amd.com
---
src/gallium/drivers/radeonsi/radeonsi_shader.c | 67 ++--
1 file changed, 51 insertions(+), 16 deletions(-)
diff --git
From: Christian König christian.koe...@amd.com
Signed-off-by: Christian König christian.koe...@amd.com
---
src/gallium/drivers/radeonsi/radeonsi_shader.c | 57 +++-
1 file changed, 45 insertions(+), 12 deletions(-)
diff --git
When I tried this earlier, something broke. Unfortunately, I can't seem
to remember or dig up if it was a piglit test or e.g. one of the sampler
demos in mesa/demos/src/glsl/. Did you test the latter with this change?
Similar concern for patch 4, the rest of the series looks good to me.
--
On Thu, Mar 21, 2013 at 7:38 AM, Christian König
deathsim...@vodafone.de wrote:
From: Christian König christian.koe...@amd.com
Signed-off-by: Christian König christian.koe...@amd.com
---
src/gallium/drivers/radeonsi/radeonsi_shader.c | 57
+++-
1 file changed, 45
On 03/21/2013 03:51 AM, jupiter wrote:
Hi Brian,
On 3/21/13, Brian Paulbri...@vmware.com wrote:
On 03/20/2013 04:07 AM, jupiter wrote:
Hi Brian,
On 3/19/13, Brian Paulbri...@vmware.com wrote:
It is fair to say, if running llvm driver in my local machine (a
32-bit CentOS 6.2 without VNC
Paul Berry stereotype...@gmail.com writes:
Currently, the GPU pipeline has one active VUE map in effect at any
given time--the one representing the layout of vertex data coming from
the vertex shader. However, when geometry shaders are added, they
will have their own independent VUE map.
Paul Berry stereotype...@gmail.com writes:
This patch modifies post-GS pipeline stages (transform feedback, clip,
sf, fs) to refer to the VUE map through brw-vue_map_geom_out rather
than brw-vs.prog_data-vue_map. This ensures that when geometry
shader support is added, these pipeline stages
Paul Berry stereotype...@gmail.com writes:
With the introduction of geometry shaders, fragment inputs will no
longer come exclusively from the vertex shader; sometimes they come
from the geometry shader. So the name vp_outputs_written will
become a misnomer. This patch renames
Am 21.03.2013 15:10, schrieb Alex Deucher:
On Thu, Mar 21, 2013 at 7:38 AM, Christian König
deathsim...@vodafone.de wrote:
From: Christian König christian.koe...@amd.com
Signed-off-by: Christian König christian.koe...@amd.com
---
src/gallium/drivers/radeonsi/radeonsi_shader.c | 57
Am 21.03.2013 15:06, schrieb Michel Dänzer:
When I tried this earlier, something broke. Unfortunately, I can't seem
to remember or dig up if it was a piglit test or e.g. one of the sampler
demos in mesa/demos/src/glsl/. Did you test the latter with this change?
Similar concern for patch 4, the
On Don, 2013-03-21 at 17:12 +0100, Christian König wrote:
Am 21.03.2013 15:06, schrieb Michel Dänzer:
When I tried this earlier, something broke. Unfortunately, I can't seem
to remember or dig up if it was a piglit test or e.g. one of the sampler
demos in mesa/demos/src/glsl/. Did you test
On Thu, Mar 21, 2013 at 12:09 PM, Christian König
deathsim...@vodafone.de wrote:
Am 21.03.2013 15:10, schrieb Alex Deucher:
On Thu, Mar 21, 2013 at 7:38 AM, Christian König
deathsim...@vodafone.de wrote:
From: Christian König christian.koe...@amd.com
Signed-off-by: Christian König
From: Michel Dänzer michel.daen...@amd.com
Fixes wrong lighting in some corner cases with r600g and radeonsi, e.g.
manifested by failure of two piglit/glean tests and intermittent black
patches in many apps.
Tested on SI and RS880.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=62012
Am 21.03.2013 17:32, schrieb Michel Dänzer:
From: Michel Dänzer michel.daen...@amd.com
Fixes wrong lighting in some corner cases with r600g and radeonsi, e.g.
manifested by failure of two piglit/glean tests and intermittent black
patches in many apps.
Tested on SI and RS880.
Bugzilla:
From: Michel Dänzer michel.daen...@amd.com
This helps minimize confusion / effort when moving between branches or
helping others.
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
src/gallium/drivers/r600/r600_pipe.c | 10 ++
1 file changed, 10 insertions(+)
diff --git
On Thu, Mar 21, 2013 at 12:59 PM, Michel Dänzer mic...@daenzer.net wrote:
From: Michel Dänzer michel.daen...@amd.com
This helps minimize confusion / effort when moving between branches or
helping others.
Reviewed-by: Alex Deucher alexander.deuc...@amd.com
Signed-off-by: Michel Dänzer
These haven't been used since we deleted NV_vertex_program support.
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
---
src/mesa/main/mtypes.h | 10 --
1 file changed, 10 deletions(-)
diff --git a/src/mesa/main/mtypes.h b/src/mesa/main/mtypes.h
index 7900897..1a35e63 100644
---
The main GL context's swtnl_im field is the VBO module's vbo_context
structure. Using the name swtnl in the name is confusing since
some drivers use hardware texturing and lighting, but still rely on the
VBO module for drawing.
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
---
On 03/21/2013 12:19 PM, Kenneth Graunke wrote:
The main GL context's swtnl_im field is the VBO module's vbo_context
structure. Using the name swtnl in the name is confusing since
some drivers use hardware texturing and lighting, but still rely on the
VBO module for drawing.
Signed-off-by:
On 03/21/2013 12:10 PM, Kenneth Graunke wrote:
These haven't been used since we deleted NV_vertex_program support.
Signed-off-by: Kenneth Graunkekenn...@whitecape.org
---
src/mesa/main/mtypes.h | 10 --
1 file changed, 10 deletions(-)
diff --git a/src/mesa/main/mtypes.h
The recently added tgsi_declaration::Array field was not being
initialized to zero, resulting in nonsense shaders like:
FRAG
PROPERTY FS_COLOR0_WRITES_ALL_CBUFS 1
DCL IN[0], ARRAY(48), GENERIC[0], CONSTANT
- DCL NULL[1..0].
0: MOV OUT[0], IN[0]
1: END
Signed-off-by: Rob Clark
I already fixed this in commit 460ae8a11a33340a979c7e0721f76e63a990
-Brian
On 03/21/2013 12:39 PM, Rob Clark wrote:
The recently added tgsi_declaration::Array field was not being
initialized to zero, resulting in nonsense shaders like:
FRAG
PROPERTY FS_COLOR0_WRITES_ALL_CBUFS 1
ahh, so you did.. looks like I had rebased just before your patch
BR,
-R
On Thu, Mar 21, 2013 at 2:47 PM, Brian Paul bri...@vmware.com wrote:
I already fixed this in commit 460ae8a11a33340a979c7e0721f76e63a990
-Brian
On 03/21/2013 12:39 PM, Rob Clark wrote:
The recently added
Kenneth Graunke kenn...@whitecape.org writes:
These haven't been used since we deleted NV_vertex_program support.
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
Reviewed-by: Eric Anholt e...@anholt.net
pgpvMo2WYmc2C.pgp
Description: PGP signature
Kenneth Graunke kenn...@whitecape.org writes:
The main GL context's swtnl_im field is the VBO module's vbo_context
structure. Using the name swtnl in the name is confusing since
some drivers use hardware texturing and lighting, but still rely on the
VBO module for drawing.
Signed-off-by:
Reviewed-by: Marek Olšák mar...@gmail.com
Marek
On Thu, Mar 21, 2013 at 5:59 PM, Michel Dänzer mic...@daenzer.net wrote:
From: Michel Dänzer michel.daen...@amd.com
This helps minimize confusion / effort when moving between branches or
helping others.
Signed-off-by: Michel Dänzer
Postprocessing is an internal meta op and should restore the states
it changes.
---
src/gallium/auxiliary/cso_cache/cso_context.c | 59 +
src/gallium/auxiliary/cso_cache/cso_context.h | 13 ++
src/gallium/auxiliary/postprocess/pp_mlaa.c |4 +-
---
src/gallium/drivers/r300/r300_state.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/r300/r300_state.c
b/src/gallium/drivers/r300/r300_state.c
index ad93510..2de0fd6 100644
--- a/src/gallium/drivers/r300/r300_state.c
+++
---
src/gallium/drivers/r600/r600_state_common.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/r600/r600_state_common.c
b/src/gallium/drivers/r600/r600_state_common.c
index b0e66ac..34c70ed 100644
--- a/src/gallium/drivers/r600/r600_state_common.c
+++
---
src/gallium/drivers/radeonsi/si_state.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeonsi/si_state.c
b/src/gallium/drivers/radeonsi/si_state.c
index a395ec4..fee1b7f 100644
--- a/src/gallium/drivers/radeonsi/si_state.c
+++
https://bugs.freedesktop.org/show_bug.cgi?id=62612
Priority: medium
Bug ID: 62612
Assignee: mesa-dev@lists.freedesktop.org
Summary: dispatch_sanity test lumps GL4.0+ functions into 4.3
Severity: normal
Classification: Unclassified
https://bugs.freedesktop.org/show_bug.cgi?id=62612
Matt Turner matts...@gmail.com changed:
What|Removed |Added
CC||i...@freedesktop.org,
On 21 March 2013 08:56, Eric Anholt e...@anholt.net wrote:
Paul Berry stereotype...@gmail.com writes:
Currently, the GPU pipeline has one active VUE map in effect at any
given time--the one representing the layout of vertex data coming from
the vertex shader. However, when geometry
From: Roland Scheidegger srol...@vmware.com
New conversion code to handle conversion from/to r11g11b10 AoS to/from
SoA floats, and also add code for conversion from rgb9e5 AoS to float SoA
(which works pretty much the same as r11g11b10 except for the packing).
(This code should also be used for
Ok so before someone else notices that, ignore the rgb9e5 part.
The format isn't quite what I thought it was...
Roland
Am 21.03.2013 23:28, schrieb srol...@vmware.com:
From: Roland Scheidegger srol...@vmware.com
New conversion code to handle conversion from/to r11g11b10 AoS to/from
SoA
Future patches will allow for there to be separate VUE maps when both
a geometry shader and a vertex shader are in use. When this happens,
we will want to have correspondingly separate outputs_written
bitfields. Moving outputs_written into the VUE map will make this
easy.
For consistency with
Currently, the GPU pipeline has one active VUE map in effect at any
given time--the one representing the layout of vertex data coming from
the vertex shader. However, when geometry shaders are added, they
will have their own independent VUE map. Later pipeline stages (clip,
sf, fs) will need to
This patch modifies post-GS pipeline stages (transform feedback, clip,
sf, fs) to refer to the VUE map through brw-vue_map_geom_out rather
than brw-vs.prog_data-vue_map. This ensures that when geometry
shader support is added, these pipeline stages will consult the
geometry shader output VUE map
With the introduction of geometry shaders, fragment inputs will no
longer come exclusively from the vertex shader; sometimes they come
from the geometry shader. So the name vp_outputs_written will
become a misnomer. This patch renames vp_outputs_written to
input_slots_valid, to reflect the true
This patch changes the arrays in brw_vue_map (which only ever contain
values from -1 to 58) from ints to signed chars. This reduces the
size of the struct from 488 bytes to 136 bytes.
---
src/mesa/drivers/dri/i965/brw_context.h | 4 ++--
src/mesa/drivers/dri/i965/brw_vs.c | 6 ++
2
From: Roland Scheidegger srol...@vmware.com
New conversion code to handle conversion from/to r11g11b10 AoS to/from
SoA floats, and also add code for conversion from rgb9e5 AoS to float SoA
(which works pretty much the same as r11g11b10 except for the packing).
(This code should also be used for
45 matches
Mail list logo