Re: [Mesa-dev] [RFC] Mesa 7.9 release criteria

2010-09-10 Thread Ian Romanick
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ian Romanick wrote: > Ian Romanick wrote: >> So... what are our collective criteria for a 7.9 release to happen? > > Paraphrasing the discussion a bit, it sounds like the only thing in the > way of a release is fixing a bunch of bugs. It sounds like

[Mesa-dev] [Bug 30124] New: Mesa 7.9 release tracker

2010-09-10 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=30124 Summary: Mesa 7.9 release tracker Product: Mesa Version: git Platform: All OS/Version: All Status: NEW Severity: normal Priority: medium Component: Mesa co

Re: [Mesa-dev] [PATCH 1/3] r600g: Fixed a bo leak in r600_blit_state_ps_shader().

2010-09-10 Thread Tilman Sauerbeck
Tilman Sauerbeck [2010-09-10 18:32]: > Subject: Re: [PATCH 1/3] r600g: Fixed a bo leak in > r600_blit_state_ps_shader(). Sigh, I fail at git format-patch. This isn't a sequence, it's just this one patch. So don't wait for 2/3 and 3/3. Sorry, Tilman -- A: Because it messes up the order in which

[Mesa-dev] [PATCH] r600g: Use clamped math for RCP and RSQ.

2010-09-10 Thread Tilman Sauerbeck
This is likely only correct for OpenGL and not other state trackers. Signed-off-by: Tilman Sauerbeck --- src/gallium/drivers/r600/r600_shader.c | 16 ++-- 1 files changed, 14 insertions(+), 2 deletions(-) diff --git a/src/gallium/drivers/r600/r600_shader.c b/src/gallium/drivers/r

[Mesa-dev] [PATCH 1/3] r600g: Fixed a bo leak in r600_blit_state_ps_shader().

2010-09-10 Thread Tilman Sauerbeck
We would leak the newly created bo if it cannot be mapped. Signed-off-by: Tilman Sauerbeck --- src/gallium/drivers/r600/r600_blit.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/gallium/drivers/r600/r600_blit.c b/src/gallium/drivers/r600/r600_blit.c index e6ded34

[Mesa-dev] [Bug 29624] crash in _mesa_DeleteTextures, in _mesa_HashLookup_unlocked

2010-09-10 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=29624 Brian Paul changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Mesa-dev] [Bug 30114] [regression] BadDrawable in Steel Storm game

2010-09-10 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=30114 Sven Arvidsson changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Mesa-dev] [Bug 30114] [regression] BadDrawable in Steel Storm game

2010-09-10 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=30114 --- Comment #1 from Kristian Høgsberg 2010-09-10 05:11:12 PDT --- (In reply to comment #0) > The game Steel Storm exits with a BadDrawable error any time settings are > applied: > > X Error of failed request: BadDrawable (invalid Pixmap or Win

[Mesa-dev] [Bug 30114] New: [regression] BadDrawable in Steel Storm game

2010-09-10 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=30114 Summary: [regression] BadDrawable in Steel Storm game Product: Mesa Version: git Platform: Other URL: http://www.steel-storm.com/ OS/Version: All Status: NEW S

Re: [Mesa-dev] Mesa (shader-work): glsl: teach loop analysis that array dereferences are bounds on the index

2010-09-10 Thread Kenneth Graunke
On Thursday 09 September 2010 16:31:31 Luca Barbieri wrote: > I think I understand: since you reparent everything to the new root > and then call talloc_free on the old root, everything dies anyway > whatever its parent was. Yeah, that's the idea. All of the IR originally starts out as a child of

[Mesa-dev] [Bug 30108] [bisected] unable to load driver: r300_dri.so, undefined symbol: _glapi_logging_available

2010-09-10 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=30108 Pavel Ondračka changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|