https://bugs.freedesktop.org/show_bug.cgi?id=36242
--- Comment #4 from Alexandre Demers 2011-05-25
23:37:53 PDT ---
The problem is still present. Could it be a missing dependency (or not the good
one) when using --enable-32-bit without disabling the llvmpipe driver? It will
be a problem at some
On Wed, 25 May 2011 16:29:37 -0500, Bryan Cain wrote:
> On 05/25/2011 08:41 AM, Keith Whitwell wrote:
> > On Wed, 2011-05-25 at 09:32 -0400, Jerome Glisse wrote:
> >> On Tue, May 24, 2011 at 8:09 PM, Bryan Cain wrote:
> >>> Hi,
> >>>
> >>> In the past few days, I've been working on native integer
On 05/25/2011 06:23 PM, Eric Anholt wrote:
This is a series to fix our Firefox WebGL crashes. Their debug code,
which they do nightly testing on, uses a debug mode which calls
glFinish() after every operation. That revealed failures in our
glFinish() implementation.
I'm not really pleased with
- Original Message -
> This is a series to fix our Firefox WebGL crashes. Their debug code,
> which they do nightly testing on, uses a debug mode which calls
> glFinish() after every operation. That revealed failures in our
> glFinish() implementation.
Thumbs up!
Just FYI --- the nightl
This is a series to fix our Firefox WebGL crashes. Their debug code,
which they do nightly testing on, uses a debug mode which calls
glFinish() after every operation. That revealed failures in our
glFinish() implementation.
I'm not really pleased with the state handling for
_ColorDrawBuffers[].
_ColorDrawBuffers is computed state, so we need a state update to use
it, which mesa core doesn't do for this function. Fixes valgrind
complaints on fbo-finish-deleted.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=33545
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=33656
---
s
---
tests/all.tests|1 +
tests/fbo/CMakeLists.gl.txt|1 +
tests/fbo/fbo-finish-deleted.c | 100
3 files changed, 102 insertions(+), 0 deletions(-)
create mode 100644 tests/fbo/fbo-finish-deleted.c
diff --git a/tests/all.tests
This is part of fixing valgrind complaints on fbo-finish-deleted on
intel (sadly, the test doesn't segfault for me). The
_ColorDrawBuffers[] wouldn't get updated despite us having updated
what it depends on (Attachments[]->Renderbuffer). Other callers of
_mesa_remove_attachment are already flaggi
On 05/25/2011 03:24 PM, Eric Anholt wrote:
glDrawBuffers pointing at an unattached buffer is supposed to be
incomplete without ARB_ES2_compatibility. The testcase to catch the
bug of not implementing that bit of the spec was tricked by this
missing piece of state update.
---
src/mesa/main/buff
On 05/25/2011 12:48 PM, Jerome Glisse wrote:
> On Wed, May 25, 2011 at 9:41 AM, Keith Whitwell wrote:
>> I'm not trying to impose a direction on this, but it seems like the GLSL
>> IR->TGSI converter (once running) could be pushed down into the
>> individual drivers and GLSL IR or a close cousin o
On 05/25/2011 08:41 AM, Keith Whitwell wrote:
> On Wed, 2011-05-25 at 09:32 -0400, Jerome Glisse wrote:
>> On Tue, May 24, 2011 at 8:09 PM, Bryan Cain wrote:
>>> Hi,
>>>
>>> In the past few days, I've been working on native integer support in my
>>> GLSL to TGSI translator. Something that's come
>From the ARB_ES2_compatibility spec:
"(8) How should we handle draw buffer completeness?
RESOLVED: Remove draw/readbuffer completeness checks, and treat
drawbuffers referring to missing attachments as if they were NONE."
Fixes arb_es2_compatibility-drawbuffers when the short-circuit
Otherwise, the driver is likely to draw the flushed vertices to the
new drawbuffer instead of the old one, missing the point of the flush.
---
src/mesa/main/buffers.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/src/mesa/main/buffers.c b/src/mesa/main/buffe
First, FBO read/draw == NULL validation happens in mesa core not
intelReadBuffers -> intel_draw_buffers. Second, that condition is no
longer tested for in our driver since ARB_ES2_compatibility was added.
---
src/mesa/drivers/dri/intel/intel_buffers.c | 12
1 files changed, 0 inser
Here's a series trying to fix up glDrawBuffers handling. I was
initially looking into splitting up i915/i965 intel_draw_buffers, and
ended up 4 patches deep in yak hair while trying to track down how
completeness was actually working.
___
mesa-dev maili
glDrawBuffers pointing at an unattached buffer is supposed to be
incomplete without ARB_ES2_compatibility. The testcase to catch the
bug of not implementing that bit of the spec was tricked by this
missing piece of state update.
---
src/mesa/main/buffers.c | 36 ++---
Signed-off-by: Tobias Droste
---
src/egl/opengl/Makefile.am |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/egl/opengl/Makefile.am b/src/egl/opengl/Makefile.am
index 0da45d9..2c9956f 100644
--- a/src/egl/opengl/Makefile.am
+++ b/src/egl/opengl/Makefile.am
@@ -78,5 +7
On 05/24/2011 04:00 PM, Eric Anholt wrote:
No net code size change, but unit update is down 0.8% code size.
---
src/mesa/drivers/dri/i965/brw_context.h | 15 +--
src/mesa/drivers/dri/i965/brw_fs.cpp |4 ++--
src/mesa/drivers/dri/i965/brw_wm.c |2 +-
src/mesa/
On Wed, May 25, 2011 at 9:41 AM, Keith Whitwell wrote:
> On Wed, 2011-05-25 at 09:32 -0400, Jerome Glisse wrote:
>> On Tue, May 24, 2011 at 8:09 PM, Bryan Cain wrote:
>> > Hi,
>> >
>> > In the past few days, I've been working on native integer support in my
>> > GLSL to TGSI translator. Somethin
On 05/24/2011 04:00 PM, Eric Anholt wrote:
I was using undefined values to create an unused value. Go me.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=37366
---
src/mesa/drivers/dri/i965/brw_fs.cpp |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/src/mesa/dr
On Wed, May 25, 2011 at 4:15 AM, Gustaw Smolarczyk wrote:
> The line 209 of src/gallium/drivers/r600/r600_opcodes.h:
> #define EG_V_SQ_CF_WORD1_SQ_CF_INST_HALT
> 0x001f
> has been duplicated by this patch.
Fixed. thanks!
5ed7a7b7205b5680d617b77a8cf228b80cf15f5e
Alex
> __
On Wed, 2011-05-25 at 09:32 -0400, Jerome Glisse wrote:
> On Tue, May 24, 2011 at 8:09 PM, Bryan Cain wrote:
> > Hi,
> >
> > In the past few days, I've been working on native integer support in my
> > GLSL to TGSI translator. Something that's come to my attention is that
> > supporting Gallium ta
On Tue, May 24, 2011 at 8:09 PM, Bryan Cain wrote:
> Hi,
>
> In the past few days, I've been working on native integer support in my
> GLSL to TGSI translator. Something that's come to my attention is that
> supporting Gallium targets with and without integer support using a
> single GLSL IR back
The line 209 of src/gallium/drivers/r600/r600_opcodes.h:
#define EG_V_SQ_CF_WORD1_SQ_CF_INST_HALT
0x001f
has been duplicated by this patch.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo
24 matches
Mail list logo
