Jose, I don't understand your reply,
- Is there some way to add the def file or some way to generate them?
- Is building with scons on MingW with windows something that is
supposed to work?
- Is this issue going to be fixed or is this configuration unsupported?
- Is there some way to build with Min
https://bugs.freedesktop.org/show_bug.cgi?id=33758
Karl Tomlinson changed:
What|Removed |Added
CC||bugs.freedesk...@karlt.net
--
Configur
https://bugs.freedesktop.org/show_bug.cgi?id=37253
--- Comment #7 from Benoit Jacob 2011-06-21 20:17:36 PDT
---
(In reply to comment #6)
> It's probably fixed by
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=bf69ce37f0dcbb479078ee676d5100ac63e20750
What Mesa version number/string should I
https://bugs.freedesktop.org/show_bug.cgi?id=37253
--- Comment #6 from Stephane Marchesin 2011-06-21
19:54:51 PDT ---
It's probably fixed by
http://cgit.freedesktop.org/mesa/mesa/commit/?id=bf69ce37f0dcbb479078ee676d5100ac63e20750
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cg
https://bugs.freedesktop.org/show_bug.cgi?id=33203
Karl Tomlinson changed:
What|Removed |Added
Blocks||37253
--
Configure bugmail: https://bu
https://bugs.freedesktop.org/show_bug.cgi?id=37253
Karl Tomlinson changed:
What|Removed |Added
Depends on||33203
--- Comment #5 from Karl Tomlinso
Once again, assuming the compiler is clever works out so poorly. The
generated code initialized the structure on the stack, then did a
lookup into it. This was a performance regression from
70c6cd39bd9396b0d3f9e84df41fd8bef1f26cc4.
---
src/mesa/drivers/dri/i965/brw_wm_surface_state.c |2 +-
---
src/mesa/drivers/dri/i915/i830_vtbl.c |2 ++
src/mesa/drivers/dri/i915/i915_vtbl.c |2 ++
src/mesa/drivers/dri/intel/intel_context.c |1 -
3 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/src/mesa/drivers/dri/i915/i830_vtbl.c
b/src/mesa/drivers/dri/i915/i83
It's common in applications just before the advent of
EXT_separate_shader_objects to have multiple linked shaders with the
same VS or FS. While we aren't detecting those at the Mesa level, we
can detect when our compiled output happens to match an existing
compiled program.
This patch was created
This was sucking up 1% of the CPU on 3DMMES.
---
src/mesa/drivers/dri/i915/i830_vtbl.c |6 ++
src/mesa/drivers/dri/i915/i915_vtbl.c | 11 +++
src/mesa/drivers/dri/i965/brw_draw.c |1 +
src/mesa/drivers/dri/intel/intel_context.c |2 --
4 files changed, 18 i
https://bugs.freedesktop.org/show_bug.cgi?id=33203
--- Comment #3 from Karl Tomlinson 2011-06-21
17:50:51 PDT ---
It seems this was related to Gecko destroying the GLXContext, GLXPixmap, and
underlying Pixmap while the GLXContext was still current.
Gecko now does glXMakeCurrent with drawable se
This change broke a whole lot of stuff on r600g, for example Unigine
Heaven:
shader uses too many varying components (36 > 32)
I was going to attach the failing shader but it doesn't seem to have
been logged by MESA_GLSL=log
--
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD
https://bugs.freedesktop.org/show_bug.cgi?id=38537
Summary: Can't find X headers during 'make'
Product: Mesa
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: blocker
Priority:
Michel Dänzer writes:
> On Die, 2011-06-21 at 10:34 -0600, tom fogal wrote:=20
> > On 06/21/2011 10:23 AM, Michel D=C3=A4nzer wrote:
> > > On Die, 2011-06-21 at 10:10 -0600, tom fogal wrote:
> > >> On 06/21/2011 01:06 AM, Michel D=C3=A4nzer wrote:
> > >>> On Mon, 2011-06-20 at 13:46 -0600, tom fo
On Die, 2011-06-21 at 10:34 -0600, tom fogal wrote:
> On 06/21/2011 10:23 AM, Michel Dänzer wrote:
> > On Die, 2011-06-21 at 10:10 -0600, tom fogal wrote:
> >> On 06/21/2011 01:06 AM, Michel Dänzer wrote:
> >>> On Mon, 2011-06-20 at 13:46 -0600, tom fogal wrote:
> Nathan Kidd writes:
>
On 06/21/2011 10:23 AM, Michel Dänzer wrote:
On Die, 2011-06-21 at 10:10 -0600, tom fogal wrote:
On 06/21/2011 01:06 AM, Michel Dänzer wrote:
On Mon, 2011-06-20 at 13:46 -0600, tom fogal wrote:
Nathan Kidd writes:
On 11-06-20 02:55 PM, tom fogal wrote:
Nathan Kiddwrites:
[snip]
You a
On Die, 2011-06-21 at 10:10 -0600, tom fogal wrote:
> On 06/21/2011 01:06 AM, Michel Dänzer wrote:
> > On Mon, 2011-06-20 at 13:46 -0600, tom fogal wrote:
> >> Nathan Kidd writes:
> >>> On 11-06-20 02:55 PM, tom fogal wrote:
> Nathan Kidd writes:
> >> [snip]
> You are correct, renderi
On 06/21/2011 01:06 AM, Michel Dänzer wrote:
On Mon, 2011-06-20 at 13:46 -0600, tom fogal wrote:
Nathan Kidd writes:
On 11-06-20 02:55 PM, tom fogal wrote:
Nathan Kidd writes:
[snip]
You are correct, rendering is indirect!
Of course, for indirect rendering every glFoo() function call ne
Will be there a release tracker for 7.11, as done with previous releases? Here
are some example bugs that may be nice to have fixed for 7.11:
https://bugs.freedesktop.org/show_bug.cgi?id=35268
https://bugs.freedesktop.org/show_bug.cgi?id=36384
https://bugs.freedesktop.org/show_bug.cgi?id=36792
htt
This fixes gears from the wayland-demos, where the cairo-gl context
and the gears context render to the same surface, but the gears
context renders to old buffers, because of the missing invalidate.
So yea, fixes a bug.
2011/6/21 Jakob Bornecrantz :
> On Tue, Jun 21, 2011 at 1:40 PM, Benjamin Fran
On Tue, Jun 21, 2011 at 1:40 PM, Benjamin Franzke
wrote:
> Actually I wasnt sure, but theres nothing like that in glx/dri2_glx.c
> or egl_dri2.
> Furthermore the intel driver does sth similar.
I was talking about st/mesa (GL), I'm not to familiar with the
st_manager.c and/or the drawable code but
Actually I wasnt sure, but theres nothing like that in glx/dri2_glx.c
or egl_dri2.
Furthermore the intel driver does sth similar.
2011/6/21 Jakob Bornecrantz :
> On Tue, Jun 21, 2011 at 1:32 PM, Benjamin Franzke
> wrote:
>> ---
>> .../state_trackers/dri/common/dri_context.c | 5 +
>
On Tue, Jun 21, 2011 at 1:32 PM, Benjamin Franzke
wrote:
> ---
> .../state_trackers/dri/common/dri_context.c | 5 +
> 1 files changed, 5 insertions(+), 0 deletions(-)
>
> diff --git a/src/gallium/state_trackers/dri/common/dri_context.c
> b/src/gallium/state_trackers/dri/common/dri_
---
.../state_trackers/dri/common/dri_context.c|5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/src/gallium/state_trackers/dri/common/dri_context.c
b/src/gallium/state_trackers/dri/common/dri_context.c
index e23c1bc..0f9e4e5 100644
--- a/src/gallium/state_track
https://bugs.freedesktop.org/show_bug.cgi?id=38501
Sven Arvidsson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=38501
--- Comment #3 from Sven Arvidsson 2011-06-21 03:56:07 PDT ---
Thanks for the tip!
In that case it's probably the same as bug 34006 (Which I really should have
figured out myself, having filed the bug in first case :/ )
--
Configure bugmail:
On Mon, 2011-06-20 at 13:46 -0600, tom fogal wrote:
> Nathan Kidd writes:
> > On 11-06-20 02:55 PM, tom fogal wrote:
> > > Nathan Kidd writes:
> [snip]
> > > You are correct, rendering is indirect! I was unaware that direct
> > > vs. indirect limited *GL* features. Why is that the case, and wh
27 matches
Mail list logo
