---
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 deletions
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
--- a/src/me
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
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 deletions(-)
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
> wrote:
The problem from
http://www.mail-archive.com/mesa3d-dev@
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 seem
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
---
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
+++ b/src/mesa/main/ff_fra
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
b/src/mesa/drivers/dr
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
--- a/src/glsl/opt_dead_functions.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
--- a/src/glsl/
---
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
+++ b/src/glsl/opt_
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
--- a/src
---
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
+++ b/src/gls
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 a/src/glsl/op
With the conversion of texenvprogram to producing GLSL IR, all those
nice little optimization passes end up slowing down our
combinatorial-explosion ff tests pretty significantly. This patch
series reduces glean texCombine runtime overall by 20% on my gen6
system. The lowest-hanging fruit at this
On Fri, Mar 11, 2011 at 2:56 PM, Keith Whitwell 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 can be bo
On Fri, Mar 11, 2011 at 2:23 PM, Patrick Baggett
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, OpenGL 3.0 deprecates the
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 be used by intel_region_data
only, no public API avail
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 gam
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
wrote:
> > > The problem from
> > >
> > > http://www.mail-archive.com/mesa3d-dev@lists.sourceforge.net/msg12493.h
> > > tml
> > >
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
On Fri, 2011-03-11 at 09:04 -0800, Eric Anholt wrote:
> On Fri, 11 Mar 2011 10:33:13 +, José Fonseca 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 to crash (
On Fri, 11 Mar 2011 10:33:13 +, José Fonseca 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 to crash (at
> least the windows version). The full version works fine. I'm n
>
> 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'
On 03/10/2011 08:30 PM, tom fogal wrote:
Kenneth Graunke 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 don't think OSMesa requir
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 h
Look ok to me..
Jose
On Thu, 2011-03-10 at 20:32 -0800, Marek Olšák wrote:
> Hi,
>
> 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 i
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 itsel
https://bugs.freedesktop.org/show_bug.cgi?id=35200
--- Comment #1 from Brian Paul 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.
What does glxinfo say (in
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
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/
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 s
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 thread
https://bugs.freedesktop.org/show_bug.cgi?id=35201
Michel Dänzer changed:
What|Removed |Added
Component|Other |Drivers/DRI/i965
AssignedTo|mesa
https://bugs.freedesktop.org/show_bug.cgi?id=35201
Michel Dänzer changed:
What|Removed |Added
Attachment #44344|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=35201
Michel Dänzer changed:
What|Removed |Added
Attachment #44343|text/x-log |text/plain
mime type|
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
--- Comment #1 from Cristian KLEIN
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: https://bugs.freedesktop.org/userprefs.cgi?tab=
https://bugs.freedesktop.org/show_bug.cgi?id=35201
Summary: webGL crash
Product: Mesa
Version: 7.10
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component:
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
41 matches
Mail list logo
