builtin_stubs.cpp is only supposed to be used for builtin_compiler. It
contains a stub version of _mesa_glsl_initialize_functions() that does
nothing.
libglsl.a already contains builtin_function.cpp, the generated file that
contains a version of _mesa_glsl_initialize_functions() that actually
Hello,
I'm currently experiencing random hangs using mesa-git and r600g.
The computer seems to be still active, but the display doesn't respond.
I have the means to connect to the machine via ssh, to execute debugging
commands.
Could you please suggest what output I could attach to the bug
The code formatting in translate_fog_distance_mode has been fixed.
The NV10/NV20 patch isn't include this time around because it is still
untested and was only included in the first place in case the nouveau
people were interested.
___
mesa-dev
No driver implements it yet.
---
src/mesa/main/extensions.c |1 +
src/mesa/main/fog.c| 14 ++
src/mesa/main/get.c|5 +
src/mesa/main/mtypes.h |2 ++
4 files changed, 22 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/extensions.c
This is all that is needed to implement NV_fog_distance on programmable
hardware.
---
src/mesa/main/ffvertex_prog.c | 43 +---
1 files changed, 39 insertions(+), 4 deletions(-)
diff --git a/src/mesa/main/ffvertex_prog.c b/src/mesa/main/ffvertex_prog.c
index
The fixed-function generated vertex program is all that's needed for
Gallium drivers.
---
src/mesa/state_tracker/st_extensions.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/mesa/state_tracker/st_extensions.c
b/src/mesa/state_tracker/st_extensions.c
index
On Mon, 2011-09-19 at 18:29 -0600, Brian Paul wrote:
From: Brian Paul bri...@vmware.com
The 1-bit alpha channel was incorrectly encoded. Previously, any non-zero
alpha value for the ubyte alpha value would set A=1. Instead, use the
most significant bit of the ubyte alpha to determine the
On Mon, 2011-09-19 at 11:29 +0200, David Mills wrote:
I'm currently experiencing random hangs using mesa-git and r600g.
The computer seems to be still active, but the display doesn't
respond.
I have the means to connect to the machine via ssh, to execute
debugging commands.
- Original Message -
On Sun, 11 Sep 2011 13:05:38 +0200, Tolga Dalman
tolga.dal...@googlemail.com wrote:
Hi Kenneth,
On Fri, 9 Sep 2011 14:41:45 -0700
Kenneth Graunke kenn...@whitecape.org wrote:
- if (reg-type == BRW_REGISTER_TYPE_F) {
- return reg-imm.f ==
On Tue, 20 Sep 2011 00:17:37 -0700 (PDT)
Michal Krol mic...@vmware.com wrote:
- Original Message -
On Sun, 11 Sep 2011 13:05:38 +0200, Tolga Dalman
tolga.dal...@googlemail.com wrote:
Hi Kenneth,
On Fri, 9 Sep 2011 14:41:45 -0700
Kenneth Graunke kenn...@whitecape.org
On Tue, Sep 13, 2011 at 10:49:33PM +0200, Luc Verhaegen wrote:
(after my short talk here at XDC chicago, let's get this out to
everyone)
It's time again to start planning for the next FOSDEM. After our poor
showing in 2010 (where in the end openmoko got given half our time, as
we had not
Thanks for the info.
I'll post the bug as soon as it crashes again :)
David
2011/9/20 Michel Dänzer mic...@daenzer.net
On Mon, 2011-09-19 at 11:29 +0200, David Mills wrote:
I'm currently experiencing random hangs using mesa-git and r600g.
The computer seems to be still active, but
There was a discussion some months ago about using -fno-builtin-memcmp for
improving memcmp performance:
http://lists.freedesktop.org/archives/mesa-dev/2011-June/009078.html
Since then, was it properly addressed in mesa or the flag is still
recommended? If so, what about adding it in
On Tue, Sep 20, 2011 at 12:18:15PM +0300, Alon Levy wrote:
On Tue, Sep 13, 2011 at 10:49:33PM +0200, Luc Verhaegen wrote:
...
deliver. So, with a deadline of oktober 1st, i am now asking for 6
people (basically fill up saturday afternoon) to step up and promise to
hold a talk at
On Tue, 2011-09-20 at 10:59 +0200, Fabio wrote:
There was a discussion some months ago about using -fno-builtin-memcmp for
improving memcmp performance:
http://lists.freedesktop.org/archives/mesa-dev/2011-June/009078.html
Since then, was it properly addressed in mesa or the flag is still
Hi,
On Tuesday, 20 September 2011, Luc Verhaegen l...@skynet.be wrote:
This sound like a rather redhat specific topic. How certain are you that
redhat is going to send you to FOSDEM, and if they don't, are you coming
regardless?
In much the same way that every RadeonHD talk was completely
On Tue, Sep 20, 2011 at 11:41:48AM +0100, Daniel Stone wrote:
Hi,
On Tuesday, 20 September 2011, Luc Verhaegen l...@skynet.be wrote:
This sound like a rather redhat specific topic. How certain are you that
redhat is going to send you to FOSDEM, and if they don't, are you coming
On Tue, 13 Sep 2011 22:49:33 +0200, Luc Verhaegen l...@skynet.be wrote:
So... After our terrible showing in 2010, i now need more to convince
the FOSDEM organizers that we are worth of a DevRoom, that we can
deliver. So, with a deadline of oktober 1st, i am now asking for 6
people
On Tue, Sep 20, 2011 at 12:12:17PM +0100, Chris Wilson wrote:
On Tue, 13 Sep 2011 22:49:33 +0200, Luc Verhaegen l...@skynet.be wrote:
So... After our terrible showing in 2010, i now need more to convince
the FOSDEM organizers that we are worth of a DevRoom, that we can
deliver. So, with a
Hi,
On 09/20/2011 12:57 PM, Luc Verhaegen wrote:
On Tue, Sep 20, 2011 at 11:41:48AM +0100, Daniel Stone wrote:
Hi,
On Tuesday, 20 September 2011, Luc Verhaegenl...@skynet.be wrote:
This sound like a rather redhat specific topic. How certain are you that
redhat is going to send you to
On Tue, Sep 20, 2011 at 02:33:08PM +0300, Alon Levy wrote:
On Tue, Sep 20, 2011 at 12:32:21PM +0200, Luc Verhaegen wrote:
On Tue, Sep 20, 2011 at 12:18:15PM +0300, Alon Levy wrote:
On Tue, Sep 13, 2011 at 10:49:33PM +0200, Luc Verhaegen wrote:
...
deliver. So, with a deadline of
From: Nicholas Miell nmi...@gmail.com
Add support for NV_fog_distance to the NV10 and NV20 drivers.
[ Francisco Jerez: Fix fog coord. signedness for
GL_EYE_RADIAL_NV/GL_EYE_PLANE on nv20 ]
---
Nicholas Miell nmi...@gmail.com writes:
This has not been tested on real hardware. I have no idea
Am 20.09.2011 12:35, schrieb Keith Whitwell:
On Tue, 2011-09-20 at 10:59 +0200, Fabio wrote:
There was a discussion some months ago about using -fno-builtin-memcmp for
improving memcmp performance:
http://lists.freedesktop.org/archives/mesa-dev/2011-June/009078.html
Since then, was it
On 09/19/2011 11:32 PM, Yuanhan Liu wrote:
Trigger GL_INVALID_ENUM error if the face paramter is not a valid value.
Trigger GL_INVALID_VALUE error if the GL_SHININESS value is out side
[0, ctx-Constant.MaxShiniess].
v2: fix the max shininess value.
v3: suggested by Brian, move the face check
On Tue, 2011-09-20 at 16:02 +0200, Roland Scheidegger wrote:
Am 20.09.2011 12:35, schrieb Keith Whitwell:
On Tue, 2011-09-20 at 10:59 +0200, Fabio wrote:
There was a discussion some months ago about using -fno-builtin-memcmp for
improving memcmp performance:
Am 20.09.2011 16:15, schrieb Keith Whitwell:
On Tue, 2011-09-20 at 16:02 +0200, Roland Scheidegger wrote:
Am 20.09.2011 12:35, schrieb Keith Whitwell:
On Tue, 2011-09-20 at 10:59 +0200, Fabio wrote:
There was a discussion some months ago about using -fno-builtin-memcmp for
improving memcmp
On 09/19/2011 08:39 PM, Yuanhan Liu wrote:
On Mon, Sep 19, 2011 at 08:09:09AM -0600, Brian Paul wrote:
On 09/19/2011 01:02 AM, Yuanhan Liu wrote:
According to opengl spec, trigger GL_INVALID_ENUM error if mode is not
one of those valid primitive mode while calling glBegin.
Signed-off-by:
Am 20.09.2011 16:35, schrieb Roland Scheidegger:
Am 20.09.2011 16:15, schrieb Keith Whitwell:
On Tue, 2011-09-20 at 16:02 +0200, Roland Scheidegger wrote:
Am 20.09.2011 12:35, schrieb Keith Whitwell:
On Tue, 2011-09-20 at 10:59 +0200, Fabio wrote:
There was a discussion some months ago about
On Tue, 2011-09-20 at 16:35 +0200, Roland Scheidegger wrote:
Am 20.09.2011 16:15, schrieb Keith Whitwell:
On Tue, 2011-09-20 at 16:02 +0200, Roland Scheidegger wrote:
Am 20.09.2011 12:35, schrieb Keith Whitwell:
On Tue, 2011-09-20 at 10:59 +0200, Fabio wrote:
There was a discussion some
On 09/20/2011 08:36 AM, Brian Paul wrote:
On 09/19/2011 08:39 PM, Yuanhan Liu wrote:
On Mon, Sep 19, 2011 at 08:09:09AM -0600, Brian Paul wrote:
On 09/19/2011 01:02 AM, Yuanhan Liu wrote:
According to opengl spec, trigger GL_INVALID_ENUM error if mode is
not
one of those valid primitive mode
From: Brian Paul bri...@vmware.com
We now raise an GL_INVALID_ENUM in glBegin() if mode is illegal, as was
done in Yuanhan Liu's original patch.
Take geometry shaders support into account too.
---
src/mesa/main/api_validate.c | 31 ++-
src/mesa/main/api_validate.h
On 19 September 2011 23:13, Kenneth Graunke kenn...@whitecape.org wrote:
builtin_stubs.cpp is only supposed to be used for builtin_compiler. It
contains a stub version of _mesa_glsl_initialize_functions() that does
nothing.
libglsl.a already contains builtin_function.cpp, the generated file
https://bugs.freedesktop.org/show_bug.cgi?id=41023
Alexandre Demers alexandre.f.dem...@gmail.com changed:
What|Removed |Added
Summary|d3d1x: error when building
On Don, 2011-09-15 at 13:01 -0600, Brian Paul wrote:
On 09/15/2011 10:08 AM, Michel Dänzer wrote:
On Don, 2011-09-15 at 09:01 -0600, Brian Paul wrote:
On 09/15/2011 04:55 AM, Michel Dänzer wrote:
On Mit, 2011-09-14 at 11:44 -0600, Brian Paul wrote:
On 09/14/2011 11:16 AM, Michel Dänzer
https://bugs.freedesktop.org/show_bug.cgi?id=41023
--- Comment #2 from Alexandre Demers alexandre.f.dem...@gmail.com 2011-09-20
09:44:39 PDT ---
Created an attachment (id=51410)
View: https://bugs.freedesktop.org/attachment.cgi?id=51410
Review:
https://bugs.freedesktop.org/show_bug.cgi?id=41023
Alexandre Demers alexandre.f.dem...@gmail.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
From: Brian Paul bri...@vmware.com
Avoids an extra context lookup.
---
src/mesa/drivers/common/meta.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/mesa/drivers/common/meta.c b/src/mesa/drivers/common/meta.c
index be1953a..9703475 100644
---
On 09/20/2011 10:40 AM, Michel Dänzer wrote:
On Don, 2011-09-15 at 13:01 -0600, Brian Paul wrote:
On 09/15/2011 10:08 AM, Michel Dänzer wrote:
On Don, 2011-09-15 at 09:01 -0600, Brian Paul wrote:
On 09/15/2011 04:55 AM, Michel Dänzer wrote:
On Mit, 2011-09-14 at 11:44 -0600, Brian Paul
The mismatch below caused ActiveProgram to be incorrectly saved/restored:
_meas_meta_begin:
line 465) ActiveShader := gl_shader_state::CurrentFragmentProgram
_mesa_meta_end:
line 741) gl_shader_state::ActiveProgram := ActiveShader
This patch fixes it to be:
On Tue, 20 Sep 2011 11:56:49 -0600, Brian Paul brian.e.p...@gmail.com wrote:
From: Brian Paul bri...@vmware.com
Use _mesa_set_enable() to avoid a redudant context lookup.
Need to disable the texture target in decompress_texture_image() so the
unit isn't still enabled after glGetTexImage()
One more nail in the coffin of XF86VidMode.
Signed-off-by: Matt Turner matts...@gmail.com
---
I'm not sure how to test this, but the translation from XF86VidMode
Xrandr seems to be pretty straightforward. Almost certainly there's
something wrong with it, as this is the first client-side X
https://bugs.freedesktop.org/show_bug.cgi?id=35268
--- Comment #5 from Nicholas Miell nmi...@gmail.com 2011-09-20 14:15:18 PDT
---
Mesa is explicitly allowed to use intial-exec, even when dlopen()ed.
See: http://www.redhat.com/archives/phil-list/2003-February/msg00077.html
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=35268
--- Comment #6 from Nicholas Miell nmi...@gmail.com 2011-09-20 15:15:58 PDT
---
Also, the test case is wrong, the main executable is compiled PIC for no reason
and the shared object is compiled without PIC, which barely works on i386 and
won't
This doesn't cover support for this format as a renderbuffer yet. The
spec allows implementations to not support it, though it is something
we do want to support.
Only one failure in piglit on gen6, which is texwrap with bordercolor
(as usual).
---
docs/relnotes-7.12.html
Only one failure in piglit on gen6, which is texwrap with bordercolor
(as usual).
---
docs/relnotes-7.12.html |1 +
src/mesa/drivers/dri/i965/brw_wm_surface_state.c |1 +
src/mesa/drivers/dri/intel/intel_context.c |3 +++
This patch series enables support for gl_ClipDistance in the Intel
i965 driver. The first three patches are in mesa core (and hence
potentially affect all drivers); the rest are i965-specific.
For those of you who aren't concerned with the i965 driver, you will
probably be most interested in
GLSL 1.30 requires us to use gl_ClipDistance for clipping if the
vertex shader contains a static write to it, and otherwise use
user-defined clipping planes. Since the driver needs to behave
differently in these two cases, we need a flag to record whether the
shader has written to
This patch assigns enumerated values for gl_ClipDistance in the
gl_vert_result and gl_frag_attrib enums, so that driver back-ends can
assign gl_ClipDistance to the appropriate hardware registers. It also
adjusts the functions _mesa_vert_result_to_frag_attrib() and
In order to support 8 clip distances, we need to properly decode when
the user sets the GL_CLIP_DISTANCE6 and GL_CLIP_DISTANCE7 enable
flags.
For clarity, this patch changes the names GL_CLIP_PLANE[0-5] in the
switch statement to the equivalent names GL_CLIP_DISTANCE[0-5], since
the GL_CLIP_PLANE
i965 requires gl_ClipDistance to be formatted as an array of 2 vec4's
(as opposed to an array of 8 floats), so enable the lowering pass that
performs this conversion.
---
src/mesa/drivers/dri/i965/brw_context.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
When the vertex shader writes to gl_ClipDistance, we do clipping based
on clip distances rather than user clip planes, so don't waste push
constant space storing user clip planes that won't be used.
---
src/mesa/drivers/dri/i965/brw_vec4_emit.cpp |2 +-
src/mesa/drivers/dri/i965/brw_vs.c
When gl_ClipDistance is in use, the contents of the gl_ClipDistance
array just need to be copied directly into the clip distance VUE
slots, so we re-use the code that copies all other generic VUE slots
(this has been extracted to its own method). When gl_ClipDistance is
not in use, the vertex
Previously, we conditionally set up the SF pipline stage with a
urb_entry_read_offset of 2 when clipping was in use, and 1 otherwise,
causing the clip distance VUE slots to be skipped if present. This
was an extremely minor savings (it saved the SF unit from reading 2
vec4s out of the URB, but it
This is necessary for GLSL 1.30 compliance.
---
src/mesa/drivers/dri/intel/intel_context.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/src/mesa/drivers/dri/intel/intel_context.c
b/src/mesa/drivers/dri/intel/intel_context.c
index 2589ee5..30bf2b2 100644
---
https://bugs.freedesktop.org/show_bug.cgi?id=40860
Ian Romanick i...@freedesktop.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Fixes piglit ARB_shader_objects/clear-with-deleted.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=39577
---
src/mesa/drivers/common/meta.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/src/mesa/drivers/common/meta.c b/src/mesa/drivers/common/meta.c
index
On 09/20/2011 04:42 PM, Paul Berry wrote:
This patch series enables support for gl_ClipDistance in the Intel
i965 driver. The first three patches are in mesa core (and hence
potentially affect all drivers); the rest are i965-specific.
For those of you who aren't concerned with the i965 driver,
On 09/20/2011 05:24 PM, Eric Anholt wrote:
Fixes piglit ARB_shader_objects/clear-with-deleted.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=39577
---
src/mesa/drivers/common/meta.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git
On Tue, 20 Sep 2011 15:42:30 -0700, Paul Berry stereotype...@gmail.com wrote:
This patch series enables support for gl_ClipDistance in the Intel
i965 driver. The first three patches are in mesa core (and hence
potentially affect all drivers); the rest are i965-specific.
For those of you who
Hi,
On Tuesday, 20 September 2011, Chris Wilson ch...@chris-wilson.co.uk
wrote:
Daniel, think you might pop over for the weekend and teach us a thing or
two about the DRM infrastructure and what it might look like in a year
or two as more SoC gradually become mainline?
Perhaps. FOSDEM is a
On 20 September 2011 17:09, Eric Anholt e...@anholt.net wrote:
On Tue, 20 Sep 2011 15:42:30 -0700, Paul Berry stereotype...@gmail.com
wrote:
This patch series enables support for gl_ClipDistance in the Intel
i965 driver. The first three patches are in mesa core (and hence
potentially
Here's a few cleanups to our compiler's IR that I've been wanting to do
for a very long time. With this series, expression trees are finally
guaranteed to be pure; you can no longer put calls with side effects in
them. ir_call is now a statement, rather than a confused hybrid.
I apologize for
All this does is generate a bogus value with error type; the fact that
it was in ir_call was rather arbitrary to begin with. ir_constant is an
equally arbitrary place. The rationale is that a future commit will
change ir_calls from rvalues to statements, and all uses of this
function expect an
Previously, set_callee() performed some assertions about the type of the
ir_call; protecting the bare pointer ensured these checks would be run.
However, ir_call no longer has a type, so the getter and setter methods
don't actually do anything useful. Remove them in favor of accessing
callee
Variables have types, expression trees have types, but statements don't.
Rather than have a nonsensical field that stays NULL in the base class,
just move it to where it makes sense.
Fix up a few places that lazily used ir_instruction even though they
actually knew the particular subclass.
On Tue, Sep 20, 2011 at 08:51:26AM -0600, Brian Paul wrote:
On 09/20/2011 08:36 AM, Brian Paul wrote:
On 09/19/2011 08:39 PM, Yuanhan Liu wrote:
On Mon, Sep 19, 2011 at 08:09:09AM -0600, Brian Paul wrote:
On 09/19/2011 01:02 AM, Yuanhan Liu wrote:
According to opengl spec, trigger
On Tue, Sep 20, 2011 at 08:51:45AM -0600, Brian Paul wrote:
From: Brian Paul bri...@vmware.com
We now raise an GL_INVALID_ENUM in glBegin() if mode is illegal, as was
done in Yuanhan Liu's original patch.
Take geometry shaders support into account too.
---
src/mesa/main/api_validate.c |
On Tue, Sep 20, 2011 at 7:54 PM, Yuanhan Liu
yuanhan@linux.intel.com wrote:
On Tue, Sep 20, 2011 at 08:51:45AM -0600, Brian Paul wrote:
From: Brian Paul bri...@vmware.com
We now raise an GL_INVALID_ENUM in glBegin() if mode is illegal, as was
done in Yuanhan Liu's original patch.
Take
On Tue, Sep 20, 2011 at 08:30:07PM -0600, Brian Paul wrote:
On Tue, Sep 20, 2011 at 7:54 PM, Yuanhan Liu
yuanhan@linux.intel.com wrote:
On Tue, Sep 20, 2011 at 08:51:45AM -0600, Brian Paul wrote:
From: Brian Paul bri...@vmware.com
We now raise an GL_INVALID_ENUM in glBegin() if mode
https://bugs.freedesktop.org/show_bug.cgi?id=40919
Chia-I Wu olva...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=40920
--- Comment #1 from Chia-I Wu olva...@gmail.com 2011-09-20 21:11:06 PDT ---
Does it happen with all drivers (llvmpipe v.s. softpipe)? Do you have a test
case for this bug?
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=41065
Summary: Fix build with LLVM-3.0svn
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component:
https://bugs.freedesktop.org/show_bug.cgi?id=41065
ojab o...@ojab.ru changed:
What|Removed |Added
Attachment #51441|application/octet-stream|text/plain
mime type|
On 09/20/2011 03:34 PM, Eric Anholt wrote:
Only one failure in piglit on gen6, which is texwrap with bordercolor
(as usual).
---
docs/relnotes-7.12.html |1 +
src/mesa/drivers/dri/i965/brw_wm_surface_state.c |1 +
src/mesa/drivers/dri/intel/intel_context.c
74 matches
Mail list logo