On Mon, 19 Dec 2011 11:02:31 -0800
Kenneth Graunke wrote:
> On 12/19/2011 05:23 AM, Pekka Paalanen wrote:
> > On Fri, 16 Dec 2011 10:46:11 -0800
> > Ian Romanick wrote:
> >
> >> On 12/14/2011 11:26 PM, Pekka Paalanen wrote:
> >>> string_to_uint_map::put() already does a strdup() for the key
> >
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
6, 7, and 13 look good to me, but I haven't tested them yet.
Reviewed-by: Jeremy Huddleston
On Dec 16, 2011, at 11:55 AM, Ian Romanick wrote:
> From: Ian Romanick
>
> Signed-off-by: Ian Romanick
> Cc: Jeremy Huddleston
> ---
> src/glx/Makefile |1 +
> src/glx/apple/Makefile|
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 st/m
From: Brian Paul
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 deletions(-)
diff --git a/
On Thu, Dec 15, 2011 at 7:21 PM, Paul Berry wrote:
> On 15 December 2011 08:02, Eric Anholt wrote:
>>
>> On Thu, 15 Dec 2011 00:00:49 +0100, Marek Olšák wrote:
>> > On Wed, Dec 14, 2011 at 11:25 PM, Paul Berry
>> > wrote:
>> > > (c) Do nothing, and rely on programmers to remember that RasterDis
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
2011/12/19 Mathias Fröhlich :
>
> 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 m
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,
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, 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 m
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 regis
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 b/s
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 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 k
From: Ian Romanick
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 Romanick
---
src/glx/glxcmds.
From: Ian Romanick
Signed-off-by: Ian Romanick
---
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 0855c35..b3860db 100644
--- a/src/glx/glx_error.c
+
On 12/19/2011 11:09 AM, Kenneth Graunke wrote:
Signed-off-by: Kenneth Graunke
All but patch 03/10 are:
Reviewed-by: Ian Romanick
I don't know the code well enough to give a credible R-b for 3.
---
src/mesa/drivers/dri/i965/brw_defines.h |1 +
1 files changed, 1 insertions(+), 0 dele
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 s
> -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
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
---
On 12/19/2011 02:56 PM, Eric Anholt wrote:
On Mon, 19 Dec 2011 13:47:42 -0700, Brian Paul wrote:
GL_TEXTURE_1D_ARRAY is never a legal target for glTexImage3D. This was
probably copy&paste code from the _mesa_store_teximage2d() function above.
Radeon and intel use texstore3d for all our TexIm
On Mon, 19 Dec 2011 13:47:42 -0700, Brian Paul wrote:
> GL_TEXTURE_1D_ARRAY is never a legal target for glTexImage3D. This was
> probably copy&paste code from the _mesa_store_teximage2d() function above.
Radeon and intel use texstore3d for all our TexImage* storage. Though
it does look like we
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 f
On Mon, 19 Dec 2011 10:38:38 -0800, Kenneth Graunke
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
> for actual 3D tex
On 12/19/2011 02:05 AM, Chia-I Wu wrote:
From: Chia-I Wu
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... */
#ifndef EG
On 12/19/2011 02:05 AM, Chia-I Wu wrote:
From: Chia-I Wu
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 depend on the o
On 12/19/2011 05:23 AM, Pekka Paalanen wrote:
On Fri, 16 Dec 2011 10:46:11 -0800
Ian Romanick 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
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 0xb6c
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 paranoid
GL_TEXTURE_1D_ARRAY is never a legal target for glTexImage3D. This was
probably copy&paste 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 b/src/mesa/main/texs
On Mon, Dec 19, 2011 at 5:49 PM, Dave Airlie wrote:
> On Mon, Dec 19, 2011 at 5:39 PM, Brian Paul wrote:
>> On 12/19/2011 09:29 AM, Dave Airlie wrote:
>>>
>>> From: Dave Airlie
>>>
>>> In the case where a front and back output are specified, the draw code
>>> will
>>> copy the back output into th
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 16 December 2011 19:50, Kenneth Graunke 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,
> > +
On 12/19/2011 02:05 AM, Chia-I Wu wrote:
> From: Chia-I Wu
>
> 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 d
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.
Signed-
Signed-off-by: Kenneth Graunke
---
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 officially got a R-b)
Now that this is all factored out, it's trivial to do.
Signed-off-by: Kenneth Graunke
Reviewed-by: Eric Anholt
---
src/mesa/drivers/dri/i965/brw_vs.c |8
src/mesa/drivers/dri/i965/brw_vs.h |3 +++
2 files changed, 11 insertions(+), 0 deletions(-)
Unchanged from v1.
diff --git
This should avoid state-dependent FS recompiles when samplers that are
only used by the VS change.
Signed-off-by: Kenneth Graunke
Reviewed-by: Eric Anholt
---
src/mesa/drivers/dri/i965/brw_wm.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
Unchanged from v1.
diff --git a/src/m
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
Reviewed-by: Eric Anholt [v1]
---
src/mesa/drivers/dri/i965/brw_fs.cpp |4 +-
src/mesa/drivers/dri/i965/brw_fs_visito
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.
Signed-off-by:
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
Reviewed-by: Eric Anholt
---
src/mesa/drivers/dri/i965/brw_fs_visitor.cpp | 19 +--
src/mesa/drivers/dri/i965/brw_shader.cpp | 23 +++
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
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
---
src/mesa/drivers/dri/i965/brw_vec4.h|4 +
src/mesa/drivers/dri/i965/brw_vec4_emit.cpp | 106 +++
Signed-off-by: Kenneth Graunke
---
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
--- a/src/mesa/drivers/dri/i965/brw_
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 avoid
On Mon, 19 Dec 2011 11:44:51 -0700, Brian Paul wrote:
On Mon, Dec 19, 2011 at 11:18 AM, Alexander von Gluck
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
On 12/19/2011 05:23 AM, Pekka Paalanen wrote:
> On Fri, 16 Dec 2011 10:46:11 -0800
> Ian Romanick 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_unifo
On 17 December 2011 11:50, Eric Anholt wrote:
> On Tue, 13 Dec 2011 15:35:18 -0800, Paul Berry
> 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
> > --- a/src/mesa/drivers/dri/i965/brw_gs.c
> > +++ b/src/mesa/dri
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 Mon, Dec 19, 2011 at 11:18 AM, Alexander von Gluck
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.
>
> http://cgit.h
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
- fbo/fbo-cube
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, updatin
On 15 December 2011 15:20, Kenneth Graunke wrote:
> Signed-off-by: Kenneth Graunke
> ---
> 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
> src/mesa/drivers/dri/i965/gen6_sol.c
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
On Mon, Dec 19, 2011 at 5:39 PM, Brian Paul wrote:
> On 12/19/2011 09:29 AM, Dave Airlie wrote:
>>
>> From: Dave Airlie
>>
>> 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 n
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] http://tinderbox.freedesktop.o
On 12/19/2011 09:29 AM, Dave Airlie wrote:
From: Dave Airlie
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 patc
On 12/19/2011 09:29 AM, Dave Airlie wrote:
From: Dave Airlie
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 c
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 c
On 12/19/2011 09:40 AM, Dave Airlie wrote:
From: Dave Airlie
this mentions which channels are used for slice and depth comparison values.
Signed-off-by: Dave Airlie
---
src/gallium/docs/source/tgsi.rst | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/src/ga
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
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 tria
>
>
> 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
From: Dave Airlie
this mentions which channels are used for slice and depth comparison values.
Signed-off-by: Dave Airlie
---
src/gallium/docs/source/tgsi.rst | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/src/gallium/docs/source/tgsi.rst b/src/gallium/docs
From: Dave Airlie
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 shader won't pick up t
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 plac
From: Dave Airlie
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 front/backs and only
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
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 wrote:
> > > On Wed, 7 Dec 2011 10:24:09 +, Dave Airlie wrote:
> > >> From: Dave Airlie
> > >>
> > >> This keeps track of the creat
Mapping to software and uploading again clearing is killing performance.
Signed-off-by: Maarten Lankhorst
---
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
b/src/gallium/auxiliary/vl/
---
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 b/src/mesa/
On 16 December 2011 19:53, Kenneth Graunke 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 forwarding ver
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 Mon, 2011-12-19 at 09:40 +, Dave Airlie wrote:
> On Wed, Dec 7, 2011 at 6:32 PM, Eric Anholt wrote:
> > On Wed, 7 Dec 2011 10:24:09 +, Dave Airlie wrote:
> >> From: Dave Airlie
> >>
> >> This keeps track of the creation process and stores a drawable type,
> >> it then blocks DRI2 fro
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 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
s
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 a/src/mesa/state_tracker/st_glsl_to_tgsi.cp
https://bugs.freedesktop.org/show_bug.cgi?id=43896
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=43949
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On 12/19/2011 04:53 AM, Dave Airlie wrote:
From: Dave Airlie
The 4th texcoord is used in this case for the comparison.
This fixes piglit glsl-fs-shadow2DArray* on softpipe.
Signed-off-by: Dave Airlie
---
src/gallium/auxiliary/tgsi/tgsi_exec.c | 11 ++-
src/gallium/drivers/so
On 12/19/2011 04:53 AM, Dave Airlie wrote:
From: Dave Airlie
This fixes the piglit glsl-1.10 shadow1D related tests.
Signed-off-by: Dave Airlie
---
src/gallium/auxiliary/tgsi/tgsi_exec.c | 14 +-
1 files changed, 13 insertions(+), 1 deletions(-)
diff --git a/src/gallium/auxili
On Fri, 16 Dec 2011 10:46:11 -0800
Ian Romanick 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(), fixes a f
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
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 Lankhorst
---
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 m
From: Dave Airlie
This fixes the piglit glsl-1.10 shadow1D related tests.
Signed-off-by: Dave Airlie
---
src/gallium/auxiliary/tgsi/tgsi_exec.c | 14 +-
1 files changed, 13 insertions(+), 1 deletions(-)
diff --git a/src/gallium/auxiliary/tgsi/tgsi_exec.c
b/src/gallium/auxiliary
From: Dave Airlie
The 4th texcoord is used in this case for the comparison.
This fixes piglit glsl-fs-shadow2DArray* on softpipe.
Signed-off-by: Dave Airlie
---
src/gallium/auxiliary/tgsi/tgsi_exec.c | 11 ++-
src/gallium/drivers/softpipe/sp_tex_sample.c | 17 ---
From: Chia-I Wu
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... */
#ifndef EGL_DRM_BUFFER_USE_CURSOR_MESA
#define EGL_DR
From: Chia-I Wu
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 depend on the official
extensions.
---
include/EGL/eglext
On Wed, Dec 7, 2011 at 6:32 PM, Eric Anholt wrote:
> On Wed, 7 Dec 2011 10:24:09 +, Dave Airlie wrote:
>> From: Dave Airlie
>>
>> This keeps track of the creation process and stores a drawable type,
>> it then blocks DRI2 from getting called if the drawable is a pixmap.
>>
>> v2: check if w
Sets rgba layer as zeroth layer if a custom background_surface is specified.
Signed-off-by: Maarten Lankhorst
---
Can be applied without dependency on previous 2 patches in this series
src/gallium/state_trackers/vdpau/mixer.c | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-
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
---
src/gallium/
Currently only validating, since nothing else can be done with it yet
Signed-off-by: Maarten Lankhorst
---
src/gallium/state_trackers/vdpau/mixer.c | 95 +-
src/gallium/state_trackers/vdpau/query.c | 41 +-
src/gallium/state_trackers/vdpau/vdpau_p
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 base);
- FREE(buffer);
return NULL;
}
diff --git a/src/gallium/drivers/nouveau/nouveau_video.h
b/src/gallium/drivers/nouveau/nouveau_video.h
i
95 matches
Mail list logo
