https://bugs.freedesktop.org/show_bug.cgi?id=63097
--- Comment #1 from b2e6d...@opayq.com ---
Created attachment 77398
-- https://bugs.freedesktop.org/attachment.cgi?id=77398action=edit
Error on synaptic
--
You are receiving this mail because:
You are the assignee for the bug.
On 03/13/2013 09:17 AM, Eric Anholt wrote:
Kenneth Graunke kenn...@whitecape.org writes:
This optimization attempts to avoid extra attribute interpolation
instructions for texture coordinates where the W-component is 1.0.
Unfortunately, it requires a lot of complexity: the brw_wm_input_sizes
On 04/03/2013 11:59 AM, Matt Turner wrote:
On Wed, Apr 3, 2013 at 10:25 AM, Eric Anholt e...@anholt.net wrote:
The way we were allocating registers before, packing into low register
numbers for Ironlake, resulted in an overly-constrained dependency graph
for instruction scheduling. Improves
GLBenchmark 2.7's shaders contain conditional blocks like:
if (x) {
if (y) {
...
}
}
where the outer conditional's then clause contains exactly one statement
(the nested if) and there are no else clauses. This can easily be
optimized into:
if (x y) {
...
}
This saves a
https://bugs.freedesktop.org/show_bug.cgi?id=63097
Kenneth Graunke kenn...@whitecape.org changed:
What|Removed |Added
Status|NEW |RESOLVED
On Mit, 2013-04-03 at 17:21 -0400, j.gli...@gmail.com wrote:
From: Jerome Glisse jgli...@redhat.com
Signed-off-by: Jerome Glisse jgli...@redhat.com
FWIW, we've been using just 'radeonsi:' as the commit log summary
prefix.
diff --git a/src/gallium/drivers/radeonsi/si_state.c
On Mit, 2013-04-03 at 20:51 +0200, Andreas Boll wrote:
@@ -733,6 +757,9 @@ struct pipe_screen *radeonsi_screen_create(struct
radeon_winsys *ws)
return NULL;
}
+ /* UVD support. */
+ rscreen-has_uvd = rscreen-info.drm_minor = 31;
This might need to
On Mit, 2013-04-03 at 11:04 -0700, Matt Turner wrote:
On Wed, Apr 3, 2013 at 5:25 AM, Michel Dänzer mic...@daenzer.net wrote:
On Mit, 2013-04-03 at 14:40 +0400, Alexander Khryukin wrote:
Hi all!
i'm trying to build latest mesa release 9.1.1 on my arm board i.mx6
and i got
.c
Reviewed-by: Marek Olšák mar...@gmail.com
Marek
On Thu, Apr 4, 2013 at 1:39 AM, Brian Paul bri...@vmware.com wrote:
To match the FREE() called used later. Fixes things on Windows.
---
src/gallium/auxiliary/hud/hud_context.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
On 04.04.2013 03:45, Zack Rusin wrote:
It's part of SM4 (http://goo.gl/4IpeK). It's also fairly
painful to emulate without branching. Most hardware
supports it natively and even llvm has a 'select' opcode
which can handle it without too much hassle.
diff --git
Ping? Anything wrong with it?
On Tue, Mar 26, 2013 at 2:48 PM, Erik Faye-Lund kusmab...@gmail.com wrote:
Signed-off-by: Erik Faye-Lund kusmab...@gmail.com
---
Here you go, a version of the patch prepared for git-am
src/gallium/docs/source/debugging.rst | 4
1 file changed, 4
https://bugs.freedesktop.org/show_bug.cgi?id=63117
Priority: medium
Bug ID: 63117
Assignee: mesa-dev@lists.freedesktop.org
Summary: OSMesa Gallium Empty Output
Severity: normal
Classification: Unclassified
OS: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=63117
--- Comment #1 from Kevin Hobbs hob...@ohiou.edu ---
Since OSMesa switched to the Gallium driver VTK tests which use OSMesa produce
black output images.
Before the change VTK's LoadOpenGLExtension test had :
GL_VERSION: 2.1 Mesa 9.2-devel
On 2 April 2013 01:31, Chris Forbes chr...@ijw.co.nz wrote:
Reported-by: `per` in #intel-gfx
The size of the cache key varies, so store the actual size as well as
the key blob itself, rather than just assuming it's the same as the size
passed in.
NOTE: This is a candidate for stable
On 2 April 2013 11:11, Kenneth Graunke kenn...@whitecape.org wrote:
This is the same computation as the _WriteEnabled flag, so we may as
well use it.
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
This series is:
Reviewed-by: Paul Berry stereotype...@gmail.com
---
On 2 April 2013 21:11, Kenneth Graunke kenn...@whitecape.org wrote:
This clarifies that the offset of 2 is actually 16 kB / 8kB units.
It also keys both computations off of a single variable, which should
make it easier to change in the future.
Signed-off-by: Kenneth Graunke
https://bugs.freedesktop.org/show_bug.cgi?id=47607
--- Comment #9 from imamdxl8...@gmail.com ---
fixed with steam version on my Intel GMA 4500,
please update the installer.
Cheers
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=61364
deimosaff...@yahoo.com changed:
What|Removed |Added
CC||deimosaff...@yahoo.com
--
You
- Original Message -
---
src/gallium/state_trackers/wgl/stw_context.c |2 +-
src/gallium/state_trackers/wgl/stw_context.h |4 +++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/gallium/state_trackers/wgl/stw_context.c
- Original Message -
The former just checks that the given block is valid by checking
the header and footer.
The later sets the memory block's tag. With extra debug code, we
can use that for monitoring/checking particular allocations.
---
On 04/04/2013 08:38 AM, Jose Fonseca wrote:
- Original Message -
---
src/gallium/state_trackers/wgl/stw_context.c |2 +-
src/gallium/state_trackers/wgl/stw_context.h |4 +++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git
On 04/04/2013 08:40 AM, Jose Fonseca wrote:
- Original Message -
The former just checks that the given block is valid by checking
the header and footer.
The later sets the memory block's tag. With extra debug code, we
can use that for monitoring/checking particular allocations.
---
On 04.04.2013 03:45, Zack Rusin wrote:
It's part of SM4 (http://goo.gl/4IpeK). It's also fairly
painful to emulate without branching. Most hardware
supports it natively and even llvm has a 'select' opcode
which can handle it without too much hassle.
diff --git
On Thu, Apr 4, 2013 at 4:32 PM, Brian Paul bri...@vmware.com wrote:
On 04/04/2013 05:20 AM, Erik Faye-Lund wrote:
Ping? Anything wrong with it?
Looks OK to me. Do you need someone to commit for you?
Well, I don't have commit access. But I was expecting to see rob pick
it up and push it
On 04.04.2013 16:53, Zack Rusin wrote:
On 04.04.2013 03:45, Zack Rusin wrote:
It's part of SM4 (http://goo.gl/4IpeK). It's also fairly
painful to emulate without branching. Most hardware
supports it natively and even llvm has a 'select' opcode
which can handle it without too much hassle.
On 04.04.2013 17:01, Jose Fonseca wrote:
- Original Message -
On 04.04.2013 03:45, Zack Rusin wrote:
It's part of SM4 (http://goo.gl/4IpeK). It's also fairly
painful to emulate without branching. Most hardware
supports it natively and even llvm has a 'select' opcode
which can handle
On 2 April 2013 23:33, Kenneth Graunke kenn...@whitecape.org wrote:
This pass flips (matrix * vector) operations to (vector *
matrixTranspose) for certain built-in matrices (currently
gl_ModelViewProjectionMatrix and gl_TextureMatrix).
This is equivalent, but results in dot products rather
- Original Message -
On 04.04.2013 17:01, Jose Fonseca wrote:
- Original Message -
On 04.04.2013 03:45, Zack Rusin wrote:
It's part of SM4 (http://goo.gl/4IpeK). It's also fairly
painful to emulate without branching. Most hardware
supports it natively and even llvm
Erm, unsigned 0 doesn't make sense.
Ah indeed!
Definitely what the description says:
static void
micro_ucmp(union tgsi_exec_channel *dst,
const union tgsi_exec_channel *src0,
const union tgsi_exec_channel *src1,
const union tgsi_exec_channel
On 04.04.2013 17:23, Jose Fonseca wrote:
- Original Message -
On 04.04.2013 17:01, Jose Fonseca wrote:
- Original Message -
On 04.04.2013 03:45, Zack Rusin wrote:
It's part of SM4 (http://goo.gl/4IpeK). It's also fairly
painful to emulate without branching. Most hardware
https://bugs.freedesktop.org/show_bug.cgi?id=47607
Eric Anholt e...@anholt.net changed:
What|Removed |Added
Status|NEW |RESOLVED
- Original Message -
Erm, unsigned 0 doesn't make sense.
Ah indeed!
Definitely what the description says:
static void
micro_ucmp(union tgsi_exec_channel *dst,
const union tgsi_exec_channel *src0,
const union tgsi_exec_channel *src1,
Kenneth Graunke kenn...@whitecape.org writes:
On 03/13/2013 09:17 AM, Eric Anholt wrote:
Kenneth Graunke kenn...@whitecape.org writes:
This optimization attempts to avoid extra attribute interpolation
instructions for texture coordinates where the W-component is 1.0.
Unfortunately, it
Hah, yea, I'm sorry, that's a good point. So movc is a bitcast to unsigned
followed by ucmp. Alright, I'm withdrawing the patch.
z
- Original Message -
- Original Message -
Erm, unsigned 0 doesn't make sense.
Ah indeed!
Definitely what the description
There might be some value in renaming UCMP to be MOVC though. I think
everybody here can agree that UCMP, though semantically correct, is misleading.
Jose
- Original Message -
Hah, yea, I'm sorry, that's a good point. So movc is a bitcast to unsigned
followed by ucmp. Alright, I'm
FWIW it looks like we could use that opcode a bit more in glsl to tgsi
translation. There's one use of it in st_glsl_to_tgsi.cpp (though
coupled with a USNE which I'm not sure is even necessary) but another
place states that If TGSI had a UCMP instruction or similar, this extra
instruction would
FWIW, I think UCMP is a misleading name. Whatever the name will be, it
should be prefixed with I or U, because it's not a floating-point
opcode. How about UCND? :D
Marek
On Thu, Apr 4, 2013 at 6:23 PM, Jose Fonseca jfons...@vmware.com wrote:
There might be some value in renaming UCMP to be
and add a test for it
Signed-off-by: Zack Rusin za...@vmware.com
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi_action.c | 21
.../tests/graw/fragment-shader/frag-ucmp.sh| 11 ++
2 files changed, 32 insertions(+)
create mode 100644
- Original Message -
and add a test for it
Signed-off-by: Zack Rusin za...@vmware.com
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi_action.c | 21
.../tests/graw/fragment-shader/frag-ucmp.sh| 11 ++
2 files changed, 32 insertions(+)
https://bugs.freedesktop.org/show_bug.cgi?id=61364
--- Comment #7 from Armin K kre...@email.com ---
Does it work if you build Mesa with --with-llvm-shared-libs? Tom mentioned
something like this happens if Mesa is linked to static LLVM libaries.
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=61364
--- Comment #8 from Armin K kre...@email.com ---
It might be related to this ... See the explanation
http://lists.freedesktop.org/archives/mesa-dev/2013-January/032944.html
--
You are receiving this mail because:
You are the assignee for the
Ian Romanick i...@freedesktop.org writes:
On 04/02/2013 01:38 PM, Matt Turner wrote:
Candidate for stable branches?
Our floats all happen to have integer values, and radeon doesn't use
this code.
pgpEzhz83hN7W.pgp
Description: PGP signature
___
Kenneth Graunke kenn...@whitecape.org writes:
diff --git a/src/glsl/Makefile.sources b/src/glsl/Makefile.sources
index c294aa4..b5282a6 100644
--- a/src/glsl/Makefile.sources
+++ b/src/glsl/Makefile.sources
@@ -80,6 +80,7 @@ LIBGLSL_FILES = \
$(GLSL_SRCDIR)/opt_dead_code.cpp \
Well if the condition is just any bit set then it doesn't matter if
the input is a float or int or whatever (of course, for floats, that
definition is different than != zero, as it doesn't hold for negative zero).
That would be the same as for instance the bitwise instructions which
also don't
https://bugs.freedesktop.org/show_bug.cgi?id=63132
Priority: medium
Bug ID: 63132
Assignee: mesa-dev@lists.freedesktop.org
Summary: [r600/llvm]
src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c:1887:l
On Wed, Apr 3, 2013 at 11:56 PM, Kenneth Graunke kenn...@whitecape.orgwrote:
GLBenchmark 2.7's shaders contain conditional blocks like:
if (x) {
if (y) {
...
}
}
where the outer conditional's then clause contains exactly one statement
(the nested if) and there are no
I see. Fair point.
Marek
On Thu, Apr 4, 2013 at 7:32 PM, Roland Scheidegger srol...@vmware.comwrote:
Well if the condition is just any bit set then it doesn't matter if
the input is a float or int or whatever (of course, for floats, that
definition is different than != zero, as it doesn't
---
src/mapi/glapi/gen/Makefile.am |1 +
src/mapi/glapi/gen/gl_API.xml|4 +-
src/mesa/drivers/dri/i965/brw_draw.c |3 +-
src/mesa/drivers/dri/i965/brw_draw.h |3 +-
src/mesa/drivers/dri/nouveau/nouveau_vbo_t.c |9 +-
---
src/mesa/state_tracker/st_cb_bufferobjects.c |3 +++
src/mesa/state_tracker/st_draw.c | 11 ++-
src/mesa/state_tracker/st_extensions.c |4 +++-
3 files changed, 16 insertions(+), 2 deletions(-)
diff --git a/src/mesa/state_tracker/st_cb_bufferobjects.c
---
src/gallium/auxiliary/util/u_draw.c | 39 ++
src/gallium/auxiliary/util/u_draw.h |5 +++
src/gallium/auxiliary/util/u_dump_state.c|3 ++
src/gallium/docs/source/screen.rst |3 ++
---
src/mapi/glapi/gen/ARB_draw_indirect.xml | 45 +
src/mapi/glapi/gen/Makefile.am |1 +
src/mapi/glapi/gen/gl_API.xml|4 +-
src/mesa/drivers/dri/i965/brw_draw.c |3 +-
src/mesa/drivers/dri/i965/brw_draw.h |3 +-
On 04/04/2013 09:08 AM, Eric Anholt wrote:
Kenneth Graunke kenn...@whitecape.org writes:
diff --git a/src/glsl/Makefile.sources b/src/glsl/Makefile.sources
index c294aa4..b5282a6 100644
--- a/src/glsl/Makefile.sources
+++ b/src/glsl/Makefile.sources
@@ -80,6 +80,7 @@ LIBGLSL_FILES = \
On 04/04/2013 08:13 AM, Paul Berry wrote:
On 2 April 2013 23:33, Kenneth Graunke kenn...@whitecape.org wrote:
[snip]
diff --git a/src/glsl/main.cpp b/src/glsl/main.cpp
index ce084b4..13dfdd3 100644
--- a/src/glsl/main.cpp
+++ b/src/glsl/main.cpp
@@ -176,7 +176,7 @@
On 4 April 2013 12:13, Kenneth Graunke kenn...@whitecape.org wrote:
On 04/04/2013 08:13 AM, Paul Berry wrote:
On 2 April 2013 23:33, Kenneth Graunke kenn...@whitecape.org wrote:
[snip]
diff --git a/src/glsl/main.cpp b/src/glsl/main.cpp
index ce084b4..13dfdd3 100644
---
I just did a quick skim and found a few minor things.
First, the subject might be mesa: implement GL_ARB_draw_indirect and
GL_ARB_multi_draw_indirect
This is a big patch and I think it could have been broken down into
smaller pieces, but I know it's a PITA to redo. Next time.
On
On 04/04/2013 12:18 PM, Christoph Bumiller wrote:
---
src/gallium/auxiliary/util/u_draw.c | 39 ++
src/gallium/auxiliary/util/u_draw.h |5 +++
src/gallium/auxiliary/util/u_dump_state.c|3 ++
src/gallium/docs/source/screen.rst
On 04/04/2013 12:18 PM, Christoph Bumiller wrote:
---
src/mesa/state_tracker/st_cb_bufferobjects.c |3 +++
src/mesa/state_tracker/st_draw.c | 11 ++-
src/mesa/state_tracker/st_extensions.c |4 +++-
3 files changed, 16 insertions(+), 2 deletions(-)
diff
Am Sonntag, 24. Februar 2013, 15:02:33 schrieb Matt Turner:
On Sun, Feb 24, 2013 at 2:00 PM, Niels Ole Salscheider
niels_...@salscheider-online.de wrote:
Signed-off-by: Niels Ole Salscheider niels_...@salscheider-online.de
---
src/gallium/targets/opencl/Makefile.am | 4 ++--
1 file
Clover needs the irreader component of llvm
---
configure.ac | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index 81d4a3f..bfba1b3 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1649,7 +1649,7 @@ if test x$enable_gallium_llvm = xyes; then
From: Roland Scheidegger srol...@vmware.com
The ar_ge_as_at variable was just very very confusing since the condition
was actually the other way around (as_at_ge_ar). So change the condition
(and the selects depending on it) to match the variable name.
Also, while here, change the chosen major
Looks good Roland.
- Original Message -
From: Roland Scheidegger srol...@vmware.com
The ar_ge_as_at variable was just very very confusing since the condition
was actually the other way around (as_at_ge_ar). So change the condition
(and the selects depending on it) to match the
I think that PIPE_BIND_INDIRECT_BUFFER would be more self-descriptive.
Or do you envision other uses of such buffer?
Jose
- Original Message -
Intended for use with GL_ARB_draw_indirect's DRAW_INDIRECT_BUFFER
target or for D3D11_RESOURCE_MISC_DRAWINDIRECT_ARGS.
---
On 04.04.2013 21:44, Jose Fonseca wrote:
I think that PIPE_BIND_INDIRECT_BUFFER would be more self-descriptive.
Or do you envision other uses of such buffer?
It's possible that at some point we add a mechanism to let the driver
store arbitrary commands into a buffer created by the st, or have
Kenneth Graunke kenn...@whitecape.org writes:
On 04/04/2013 09:08 AM, Eric Anholt wrote:
Kenneth Graunke kenn...@whitecape.org writes:
diff --git a/src/glsl/Makefile.sources b/src/glsl/Makefile.sources
index c294aa4..b5282a6 100644
--- a/src/glsl/Makefile.sources
+++
For the softpipe and llvmpipe drivers.
---
src/gallium/state_trackers/glx/xlib/xm_api.c | 15 +++
src/gallium/state_trackers/glx/xlib/xm_api.h |3 +++
src/gallium/state_trackers/glx/xlib/xm_st.c | 12
src/gallium/state_trackers/glx/xlib/xm_st.h |4
4
- Original Message -
For the softpipe and llvmpipe drivers.
---
src/gallium/state_trackers/glx/xlib/xm_api.c | 15 +++
src/gallium/state_trackers/glx/xlib/xm_api.h |3 +++
src/gallium/state_trackers/glx/xlib/xm_st.c | 12
At least on llvm 3.2 this appears to work fine. Tested on an Athlon XP
2600+, which has sse and 3dnow but not sse2.
Signed-off-by: Adam Jackson a...@redhat.com
---
src/gallium/drivers/llvmpipe/lp_screen.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
Clover needs the irreader component of llvm
v2: Check for irreader component
irreader is only available with LLVM 3.3 = 177971
Signed-off-by: Niels Ole Salscheider niels_...@salscheider-online.de
---
configure.ac | 4
1 file changed, 4 insertions(+)
diff --git a/configure.ac
- Original Message -
At least on llvm 3.2 this appears to work fine. Tested on an Athlon XP
2600+, which has sse and 3dnow but not sse2.
Signed-off-by: Adam Jackson a...@redhat.com
---
src/gallium/drivers/llvmpipe/lp_screen.c | 5 +++--
1 file changed, 3 insertions(+), 2
we break when the mask values are 0 not, 1, plus it's bit comparison
not a floating point comparison. This fixes both.
Signed-off-by: Zack Rusin za...@vmware.com
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c | 26 ---
1 file changed, 14 insertions(+), 12 deletions(-)
The default wrap mode (PIPE_TEX_WRAP_REPEAT) is incompatible with
unnormalized texcoords (at least for softpipe).
---
src/gallium/auxiliary/hud/hud_context.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/src/gallium/auxiliary/hud/hud_context.c
To set the graph update rate, in seconds. The default update rate
has also been changed to 1/2 second.
---
src/gallium/auxiliary/hud/hud_context.c | 17 -
1 files changed, 16 insertions(+), 1 deletions(-)
diff --git a/src/gallium/auxiliary/hud/hud_context.c
Eric Anholt e...@anholt.net writes:
Kenneth Graunke kenn...@whitecape.org writes:
On 04/04/2013 09:08 AM, Eric Anholt wrote:
Kenneth Graunke kenn...@whitecape.org writes:
diff --git a/src/glsl/Makefile.sources b/src/glsl/Makefile.sources
index c294aa4..b5282a6 100644
---
It would be better to use PIPE_TEX_WRAP_CLAMP_TO_EDGE. In any case:
Reviewed-by: Marek Olšák mar...@gmail.com
Marek
On Fri, Apr 5, 2013 at 12:38 AM, Brian Paul bri...@vmware.com wrote:
The default wrap mode (PIPE_TEX_WRAP_REPEAT) is incompatible with
unnormalized texcoords (at least for
This allows the computation of the offset to get written directly into the
message source. Improves performance of low-resolution GLB2.7 by 4.6% +/-
1.4% (n=11).
---
src/mesa/drivers/dri/i965/brw_defines.h|1 +
src/mesa/drivers/dri/i965/brw_shader.cpp |2 ++
When you src_reg(dst_reg(int_type)), you get a grf. (swizzle). But if
you dst_reg(src_reg(int_type)), you get a grf.xyzw (writemask). By going
the direction we did, we were writing more channels than were read, so we
wouldn't register coalesce the ADD or MUL.
Right now the MOV is still
Am 05.04.2013 00:08, schrieb Zack Rusin:
we break when the mask values are 0 not, 1, plus it's bit comparison
not a floating point comparison. This fixes both.
This sentence doesn't quite parse for me.
Signed-off-by: Zack Rusin za...@vmware.com
---
77 matches
Mail list logo