Double free and array overflow, even if only 2 members are
used the last one needs to be set to NULL explicitly.
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
---
src/gallium/drivers/nouveau/nouveau_video.c |1 -
src/gallium/drivers/nouveau/nouveau_video.h |6 +++---
2 files
Currently only validating, since nothing else can be done with it yet
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
---
src/gallium/state_trackers/vdpau/mixer.c | 95 +-
src/gallium/state_trackers/vdpau/query.c | 41 +-
It's harmless to add support for attributes we don't support,
since they require a feature enabled for them to affect
something. As long as they aren't enabled, nothing happens.
This enables support for custom colorspaces and background colors.
Signed-off-by: Maarten Lankhorst
Sets rgba layer as zeroth layer if a custom background_surface is specified.
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
---
Can be applied without dependency on previous 2 patches in this series
src/gallium/state_trackers/vdpau/mixer.c | 11 ++-
1 files changed, 10
On Wed, Dec 7, 2011 at 6:32 PM, Eric Anholt e...@anholt.net wrote:
On Wed, 7 Dec 2011 10:24:09 +, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
This keeps track of the creation process and stores a drawable type,
it then blocks DRI2 from getting called if the
From: Dave Airlie airl...@redhat.com
The 4th texcoord is used in this case for the comparison.
This fixes piglit glsl-fs-shadow2DArray* on softpipe.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/gallium/auxiliary/tgsi/tgsi_exec.c | 11 ++-
From: Dave Airlie airl...@redhat.com
This fixes the piglit glsl-1.10 shadow1D related tests.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/gallium/auxiliary/tgsi/tgsi_exec.c | 14 +-
1 files changed, 13 insertions(+), 1 deletions(-)
diff --git
Maarten Lankhorst wrote:
Looks like I made the checking a bit too paranoid, causing it to not always
decode last few macroblocks because of fear of reaching end of stream..
Does this work? I removed a few paranoid asserts, and if performance is still
bad, I'll alter the patch to swap between
Committed all three with just a minor change:
removed check_video_surface in favor of doing the checks directly in the
render function.
On 19.12.2011 10:10, Maarten Lankhorst wrote:
Currently only validating, since nothing else can be done with it yet
Signed-off-by: Maarten
https://bugs.freedesktop.org/show_bug.cgi?id=43949
Bug #: 43949
Summary: OSMesa does not work with 565 pixel format
Classification: Unclassified
Product: Mesa
Version: 7.11
Platform: All
OS/Version: All
Status: NEW
On Fri, 16 Dec 2011 10:46:11 -0800
Ian Romanick i...@freedesktop.org wrote:
On 12/14/2011 11:26 PM, Pekka Paalanen wrote:
string_to_uint_map::put() already does a strdup() for the key
argument, so we leak the memory allocated by strdup() in
link_uniforms.cpp.
Remove the extra strdup(),
On 12/19/2011 04:53 AM, Dave Airlie wrote:
From: Dave Airlieairl...@redhat.com
This fixes the piglit glsl-1.10 shadow1D related tests.
Signed-off-by: Dave Airlieairl...@redhat.com
---
src/gallium/auxiliary/tgsi/tgsi_exec.c | 14 +-
1 files changed, 13 insertions(+), 1
On 12/19/2011 04:53 AM, Dave Airlie wrote:
From: Dave Airlieairl...@redhat.com
The 4th texcoord is used in this case for the comparison.
This fixes piglit glsl-fs-shadow2DArray* on softpipe.
Signed-off-by: Dave Airlieairl...@redhat.com
---
src/gallium/auxiliary/tgsi/tgsi_exec.c | 11
https://bugs.freedesktop.org/show_bug.cgi?id=43949
Brian Paul bri...@vmware.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=43896
Brian Paul bri...@vmware.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On 12/17/2011 03:15 PM, Bryan Cain wrote:
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 49 +---
src/mesa/state_tracker/st_program.c| 18 ++
2 files changed, 62 insertions(+), 5 deletions(-)
diff --git
On 12/17/2011 03:15 PM, Bryan Cain wrote:
---
src/gallium/auxiliary/tgsi/tgsi_dump.c |3 +-
src/gallium/auxiliary/tgsi/tgsi_text.c |3 +-
src/gallium/auxiliary/tgsi/tgsi_ureg.c | 36 +---
src/gallium/auxiliary/tgsi/tgsi_ureg.h |6
On 12/17/2011 01:09 PM, Marek Olšák wrote:
It's the same as PIPE_CAP_MAX_STREAM_OUTPUT_BUFFERS.
---
src/gallium/drivers/nvc0/nvc0_screen.c |2 --
src/gallium/drivers/r300/r300_screen.c |1 -
src/gallium/drivers/r600/r600_pipe.c |1 -
src/gallium/include/pipe/p_defines.h |
On Mon, 2011-12-19 at 09:40 +, Dave Airlie wrote:
On Wed, Dec 7, 2011 at 6:32 PM, Eric Anholt e...@anholt.net wrote:
On Wed, 7 Dec 2011 10:24:09 +, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
This keeps track of the creation process and stores a
On 12/17/2011 06:41 AM, Marek Olšák wrote:
From ARB_transform_feedback2:
... the vertex count used for the rendering operation is
set by the previous EndTransformFeedback command.
---
src/mesa/state_tracker/st_cb_xformfb.c | 53 +--
1 files changed, 42
On 16 December 2011 19:53, Kenneth Graunke kenn...@whitecape.org wrote:
On 12/14/2011 11:59 AM, Paul Berry wrote:
This patch enables rasterizer discard functionality (a part of
transform feedback) in Gen6, by generating an alternate GS program
when rasterizer discard is active. Instead of
---
src/mesa/state_tracker/st_draw.c | 63 +++--
src/mesa/state_tracker/st_draw.h |2 +-
src/mesa/state_tracker/st_draw_feedback.c |3 +-
3 files changed, 62 insertions(+), 6 deletions(-)
diff --git a/src/mesa/state_tracker/st_draw.c
Mapping to software and uploading again clearing is killing performance.
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
---
src/gallium/auxiliary/vl/vl_compositor.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/auxiliary/vl/vl_compositor.c
On Mon, 2011-12-19 at 10:14 -0500, Adam Jackson wrote:
On Mon, 2011-12-19 at 09:40 +, Dave Airlie wrote:
On Wed, Dec 7, 2011 at 6:32 PM, Eric Anholt e...@anholt.net wrote:
On Wed, 7 Dec 2011 10:24:09 +, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
On 12/16/2011 11:28 AM, Mathias Fröhlich wrote:
Brian,
On Thursday, December 15, 2011 22:36:24 you wrote:
I found the problem. It's this chunk in vbo_context.c:
[...]
For fixed function, the point is to simply place the per-vertex
material attributes in the generic attribute arrays. There
From: Dave Airlie airl...@redhat.com
The previous fix linked the vertex/fragment shader handling in softpipe for
the unspecified front color output case, but specified back color case.
However in that case we were doing a copy from back to non-existant front,
this code checks we have existant
These two patches fix 13 piglit tests in softpipe, GL2 vertex-program-two-side
and glsl-1.10 interpolation tests.
I'm not 100% sure that my fixes are the correct way to fix the problem,
but I'd probably need some direction if someone knows better, I'm not entirely
happy that the fix is in two
From: Dave Airlie airl...@redhat.com
In the case where a front and back output are specified, the draw code will
copy the back output into the front color slot and everything is happy.
However if no front is specified then the draw code will do a bad copy
(separate patch), but also the frag
From: Dave Airlie airl...@redhat.com
this mentions which channels are used for slice and depth comparison values.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/gallium/docs/source/tgsi.rst | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git
That looks better. Would you mind checking that the TGSI docs properly
describe which coordinate components are used for array indexing, shadow
distance, etc.
I've sent a tgsi doc update, not really sure how we plan on handling,
float texture (samplerCubeShadow sampler, vec4 P [, float
Hi guys,
So we have some piglit tests
generated_tests/spec/glsl-1.10/execution/interpolation/interpolation-none-gl_FrontColor-smooth-none.shader_test
that piglit fails
This seems to be due to its linear interpolation not producing the
correct answers compared to the hardware, on the rendered
On Mon, 2011-12-19 at 16:45 +0100, Michel Dänzer wrote:
On Mon, 2011-12-19 at 10:14 -0500, Adam Jackson wrote:
The server is the only thing that knows how to handle this scenario, and
it _can_ get this request, so you have to fix it there anyway.
Actually no, the DRI2 code in the server
On 12/19/2011 09:40 AM, Dave Airlie wrote:
From: Dave Airlieairl...@redhat.com
this mentions which channels are used for slice and depth comparison values.
Signed-off-by: Dave Airlieairl...@redhat.com
---
src/gallium/docs/source/tgsi.rst | 11 +++
1 files changed, 11
On 12/19/2011 10:10 AM, Dave Airlie wrote:
Hi guys,
So we have some piglit tests
generated_tests/spec/glsl-1.10/execution/interpolation/interpolation-none-gl_FrontColor-smooth-none.shader_test
that piglit fails
This seems to be due to its linear interpolation not producing the
correct answers
On 12/19/2011 09:29 AM, Dave Airlie wrote:
From: Dave Airlieairl...@redhat.com
The previous fix linked the vertex/fragment shader handling in softpipe for
the unspecified front color output case, but specified back color case.
However in that case we were doing a copy from back to non-existant
On 12/19/2011 09:29 AM, Dave Airlie wrote:
From: Dave Airlieairl...@redhat.com
In the case where a front and back output are specified, the draw code will
copy the back output into the front color slot and everything is happy.
However if no front is specified then the draw code will do a bad
Fix compilation on cygwin after commit 762c9766c93697af8d7fbaa729aed118789dbe8e
Use VERT_ATTRIB_* indexed array in gl_array_object added the first non-driver
use of ffsll(), which exposes the fact that this isn't provided on cygwin.
Found by tinderbox, see [1]
[1]
On Mon, Dec 19, 2011 at 5:39 PM, Brian Paul bri...@vmware.com wrote:
On 12/19/2011 09:29 AM, Dave Airlie wrote:
From: Dave Airlieairl...@redhat.com
In the case where a front and back output are specified, the draw code
will
copy the back output into the front color slot and everything is
On 19.12.2011 18:10, Dave Airlie wrote:
Hi guys,
So we have some piglit tests
generated_tests/spec/glsl-1.10/execution/interpolation/interpolation-none-gl_FrontColor-smooth-none.shader_test
that piglit fails
This seems to be due to its linear interpolation not producing the
correct answers
On 15 December 2011 15:20, Kenneth Graunke kenn...@whitecape.org wrote:
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
---
src/mesa/drivers/dri/i965/brw_context.c |1 +
src/mesa/drivers/dri/i965/brw_context.h |3 ++
src/mesa/drivers/dri/i965/brw_gs_emit.c | 10
Good afternoon!
The Haiku OS project (not-for-profit organization, founded in 2001) has
found ourselves in a weird spot, we have a working Mesa software
render library based on a *heavily* modified Mesa 7.4.4.
http://cgit.haiku-os.org/haiku/tree/src/libs/mesa
However as you can imagine,
Prior to Ironlake, cube maps were stored as 3D textures. In recent
refactoring, we removed a separate layers parameter in favor of using
depth. Unfortunately, depth was getting minified, which is only correct
for actual 3D textures.
Fixes piglit tests:
- bugs/crash-cubemap-order
-
On Mon, Dec 19, 2011 at 11:18 AM, Alexander von Gluck
kallis...@unixzen.com wrote:
Good afternoon!
The Haiku OS project (not-for-profit organization, founded in 2001) has
found ourselves in a weird spot, we have a working Mesa software
render library based on a *heavily* modified Mesa 7.4.4.
On 12/19/2011 10:45 AM, Jon TURNEY wrote:
Fix compilation on cygwin after commit 762c9766c93697af8d7fbaa729aed118789dbe8e
Use VERT_ATTRIB_* indexed array in gl_array_object added the first non-driver
use of ffsll(), which exposes the fact that this isn't provided on cygwin.
Found by tinderbox,
On 17 December 2011 11:50, Eric Anholt e...@anholt.net wrote:
On Tue, 13 Dec 2011 15:35:18 -0800, Paul Berry stereotype...@gmail.com
wrote:
diff --git a/src/mesa/drivers/dri/i965/brw_gs.c
b/src/mesa/drivers/dri/i965/brw_gs.c
index f5d5898..c323a73 100644
---
On Mon, 19 Dec 2011 11:44:51 -0700, Brian Paul wrote:
On Mon, Dec 19, 2011 at 11:18 AM, Alexander von Gluck
kallis...@unixzen.com wrote:
Good afternoon!
The Haiku OS project (not-for-profit organization, founded in 2001)
has
found ourselves in a weird spot, we have a working Mesa software
This patch adds basic transform feedback capability for Gen6 hardware.
This consists of several related pieces of functionality:
(1) In gen6_sol.c, we set up binding table entries for use by
transform feedback. We use one binding table entry per transform
feedback varying (this allows us to
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
---
src/mesa/drivers/dri/i965/brw_defines.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_defines.h
b/src/mesa/drivers/dri/i965/brw_defines.h
index 0eb7512..1854602 100644
---
This is the part that takes the vec4_instruction IR and turns it into
actual Gen ISA.
v2: Add Gen4 messages, don't retype m0 to UW.
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
---
src/mesa/drivers/dri/i965/brw_vec4.h|4 +
src/mesa/drivers/dri/i965/brw_vec4_emit.cpp | 106
This translates the GLSL compiler's IR into vec4_instruction IR,
generating code to load coordinates, LOD info, shadow comparitors, and
so on into the appropriate message registers.
It turns out that the SIMD4x2 parameters are identical on Gen 5-7, and
the Gen4 code is similar enough that, unlike
We'll want to reuse this for the VS, and it's complex enough that I'd
rather not cut and paste it.
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
Reviewed-by: Eric Anholt e...@anholt.net
---
src/mesa/drivers/dri/i965/brw_fs_visitor.cpp | 19 +--
The visit() half computes the values to put in the header based on the
IR and simply stuffs that in the vec4_instruction; the emit() half uses
this to set up the message header. This works out well since emit() can
use brw_reg directly and access individual DWords without kludgery.
The idea is to reuse this for the VS and (in the future) GS as well.
v2: Include yuvtex data since we're not dropping GL_MESA_ycbycr.
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
Reviewed-by: Eric Anholt e...@anholt.net [v1]
---
src/mesa/drivers/dri/i965/brw_fs.cpp |4 +-
Now that this is all factored out, it's trivial to do.
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
Reviewed-by: Eric Anholt e...@anholt.net
---
src/mesa/drivers/dri/i965/brw_vs.c |8
src/mesa/drivers/dri/i965/brw_vs.h |3 +++
2 files changed, 11 insertions(+), 0
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
---
src/mesa/drivers/dri/i965/brw_vec4.h |2 +
src/mesa/drivers/dri/i965/brw_vec4_visitor.cpp | 51 +++-
2 files changed, 52 insertions(+), 1 deletions(-)
Unchanged from v1 (we decided it worked, but I never
Previously, we advertised 0 VS texture units. Now that we have proper
support for using the sampling engine in the VS, we can advertise 16,
which is conveniently the number required for OpenGL 3.0.
v2: Enable on Gen4. I hacked up my tests to not use flat ivec varyings
and they pass.
On 12/19/2011 02:05 AM, Chia-I Wu wrote:
From: Chia-I Wu o...@lunarg.com
As suggested by Ian in
http://lists.freedesktop.org/archives/mesa-dev/2011-December/016035.html
Note that eglext.h has to include eglmesaext.h at the end instead of the
beginning because some extensions in
On 16 December 2011 19:50, Kenneth Graunke kenn...@whitecape.org wrote:
On 12/13/2011 03:35 PM, Paul Berry wrote:
[snip]
+static void
+brw_update_sol_surface(struct brw_context *brw, drm_intel_bo *bo,
+ uint32_t *out_offset, unsigned
num_vector_components,
+
Brian,
On Monday, December 19, 2011 17:01:07 you wrote:
I still don't get what the purpose of the special mapping of the last
four/five elements is all about. Can you explain that?
As far as I can see the last ones should not map to anything.
The map is used only in fixed function mode. And
On Mon, Dec 19, 2011 at 5:49 PM, Dave Airlie airl...@gmail.com wrote:
On Mon, Dec 19, 2011 at 5:39 PM, Brian Paul bri...@vmware.com wrote:
On 12/19/2011 09:29 AM, Dave Airlie wrote:
From: Dave Airlieairl...@redhat.com
In the case where a front and back output are specified, the draw code
GL_TEXTURE_1D_ARRAY is never a legal target for glTexImage3D. This was
probably copypaste code from the _mesa_store_teximage2d() function above.
---
src/mesa/main/texstore.c |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/src/mesa/main/texstore.c
Maarten Lankhorst wrote:
Hey Andy,
On 12/19/2011 01:50 PM, Andy Furniss wrote:
Maarten Lankhorst wrote:
Looks like I made the checking a bit too paranoid, causing it to not always
decode last few macroblocks because of fear of reaching end of stream..
Does this work? I removed a few
Andy Furniss wrote:
I compiled with -O0 but the backtraces are different - maybe there is
some randomness.
Remembered to attach them this time :-)
mplayer: vl/vl_vlc.h:172: vl_vlc_get_vlclbf: Assertion `tbl-length' failed.
Program received signal SIGABRT, Aborted.
[Switching to Thread
On 12/19/2011 05:23 AM, Pekka Paalanen wrote:
On Fri, 16 Dec 2011 10:46:11 -0800
Ian Romanicki...@freedesktop.org wrote:
On 12/14/2011 11:26 PM, Pekka Paalanen wrote:
string_to_uint_map::put() already does a strdup() for the key
argument, so we leak the memory allocated by strdup() in
On 12/19/2011 02:05 AM, Chia-I Wu wrote:
From: Chia-I Wuo...@lunarg.com
As suggested by Ian in
http://lists.freedesktop.org/archives/mesa-dev/2011-December/016035.html
Note that eglext.h has to include eglmesaext.h at the end instead of the
beginning because some extensions in eglmesaext.h
On 12/19/2011 02:05 AM, Chia-I Wu wrote:
From: Chia-I Wuo...@lunarg.com
Update to revision 15052.
EGL_MESA_drm_image is now official. But apparently we have our own extension
to it and we need this in eglmesaext.h:
#ifdef EGL_MESA_drm_image
/* Mesa's extension to EGL_MESA_drm_image...
On Mon, 19 Dec 2011 10:38:38 -0800, Kenneth Graunke kenn...@whitecape.org
wrote:
Prior to Ironlake, cube maps were stored as 3D textures. In recent
refactoring, we removed a separate layers parameter in favor of using
depth. Unfortunately, depth was getting minified, which is only correct
Hey Andy,
On 12/19/2011 10:17 PM, Andy Furniss wrote:
Andy Furniss wrote:
I compiled with -O0 but the backtraces are different - maybe there is
some randomness.
Remembered to attach them this time :-)
Thanks, but nothing seems to be obviously wrong there. I don't suppose you
could find a
On Mon, 19 Dec 2011 13:47:42 -0700, Brian Paul bri...@vmware.com wrote:
GL_TEXTURE_1D_ARRAY is never a legal target for glTexImage3D. This was
probably copypaste code from the _mesa_store_teximage2d() function above.
Radeon and intel use texstore3d for all our TexImage* storage. Though
it
On 12/19/2011 02:56 PM, Eric Anholt wrote:
On Mon, 19 Dec 2011 13:47:42 -0700, Brian Paulbri...@vmware.com wrote:
GL_TEXTURE_1D_ARRAY is never a legal target for glTexImage3D. This was
probably copypaste code from the _mesa_store_teximage2d() function above.
Radeon and intel use texstore3d
This is a workaround for https://bugs.freedesktop.org/show_bug.cgi?id=43861.
Actually the issue which makes -pedantic failing should be solved.
---
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index a4943e1..8e809b9 100644
---
-Original Message-
This is a workaround for
https://bugs.freedesktop.org/show_bug.cgi?id=43861.
Actually the issue which makes -pedantic failing should be solved.
---
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.ac
Maarten Lankhorst wrote:
Hey Andy,
On 12/19/2011 10:17 PM, Andy Furniss wrote:
Andy Furniss wrote:
I compiled with -O0 but the backtraces are different - maybe there is
some randomness.
Remembered to attach them this time :-)
Thanks, but nothing seems to be obviously wrong there. I don't
On 12/19/2011 11:09 AM, Kenneth Graunke wrote:
Signed-off-by: Kenneth Graunkekenn...@whitecape.org
All but patch 03/10 are:
Reviewed-by: Ian Romanick ian.d.roman...@intel.com
I don't know the code well enough to give a credible R-b for 3.
---
src/mesa/drivers/dri/i965/brw_defines.h |
From: Ian Romanick ian.d.roman...@intel.com
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/glx/glx_error.c | 19 +++
src/glx/glx_error.h |4
2 files changed, 23 insertions(+), 0 deletions(-)
diff --git a/src/glx/glx_error.c b/src/glx/glx_error.c
index
From: Ian Romanick ian.d.roman...@intel.com
If the server returned BadContext, the error would just get droped on
the floor.
Fixes the piglit test glx-import-context-single-process
NOTE: This is a candidate for the 7.11 branch, but it also requires
the previous patch.
Signed-off-by: Ian
This patch series adds support for the transform feedback queries
(PRIMITIVES_GENERATED and TRANSFORM_FEEDBACK_PRIMITIVES_WRITTEN) for
i965 Gen6. For now, the queries are implemented using software
counters, since we don't yet have the necessary kernel support to use
the hardware counters. (The
This function computes the number of primitives that will be generated
when the given drawing operation is performed. It accounts for the
tessellation that is performed on line strips, line loops, triangle
strips, triangle fans, quads, quad strips, and polygons, so it is
suitable for implementing
This is needed by i965 to ensure that transform feedback counters are
not incremented during meta-ops.
---
src/mesa/drivers/common/meta.c | 10 ++
src/mesa/drivers/common/meta.h |3 +++
2 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/src/mesa/drivers/common/meta.c
We don't currently have kernel support for saving GPU registers on a
context switch, so if multiple processes are performing transform
feedback at the same time, their SVBI registers will interfere with
each other. To avoid this situation, we keep a software shadow of the
state of the SVBI 0
Previously, i965 only supported two query types: GL_TIME_ELAPSED_EXT
and GL_SAMPLES_PASSED_ARB, and it distinguished between the two using
if/else statements that compared query-Base.Target to
GL_TIME_ELAPSED_EXT.
This patch changes the if/else statements to switch statements so that
we can add
This patch adds software-based PRIMITIVES_GENERATED and
TRANSFORM_FEEDBACK_PRIMITIVES_WRITTEN queries that work by keeping
track of the number of primitives that are sent down the pipeline, and
adjusting as necessary to account for the way each primitive type is
tessellated.
In the long run we'll
Previously, we only enabled transform feedback when
MESA_GL_VERSION_OVERRIDE was 3.0 or greater, since transform feedback
support was not completely finished, so it didn't make sense to
advertise support for it unless absolutely necessary.
Now that transform feedback is fully implemented on gen6,
2011/12/19 Mathias Fröhlich mathias.froehl...@gmx.net:
Brian,
On Monday, December 19, 2011 17:01:07 you wrote:
I still don't get what the purpose of the special mapping of the last
four/five elements is all about. Can you explain that?
As far as I can see the last ones should not map to
On 12/19/2011 04:18 PM, Paul Berry wrote:
[snip]
- [PATCH 0/8] i965 gen6: Initial implementation of transform feedback.
- [PATCH] i965: Implement bounds checking for transform feedback output.
- [PATCH 2/2] i965 gen6: Implement rasterizer discard.
If you want to see this patch series in its
On Thu, Dec 15, 2011 at 7:21 PM, Paul Berry stereotype...@gmail.com wrote:
On 15 December 2011 08:02, Eric Anholt e...@anholt.net wrote:
On Thu, 15 Dec 2011 00:00:49 +0100, Marek Olšák mar...@gmail.com wrote:
On Wed, Dec 14, 2011 at 11:25 PM, Paul Berry stereotype...@gmail.com
wrote:
(c)
From: Brian Paul bri...@vmware.com
The code for storing 1D, 2D and 3D tex images (whole or sub-images) was
all pretty similar. This consolidates those six paths.
---
src/mesa/main/texstore.c | 475 ++
1 files changed, 144 insertions(+), 331
Marek,
On Tuesday, December 20, 2011 01:40:46 Marek Olšák wrote:
The problem back in March and earlier was that the vertex array state
was completely recomputed for each draw call even if the user did not
change any state at all! There was the validation in the vbo module
and then in
6, 7, and 13 look good to me, but I haven't tested them yet.
Reviewed-by: Jeremy Huddleston jerem...@apple.com
On Dec 16, 2011, at 11:55 AM, Ian Romanick wrote:
From: Ian Romanick ian.d.roman...@intel.com
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
Cc: Jeremy Huddleston
On 12/19/2011 11:46 PM, Andy Furniss wrote:
Maarten Lankhorst wrote:
Hey Andy,
On 12/19/2011 10:17 PM, Andy Furniss wrote:
Andy Furniss wrote:
I compiled with -O0 but the backtraces are different - maybe there is
some randomness.
Remembered to attach them this time :-)
Thanks, but
On Mon, 19 Dec 2011 11:02:31 -0800
Kenneth Graunke kenn...@whitecape.org wrote:
On 12/19/2011 05:23 AM, Pekka Paalanen wrote:
On Fri, 16 Dec 2011 10:46:11 -0800
Ian Romanick i...@freedesktop.org wrote:
On 12/14/2011 11:26 PM, Pekka Paalanen wrote:
string_to_uint_map::put() already
91 matches
Mail list logo