https://bugs.freedesktop.org/show_bug.cgi?id=35200
Summary: Mesa 7.6 implementation error: bad datatype in
interpolate_int_colors
Product: Mesa
Version: 7.6
Platform: Other
OS/Version: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=35201
--- Comment #1 from Cristian KLEIN cristiklein+fontcon...@gmail.com
2011-03-11 01:12:53 PST ---
Created an attachment (id=44344)
-- (https://bugs.freedesktop.org/attachment.cgi?id=44344)
Output of glxinfo
--
Configure bugmail:
On 03/10/2011 04:57 PM, José Fonseca wrote:
On Thu, 2011-03-10 at 06:01 -0800, Thomas Hellstrom wrote:
Make sure that the upload manager doesn't upload data that's not
dirty. This speeds up the viewperf test proe-04/1 a factor 5 or so on svga.
Sweet!
A few comments inline
Also
https://bugs.freedesktop.org/show_bug.cgi?id=35201
Michel Dänzer mic...@daenzer.net changed:
What|Removed |Added
Attachment #44344|text/x-log |text/plain
https://bugs.freedesktop.org/show_bug.cgi?id=35201
Michel Dänzer mic...@daenzer.net changed:
What|Removed |Added
Component|Other |Drivers/DRI/i965
The problem from
http://www.mail-archive.com/mesa3d-dev@lists.sourceforge.net/msg12493.html
is back, and now a bit worse -- it causes Quake3 arena demo to crash (at
least the windows version). The full version works fine. I'm not sure
what other applications are hit by this. See the above
Hi All,
I was traversing through the source code of Mesa 7.7 . I wanted to write
an OpenGL application which could measure the graphics performance of my
board(running on intel i5 with GMA-HD). Is there a flag available which
can ensure that gpu is acting so that I can capture something like
On Fri, 2011-03-11 at 02:06 -0800, Thomas Hellstrom wrote:
On 03/10/2011 04:57 PM, José Fonseca wrote:
On Thu, 2011-03-10 at 06:01 -0800, Thomas Hellstrom wrote:
Make sure that the upload manager doesn't upload data that's not
dirty. This speeds up the viewperf test proe-04/1 a factor
On Fri, 2011-03-11 at 06:05 +0100, Marek Olšák wrote:
Hi,
these 2 patches add GL_NV_texture_barrier to Mesa and Gallium,
respectively. The extension can be used for programmable
blending, where the same texture can be bound as both a sampler
and renderbuffer. The same feature exists in
https://bugs.freedesktop.org/show_bug.cgi?id=35200
--- Comment #1 from Brian Paul brian.e.p...@gmail.com 2011-03-11 07:14:19 PST
---
I installed xscreensaver-gl-extras 5.12 and ran
/usr/libexec/xscreensaver/voronoi directly and didn't see any warnings. I
tried 7.6 and current Mesa from git.
I believe the reason it wasn't implemented in gallium was that it's an
extension which isn't widely used (some of the IHVs don't support it).
So if the hw needs to implement it in the shader anyway, it's probably
not worth it because any app wanting to use it will just be able to use
a shader
I'm on the fence about this one too. I don't think it's used by many
applications.
-Brian
On 03/11/2011 08:44 AM, Roland Scheidegger wrote:
I believe the reason it wasn't implemented in gallium was that it's an
extension which isn't widely used (some of the IHVs don't support it).
So if the
On 03/10/2011 08:30 PM, tom fogal wrote:
Kenneth Graunkekenn...@whitecape.org writes:
On Thursday, March 10, 2011 01:17:04 PM Alexander Neundorf wrote:
While at it (sorry for newbie questions), do I need gallium (maybe
swrast) when I want only osmesa rendering into a software buffer ?
I
I have done some of the changes in the gallium interface we discussed
in the
thread called 7 questions
There are 4 patches in total:
1) gallium: kill is_resource_referenced
The function is_resource_referenced is removed. Considering that only
st/xorg used it, I don't think this
On Fri, 2011-03-11 at 09:04 -0800, Eric Anholt wrote:
On Fri, 11 Mar 2011 10:33:13 +, José Fonseca jfons...@vmware.com wrote:
The problem from
http://www.mail-archive.com/mesa3d-dev@lists.sourceforge.net/msg12493.html
is back, and now a bit worse -- it causes Quake3 arena demo
On Friday, March 11, 2011 03:23:47 AM Neeraj N T wrote:
Hi All,
I was traversing through the source code of Mesa 7.7 .
Mesa 7.7 is really old at this point...since then, the GLSL compiler was
entirely rewritten, as was the Intel driver's fragment shader backend. You
really want 7.10.1.
I
I feel like there is some kind of underlying lesson that we, OpenGL app
programmers, should be getting out of this...
What about a psuedo-database of app - extension list rather than by year?
Surely Quake3 doesn't make use of but = 10 extensions. I'd imagine the same
holds true for other old
On Fri, Mar 11, 2011 at 2:23 PM, Patrick Baggett
baggett.patr...@gmail.com wrote:
I feel like there is some kind of underlying lesson that we, OpenGL app
programmers, should be getting out of this...
Yeah, don't expect the GL_EXTENSIONS string to always fit in your
fixed-size buffer. :)
BTW,
On Fri, Mar 11, 2011 at 2:56 PM, Keith Whitwell kei...@vmware.com wrote:
On Fri, 2011-03-11 at 06:05 +0100, Marek Olšák wrote:
Hi,
these 2 patches add GL_NV_texture_barrier to Mesa and Gallium,
respectively. The extension can be used for programmable
blending, where the same texture
Most of the time we don't have a non-uniform struct variable in the
shader, so this cuts the time spent in do_structure_splitting during
glean texCombine by about 2/3.
---
src/glsl/opt_structure_splitting.cpp |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git
---
src/glsl/opt_dead_functions.cpp | 214 ---
1 files changed, 108 insertions(+), 106 deletions(-)
diff --git a/src/glsl/opt_dead_functions.cpp b/src/glsl/opt_dead_functions.cpp
index ceb7908..51c77e3 100644
--- a/src/glsl/opt_dead_functions.cpp
+++
It only cares about if, loop, and discard.
---
src/glsl/opt_discard_simplification.cpp | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/src/glsl/opt_discard_simplification.cpp
b/src/glsl/opt_discard_simplification.cpp
index 0e577c4..7c2928d 100644
---
---
src/glsl/opt_function_inlining.cpp | 23 +--
1 files changed, 21 insertions(+), 2 deletions(-)
diff --git a/src/glsl/opt_function_inlining.cpp
b/src/glsl/opt_function_inlining.cpp
index 8fef358..3f63b8d 100644
--- a/src/glsl/opt_function_inlining.cpp
+++
---
src/glsl/ir_variable_refcount.cpp | 19 +--
src/glsl/ir_variable_refcount.h |9 +++--
2 files changed, 20 insertions(+), 8 deletions(-)
diff --git a/src/glsl/ir_variable_refcount.cpp
b/src/glsl/ir_variable_refcount.cpp
index 7d39abb..1bd3a60 100644
---
It can't call anything, so there's no point.
---
src/glsl/opt_dead_functions.cpp | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/src/glsl/opt_dead_functions.cpp b/src/glsl/opt_dead_functions.cpp
index 51c77e3..7c64c61 100644
---
This reverts commit 81b34a4e3a7aec9cdf2781757408dc5e9eec79cb.
---
src/mesa/drivers/dri/i965/brw_fs.cpp |6 +++---
src/mesa/drivers/dri/i965/brw_wm_state.c |4 ++--
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_fs.cpp
---
src/mesa/main/ff_fragment_shader.cpp |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/src/mesa/main/ff_fragment_shader.cpp
b/src/mesa/main/ff_fragment_shader.cpp
index 50d6be7..e113cdb 100644
--- a/src/mesa/main/ff_fragment_shader.cpp
+++
The optimization loop won't reinsert noise instructions or quadop
vectors, so we were traversing the tree for nothing. Lowering vector
indexing was in the loop after do_common_optimization() to avoid the
work if it ended up that the index was actually constant, but that has
been called already in
On 11/03/11 22:34, Denis Oliver Kropp wrote:
Hi,
we're testing with the eglkms example on i965 and were not able to find
the proper way of retrieving a virtual base address of the actual buffer
behind the EGLImage used for render and display.
We found intel_region_map, but that seems to
On 03/11/2011 02:14 PM, Kenneth Graunke wrote:
On Friday, March 11, 2011 10:46:31 AM José Fonseca wrote:
On Fri, 2011-03-11 at 09:04 -0800, Eric Anholt wrote:
On Fri, 11 Mar 2011 10:33:13 +, José Fonseca jfons...@vmware.com
wrote:
The problem from
We were alpha testing against an unwritten value, resulting in garbage.
(part of) Bug #35073.
---
src/mesa/drivers/dri/i965/brw_fs.cpp | 11 +++
src/mesa/drivers/dri/i965/brw_wm.c |1 +
src/mesa/drivers/dri/i965/brw_wm.h |1 +
3 files changed, 13 insertions(+), 0
Here's a proposed fix for bug #35073, but I'd like some review. From
googling, it looks like we're not the first driver to stumble on this.
Here's the note from the bug reporter:
The OpenGL spec looks a little unclear to me - it says the
alpha test applies only in RGBA mode, and
Bug #35073.
---
src/mesa/main/ff_fragment_shader.cpp |6 +-
src/mesa/main/state.c|2 +-
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/src/mesa/main/ff_fragment_shader.cpp
b/src/mesa/main/ff_fragment_shader.cpp
index e113cdb..45969a5 100644
---
---
tests/all.tests |2 +
tests/fbo/CMakeLists.gl.txt |2 +
tests/fbo/fbo-alphatest-nocolor-ff.c | 146 +++
tests/fbo/fbo-alphatest-nocolor.c| 182 ++
4 files changed, 332 insertions(+), 0
34 matches
Mail list logo