2011/10/20 Eric Anholt e...@anholt.net:
On Thu, 20 Oct 2011 10:35:31 +0200, Michel Dänzer mic...@daenzer.net wrote:
On Mit, 2011-10-19 at 17:50 -0700, Eric Anholt wrote:
So, Radeon maintainers, what do you think? And, does anyone else want
to test it on the other drivers? I caught two bugs
On Wed, Oct 19, 2011 at 05:50:29PM -0700, Eric Anholt wrote:
I think it would be much better to just ditch DRI1 at this point, since
KMS and DRI2 are quite well established, and are relied on by shipping
desktop environments.
Does this mean I can't use UMS anymore, and so can't have an
On Fri, Oct 21, 2011 at 1:31 PM, Kurt Roeckx k...@roeckx.be wrote:
On Wed, Oct 19, 2011 at 05:50:29PM -0700, Eric Anholt wrote:
I think it would be much better to just ditch DRI1 at this point, since
KMS and DRI2 are quite well established, and are relied on by shipping
desktop environments.
In commit 3e5d3626, Eric added a homebrew workaround to fix GPU hangs in
the Mesa engine demo and oglc's api-texcoord test.
Unfortunately, his PIPE_CONTROL contains a Depth Stall, which
necessitates the post-sync non-zero workaround,
Seems to help stability in Civilization 4 and PlaneShift.
2011/10/19 Stéphane Marchesin stephane.marche...@gmail.com:
On Sat, Aug 27, 2011 at 03:23, Kenneth Graunke kenn...@whitecape.org wrote:
This is a port of vec4_visitor::try_rewrite_rhs_to_dst to fs_visitor.
Not only is this technique less invasive and more robust, it also
generates better
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/19/2011 11:12 AM, Chad Versace wrote:
On 10/18/2011 03:57 PM, Eric Anholt wrote:
On Mon, 17 Oct 2011 07:40:28 -0700, Chad Versace c...@chad-versace.us
wrote:
Replace it with intel_renderbuffer::region::hiz::region.
Signed-off-by: Chad
From: Ian Romanick ian.d.roman...@intel.com
Setting this flag prevents declarations of uniforms from being removed
from the IR. Since the IR is directly used by several API functions
that query uniforms in shaders, uniform declarations cannot be removed
after the locations have been set.
From: Ian Romanick ian.d.roman...@intel.com
Consider the following vertex shader and fragment shader:
// vertex shader
varying vec4 v;
uniform vec4 u;
void main() { gl_Position = vec4(0.0); v = u; }
// fragment shader
void main() { gl_FragColor = vec4(0.0); }
Since the fragment shader does
If it's worth anything, the glsl_to_tgsi part is
Reviewed-by: Bryan Cain bryanca...@gmail.com
On 10/21/2011 01:49 PM, Ian Romanick wrote:
From: Ian Romanick ian.d.roman...@intel.com
Setting this flag prevents declarations of uniforms from being removed
from the IR. Since the IR is directly
On 10/21/2011 11:49 AM, Ian Romanick wrote:
From: Ian Romanick ian.d.roman...@intel.com
Consider the following vertex shader and fragment shader:
// vertex shader
varying vec4 v;
uniform vec4 u;
void main() { gl_Position = vec4(0.0); v = u; }
// fragment shader
void main() {
On 10/20/2011 06:30 PM, Jason Wood wrote:
On 10/20/2011 06:58 PM, Alan Coopersmith wrote:
Without this fix, builds with gcc 3.4.x end up depending on undefined
_mesa_bitcount instead of gcc's __builtin_popcount.
NOTE: This is a candidate for the stable branches.
Signed-off-by: Alan
On Fri, 21 Oct 2011 11:05:53 -0700, Stéphane Marchesin
stephane.marche...@gmail.com wrote:
2011/10/19 Stéphane Marchesin stephane.marche...@gmail.com:
On Sat, Aug 27, 2011 at 03:23, Kenneth Graunke kenn...@whitecape.org
wrote:
This is a port of vec4_visitor::try_rewrite_rhs_to_dst to
On 10/21/2011 12:49 PM, Ian Romanick wrote:
From: Ian Romanickian.d.roman...@intel.com
Setting this flag prevents declarations of uniforms from being removed
from the IR. Since the IR is directly used by several API functions
that query uniforms in shaders, uniform declarations cannot be
On 10/21/2011 01:10 PM, Ian Romanick wrote:
On 10/20/2011 06:30 PM, Jason Wood wrote:
On 10/20/2011 06:58 PM, Alan Coopersmith wrote:
Without this fix, builds with gcc 3.4.x end up depending on undefined
_mesa_bitcount instead of gcc's __builtin_popcount.
NOTE: This is a candidate for the
On 10/21/2011 01:23 PM, Brian Paul wrote:
On 10/21/2011 12:49 PM, Ian Romanick wrote:
From: Ian Romanickian.d.roman...@intel.com
Setting this flag prevents declarations of uniforms from being removed
from the IR. Since the IR is directly used by several API functions
that query uniforms in
On 10/20/11 18:30, Jason Wood wrote:
On 10/20/2011 06:58 PM, Alan Coopersmith wrote:
Without this fix, builds with gcc 3.4.x end up depending on undefined
_mesa_bitcount instead of gcc's __builtin_popcount.
NOTE: This is a candidate for the stable branches.
Signed-off-by: Alan
On 10/21/11 12:30, Brian Paul wrote:
How about doing something like:
#if __GNUC__ * 10 + __GNUC_MINOR__ 34
I find that a bit easier to follow.
The X.Org headers I'm more familiar with do something very much like
that, just with a little protection against the possibility of gcc
someday
- Fix _GNUC__ typo in both checks
- Fix logic error in check for gcc 3.4 that breaks for gcc 2.x older
Without this fix, builds with gcc 3.4.x end up depending on undefined
_mesa_bitcount instead of gcc's __builtin_popcount.
NOTE: This is a candidate for the stable branches.
Signed-off-by:
Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com
---
src/mesa/main/imports.h |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/mesa/main/imports.h b/src/mesa/main/imports.h
index 9cb6c6c..797f357 100644
--- a/src/mesa/main/imports.h
+++
Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com
---
src/gallium/auxiliary/util/u_network.c |9 ++---
src/gallium/auxiliary/util/u_network.h |3 ++-
2 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_network.c
On 10/21/2011 04:10 PM, Alan Coopersmith wrote:
- Fix _GNUC__ typo in both checks
- Fix logic error in check for gcc 3.4 that breaks for gcc 2.x older
Without this fix, builds with gcc 3.4.x end up depending on undefined
_mesa_bitcount instead of gcc's __builtin_popcount.
NOTE: This is
Modify the linker to assign additional slots for varying
variables used by transform feedback. This is done after other
varyings are already assigned slots.
Since this is done after previous varying slot assignments,
the code needs to know how many varyings are already assigned
slots. A new
On 10/21/2011 11:49 AM, Ian Romanick wrote:
From: Ian Romanick ian.d.roman...@intel.com
Setting this flag prevents declarations of uniforms from being removed
from the IR. Since the IR is directly used by several API functions
that query uniforms in shaders, uniform declarations cannot be
On 10/21/2011 12:53 PM, Brian Paul wrote:
On 10/21/2011 01:23 PM, Brian Paul wrote:
On 10/21/2011 12:49 PM, Ian Romanick wrote:
From: Ian Romanickian.d.roman...@intel.com
Setting this flag prevents declarations of uniforms from being removed
from the IR. Since the IR is directly used by
On 10/21/2011 04:10 PM, Alan Coopersmith wrote:
- Fix _GNUC__ typo in both checks
- Fix logic error in check for gcc 3.4 that breaks for gcc 2.x older
Without this fix, builds with gcc 3.4.x end up depending on undefined
_mesa_bitcount instead of gcc's __builtin_popcount.
NOTE: This is a
For all texture targets except GL_TEXTURE_CUBE_MAP, the 'nr_images' and
'depth' fields of intel_mipmap_level were identical. In the exceptional
case, nr_images == 6 and depth == 1.
It is simple to determine if a texture is a cube or not, so the presence
of two fields here was not helpful. Worse,
26 matches
Mail list logo