From: Dave Airlie airl...@redhat.com
With the recent changes to interpolation stuff, we can now get the value
direct from the program instead of just being fail.
fixes some of the glsl-1.30 interpolation tests with softpipe
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/mesa
From: Dave Airlie airl...@redhat.com
This drops all the old drmSupports* checks since KMS does them all, and it
also drop R300_CLASS and R600_CLASS.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/mesa/drivers/dri/r200/r200_context.c | 32 +---
src/mesa/drivers/dri/r200
After wasting so much time on this topic, and conceding on most points, I'm
disappointed that the new pure integers formats were added without support
for converting to/from floats (my 2nd request above) which ended up causing
obscures bugs in llvmpipe (my 1st request).
I regret having
On Tue, Nov 1, 2011 at 2:11 PM, Dave Airlie airl...@gmail.com wrote:
After wasting so much time on this topic, and conceding on most points, I'm
disappointed that the new pure integers formats were added without support
for converting to/from floats (my 2nd request above) which ended up
From: Dave Airlie airl...@redhat.com
On a piglit run vs 7.11 this fixes 23 tests.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/mesa/drivers/dri/radeon/radeon_span.c | 10 --
1 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/src/mesa/drivers/dri/radeon
From: Dave Airlie airl...@redhat.com
the meta mipmap generator on rv100 is passing a s,t,r coordinate, but r100
is ancient so has no r handling in hw, so we have to pass a s,t,q with q
set to 1.
/me dares someone to review this :)
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/mesa/tnl
From: Dave Airlie airl...@redhat.com
The two piglit tests pass + render correctly.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/gallium/drivers/llvmpipe/lp_screen.c |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/src/gallium/drivers/llvmpipe/lp_screen.c
b
From: Dave Airlie airl...@redhat.com
Signed RGTC won't fit in a unorm, so don't allow them.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/gallium/auxiliary/util/u_format.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/src/gallium/auxiliary/util
From: Dave Airlie airl...@redhat.com
Just found by reading llvmpipe code for no great reason.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/gallium/auxiliary/gallivm/lp_bld_sample_aos.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/gallium/auxiliary
From: Dave Airlie airl...@redhat.com
This ports the softpipe NV_conditional_render support to llvmpipe.
This passes the nv_conditional_render-* piglit tests.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/gallium/drivers/llvmpipe/lp_clear.c |3 +++
src/gallium/drivers/llvmpipe
From: Dave Airlie airl...@redhat.com
These two are fairly unique types so add specific cases for decoding them.
Passes piglit fbo-clear-format and fbo-generatemipmap-format tests for these
two extensions.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/gallium/auxiliary/util
On Tue, Nov 1, 2011 at 11:17 PM, Eric Anholt e...@anholt.net wrote:
Reviewed-by: Brian Paul bri...@vmware.com
Just as an aside and maybe some way to help me figure out why
this break piglit windowoverlap test on r100, specifically the sub
window drawing stops working.
I bisected to this and
This may be a bit slower than before because we're switching from
per-format compiled loops in GetRow to
_mesa_unpack_rgba_block_unpack's loop around a callback to unpack a
pixel. The solution there would be to make _mesa_unpack_rgba_block
fold the span loop into the format handlers.
This
On Fri, Nov 11, 2011 at 6:57 PM, Eric Anholt e...@anholt.net wrote:
Fixes some spurious GL errors in the upcoming
gl-3.0-required-sized-formats piglit test.
Reviewed-by: Dave Airlie airl...@redhat.com
---
src/mesa/main/image.c | 12
1 files changed, 12 insertions(+), 0
Having type info in TGSI registers is useless for llvm/llvmpipe, spite what
initial appearances may be.
Imagine indirect addressing on this hypothetical world with typed TGSI
declarations:
DCL_float TEMP[0]
DCL_int TEMP[1]
DCL_float TEMP[2]
DCL_int TEMP[3]
DCL_float TEMP[4]
On Mon, Nov 21, 2011 at 11:17 AM, Jose Fonseca jfons...@vmware.com wrote:
Johannes Obermayr's recent patch series remind me of one thing I've been
planning to ask here for quite some time:
Would anybody oppose dropping automake build system in mesademos for just
cmake ?
On Mesa there is
From: Dave Airlie airl...@redhat.com
A later error prints this properly, fix this case to do the same.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/glsl/linker.cpp |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/src/glsl/linker.cpp b/src/glsl/linker.cpp
By this same logic, malloc should never return NULL because most apps can't
handle it. Instead it should mmap /dev/null and return a pointer to that.
That analogy isn't as far off as it may seem: in both cases the underlying
infrastructure has lied to the application that an operation
I'm honestly shocked to read this, Marek. We deliberately want [your]
driver to be less capable and couldn't care about less about anything
except [our] driver? This is sounding remarkably like a conspiracy
theory, and I really didn't expect that from you.
I think it takes two to tango, and
From: Dave Airlie airl...@redhat.com
After reading ARB_texture_rgb10_a2ui it appears the packed formats
for integer types are only specified via this extension, and not via
the original ones. So condition the checks on this.
Hopefully some can take a quick read of that spec and confirm I'm doing
From: Dave Airlie airl...@redhat.com
These codepaths were missing the cases for BGR_INTEGER/BGRA_INTEGER.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/mesa/main/image.c |2 ++
src/mesa/main/pack.c |2 ++
2 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/src/mesa
From: Dave Airlie airl...@redhat.com
This test tries to upload the texture in RGBA/BGRA and 10_10_10_2/2_10_10_10_REV
type/format combinations.
v2: improve test to be less cut-n-paste from older tests and make it a lot
easier to read.
v2 passes on nvidia binary (joi on #nouveau tested it for me
This test tries to upload the texture in RGBA/BGRA and
10_10_10_2/2_10_10_10_REV
type/format combinations.
Oops wrong mail sending script, re-sent to piglit list.
Sorry for the noise.
Dave.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
From: Dave Airlie airl...@redhat.com
This format is used in the ARB_texture_rgb10_a2ui spec.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/mesa/main/formats.c | 17 +
src/mesa/main/formats.h |2 ++
2 files changed, 19 insertions(+), 0 deletions(-)
diff --git a/src
The first 2 add the core rgb10_a2ui format, and the 3rd is the gallium
state tracker support. I've got a one liner fix for r600g and I'll push
a docs update along with these.
I've tested them with the test that I posted earlier on softpipe + r600g.
They also require the image fix I sent for
From: Dave Airlie airl...@redhat.com
Add support to the state tracker format and extension enablement code.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/mesa/state_tracker/st_extensions.c |6 ++
src/mesa/state_tracker/st_format.c | 11 +--
2 files changed, 15
From: Dave Airlie airl...@redhat.com
This just adds the texstorage and format handling for ARB_texture_rgb10_a2ui
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/mesa/main/image.c |2 +
src/mesa/main/texformat.c |9 +++
src/mesa/main/teximage.c |1 +
src/mesa/main
From: Dave Airlie airl...@redhat.com
This adds the unpacking necessary for an fbo using readpixels.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/mesa/main/format_unpack.c | 17 +
1 files changed, 17 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main
Just realised its on the required framebuffer format as well, so I'll
have to write an FBO test for it and make sure it works.
That was easier than I expected, test + patch for mesa sent.
Dave.
___
mesa-dev mailing list
From: Dave Airlie airl...@redhat.com
fixing these makes piglit fbo-integer pass on softpipe.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/mesa/main/format_unpack.c | 135 +
1 files changed, 135 insertions(+), 0 deletions(-)
diff --git a/src
While looking into MapRenderbuffer for glDrawPixels, I ended up
looking at integer again. It looks like GL 3.0 has added sanity to
drawpixels for integer, which is to say that they've disallowed it.
Well I suppose the usual plan, test on binary drivers, though I expect
it works on nvidia,
On Sun, Nov 27, 2011 at 10:42 PM, Eric Anholt e...@anholt.net wrote:
On Sun, 27 Nov 2011 19:27:15 +, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
This format is used in the ARB_texture_rgb10_a2ui spec.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src
From: Dave Airlie airl...@redhat.com
This fixes the firefox crash but I've no idea if its correct.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/mesa/state_tracker/st_cb_blit.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/mesa/state_tracker/st_cb_blit.c
From: Dave Airlie airl...@redhat.com
This just adds the correct checks and asserts in the right places. This doesn't
fix all the tests that I've sent to piglit, need to add int paths to go
alongside the uint paths that don't go via float to fix it up properly.
I'm not sure how much
an oversight? if so trivial patch is
attached.
Dave.
From 845c00ae2370c55f02c248ece8645438414606ce Mon Sep 17 00:00:00 2001
From: Dave Airlie airl...@redhat.com
Date: Tue, 6 Dec 2011 16:41:57 +
Subject: [PATCH] dri2: don't attempt to swap pixmaps
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw
2011/12/7 Michel Dänzer mic...@daenzer.net:
On Mit, 2011-12-07 at 08:40 +, Dave Airlie wrote:
I have a feeling, since dri2 is not strictly restricted to GLX, whether
this
should really be
implemented in the glx code before calling into dri2? Otoh that would mean
the server side
2011/12/7 Michel Dänzer mic...@daenzer.net:
On Mit, 2011-12-07 at 09:20 +, Dave Airlie wrote:
2011/12/7 Michel Dänzer mic...@daenzer.net:
On Mit, 2011-12-07 at 08:40 +, Dave Airlie wrote:
I have a feeling, since dri2 is not strictly restricted to GLX, whether
this
should
Indeed, but fixing it without invasive protocol work may be messy, but
I'm not really a GLX or DRI2 expert and its hard to fathom the
intentions of DRI2 original authors wrt this GLX case.
Also client side fixing is not in any way going to help broken clients
that exist in the field now. i.e.
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 drawable is a pixmap.
Suggested by Michel Dänzer mic...@daenzer.net
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/glx/glx_pbuffer.c
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 drawable is a pixmap.
v2: check if we have a GLX drawable, which means we aren't a pbuffer,
avoid doing flush at all since its meant
From: Dave Airlie airl...@redhat.com
The piglit draw-pixel-with-texture was asserting in the glsl-tgsi code,
due to 0 texture target, this makes sure the texture target is copied over
correctly when we copy instructions around.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/mesa
On Sat, Dec 10, 2011 at 6:34 PM, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
The piglit draw-pixel-with-texture was asserting in the glsl-tgsi code,
due to 0 texture target, this makes sure the texture target is copied over
correctly when we copy instructions
The piglit draw-pixel-with-texture was asserting in the glsl-tgsi code,
due to 0 texture target, this makes sure the texture target is copied over
correctly when we copy instructions around.
Oh so it looks like this could be fun or maybe the other one, so
glsl-tgsi is broken for draw pixels
From: Dave Airlie airl...@redhat.com
This is the first part of a fix to piglit glsl-fs-shadow1DArray
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/gallium/auxiliary/tgsi/tgsi_exec.c | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/src/gallium
From: Dave Airlie airl...@redhat.com
This sample compare was always doing linear, and this makes the
glsl-fs-shadow1DArray test render like the Intel driver.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/gallium/drivers/softpipe/sp_tex_sample.c | 23 ---
1 files
On Sun, Dec 18, 2011 at 9:27 PM, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
This sample compare was always doing linear, and this makes the
glsl-fs-shadow1DArray test render like the Intel driver.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/gallium
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
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 ++-
src/gallium/drivers/softpipe
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 a/src/gallium/auxiliary/tgsi
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 a/src/gallium
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, 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
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
From: Dave Airlie airl...@redhat.com
just noticed this in passing, not sure it actually fixes any issus.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/gallium/auxiliary/util/u_pack_color.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/gallium/auxiliary
Hi guys,
was doing some piglit comparisons between softpipe and llvmpipe and
noticed the fbo-alphatest-formats test fails on llvmpipe for all the
I8 formats.
Now I looked at the code generated for
lp_tile_soa.c:lp_tile_i8_unorm_unswizzle_4ub and it references a[i+0]
and a[i+1], if I change it to
this fixes it here, and even seems reasonable to me.
Dave.
From dc39b83df68e5128bfb585f9f9b5be6c9f5114ff Mon Sep 17 00:00:00 2001
From: Dave Airlie airl...@gmail.com
Date: Fri, 30 Dec 2011 10:52:16 +
Subject: [PATCH] u_format: fix inv_swizzles generation
inv_swizzles is used in lp_tile_soa.py
Okay this fixes it here, and even seems reasonable to me.
Yes. Great catch Dave.
This should also fix to L8 rendering. But I belive that in the commit
message, you mean i8 and not l8.
Please add a comment about why order matters in the inv_swizzle() function,
for future reference.
seems
sufficient to fix the fbo-blending-formats test in all its variants on
llvmpipe.
Dave.
From d64bdea85e8d58a3cb6ac24a9d648e6e84c1a631 Mon Sep 17 00:00:00 2001
From: Dave Airlie airl...@gmail.com
Date: Fri, 30 Dec 2011 20:10:26 +
Subject: [PATCH] llvmpipe: fix blending for intensity
On Mon, Dec 26, 2011 at 11:09 PM, Brian Paul brian.e.p...@gmail.com wrote:
From: Brian Paul bri...@vmware.com
As with TexSubImage(), the target, level and texObj values can be obtained
through the texImage pointer.
cubemap broke with this, I suspect you do need to pass the target, as
the
Hi,
So in the interest of correctness perf wrt softpipe, flicking
tgsi_exec.c FAST_MATH to 0 fixes 15 piglit tests with 0 regressions,
I could probably be persuaded to make a SOFTPIPE_FAST_MATH run time
set to 0 by default, anyone care one way or another?
Dave.
On Mon, Jan 2, 2012 at 1:07 PM, Marek Olšák mar...@gmail.com wrote:
Fetching int as float and vice versa is not allowed.
Fetching unsigned int as signed int and vice versa is not allowed either.
The first is true, the second isn't, otherwise I'd have implemented
this that way.
Doing
From: Dave Airlie airl...@redhat.com
EXT_texture_integer isn't strictly equivalent to GL3, the L/I/A integer
formats are not required in GL3, and some drivers may not require them.
I've no idea if we have any hw that requires it, just sending the patch along
after discussion on irc.
Signed-off
EXT_texture_integer isn't strictly equivalent to GL3, the L/I/A integer
formats are not required in GL3, and some drivers may not require them.
I've no idea if we have any hw that requires it, just sending the patch along
after discussion on irc.
Another reason was mentioned on irc,
On Mon, Jan 2, 2012 at 4:40 PM, Marek Olšák mar...@gmail.com wrote:
On Mon, Jan 2, 2012 at 3:31 PM, Dave Airlie airl...@gmail.com wrote:
On Mon, Jan 2, 2012 at 1:07 PM, Marek Olšák mar...@gmail.com wrote:
Fetching int as float and vice versa is not allowed.
Fetching unsigned int as signed int
From: Dave Airlie airl...@redhat.com
This fixes
draw-elements-base-vertex user_varrays
draw-elements-instanced-base-vertex user_varrays
for softpipe with no llvm support (DRAW_USE_LLVM=false)
I'm not sure if this is the correct answer, but these tests were showing
a max_index of 7, then trying
On Sun, Jan 1, 2012 at 5:46 PM, Christoph Bumiller
e0425...@student.tuwien.ac.at wrote:
Ping ...
Reviewed-by: Dave Airlie airl...@redhat.com
Dave.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo
On Tue, Jan 3, 2012 at 10:25 AM, Kenneth Graunke kenn...@whitecape.org wrote:
On 01/02/2012 05:44 PM, Ian Romanick wrote:
From: Ian Romanick ian.d.roman...@intel.com
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
configure.ac | 28 ++--
1 files changed,
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
All 3 work for me in testing here with softpipe.
so at least have a
Tested-by: Dave Airlie airl...@redhat.com
Dave.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org
On Wed, Dec 7, 2011 at 8:30 PM, Morgan Armand morgan.de...@gmail.com wrote:
This patch remove the 32bits limitation. As a side effect, it bring the
support for the GL_ARB_depth_buffer_float extension.
No regression have been found on piglit, and all tests for
GL_ARB_depth_buffer_float pass
On Mon, Jan 2, 2012 at 1:07 PM, Marek Olšák mar...@gmail.com wrote:
The conversion is limited to only a few cases, because converting to any other
type shouldn't happen in any driver.
Reviewed-by: Dave Airlie airl...@redhat.com
Dave.
___
mesa-dev
of it is left for future work.
Reviewed-by: Dave Airlie airl...@redhat.com
Dave.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
From: Dave Airlie airl...@redhat.com
We need to pass the pre-projection matrix clip planes into the driver,
instead of the post for the case we have a vertex shader that writes clip
vertex.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/mesa/state_tracker/st_atom_clip.c | 20
From: Dave Airlie airl...@redhat.com
This is to match the gl_ClipVertex output from GLSL 1.20.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/gallium/auxiliary/tgsi/tgsi_dump.c |3 ++-
src/gallium/include/pipe/p_shader_tokens.h |3 ++-
2 files changed, 4 insertions(+), 2
Hi,
This is a GLSL 1.20 feature we don't have support for in softpipe, and we
fail the tests, this is just my first attempt to add support, it could
probably be done another way, this just seemed the simplest first cut.
It passes the tests in piglit now, just waiting a full run to see if it does
On Wed, Jan 4, 2012 at 4:00 PM, Brian Paul bri...@vmware.com wrote:
There was some duplication between the tgsi_dump.c and tgsi_text.c
files. Also use some static assertions to help catch errors when
adding new TGSI values.
I'm not 100% sure, but if you include tgsi_strings.h into two C files
From: Dave Airlie airl...@redhat.com
This replaces the current code with an implementation compatible with
the new gallium interface. I've left some of the remains of the interface
intact so llvmpipe keeps building correctly, and I'll take a look at fixing
llvmpipe up later.
This passes 119/134
.
Reviewed-by: Dave Airlie airl...@redhat.com
Thanks for that.
Dave.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
From: Dave Airlie airl...@redhat.com
this fixes the gl3.0 piglit clearbuffer-depth/stencil/invalid buffer
tests for gallium drivers.
only question is should mesa be catching this somewhere higher?
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/mesa/state_tracker/st_cb_clear.c | 13
From: Dave Airlie airl...@redhat.com
This required changing the system value semantics, so we stored
a system value per vertex, instance id is the only other system
value we currently support, so I span it across the channels.
This passes the 3 vertexid-* piglit tests.
Signed-off-by: Dave
From: Dave Airlie airl...@redhat.com
Brian mentioned that mesa-demos/reflect was broken on softpipe,
by my previous commit. The problem was were blindly translating none
to perspective, when color/pntc at least need it linear.
This fixes that and fixes reflect.
Signed-off-by: Dave Airlie airl
From: Dave Airlie airl...@redhat.com
Brian mentioned that mesa-demos/reflect was broken on softpipe,
by my previous commit. The problem was were blindly translating none
to perspective, when color/pntc at least need it linear.
v2: no regressions version.
use shademodel to pick what none means
On Fri, Jan 6, 2012 at 1:33 PM, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
Brian mentioned that mesa-demos/reflect was broken on softpipe,
by my previous commit. The problem was were blindly translating none
to perspective, when color/pntc at least need
On Fri, Jan 6, 2012 at 1:57 PM, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
Brian mentioned that mesa-demos/reflect was broken on softpipe,
by my previous commit. The problem was were blindly translating none
to perspective, when color/pntc at least need
On Fri, Jan 6, 2012 at 3:13 PM, Brian Paul bri...@vmware.com wrote:
On 01/06/2012 06:57 AM, Dave Airlie wrote:
From: Dave Airlieairl...@redhat.com
Brian mentioned that mesa-demos/reflect was broken on softpipe,
by my previous commit. The problem was were blindly translating none
On Fri, Jan 6, 2012 at 5:04 PM, Dave Airlie airl...@gmail.com wrote:
Hi guys,
Just a quick note, I've just spent a week or so trying to see where
gallium and softpipe were w.r.t GL3.0 support.
I've pushed a branch to my repo called softpipe-gl3. It contains
patches in various state
Hi guys,
Just a quick note, I've just spent a week or so trying to see where
gallium and softpipe were w.r.t GL3.0 support.
I've pushed a branch to my repo called softpipe-gl3. It contains
patches in various state of usefulness but it brings the piglit
results to 220 failures in 7623 tests,
Let's add new opcodes for things like this.
I'll add IABS.
cube shadow sampling, some reason ends up getting info from the
fallback texture
Something in Gallium is probably deciding that GL_DEPTH_COMPONENT is
invalid for a cubemap and marking it as incomplete.
Hmmm, I'm not sure what
From: Dave Airlie airl...@redhat.com
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
b/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
From: Dave Airlie airl...@redhat.com
This adds integer version of SSG that GLSL 1.30 can produce.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/gallium/auxiliary/tgsi/tgsi_exec.c | 14 ++
src/gallium/auxiliary/tgsi/tgsi_info.c |1 +
src/gallium/include/pipe
Okay so we have a gallium/GL/GLSL problem with interpolation, lets see
if I can describe the issue:
In the beginning there was GL interpolation rules, glShadeModel was
the only information you had.
Then came GLSL which allowed overriding the GL defaults using specifiers.
So the gl_FrontColor
From: Dave Airlie airl...@redhat.com
This introduces an unspecified interpolation paramter that is only allowed for
color semantics, so a specified GLSL interpolation will override the ShadeModel
specified interpolation, but not vice-versa.
This fixes a lot of the interpolation tests in piglit
From: Dave Airlie airl...@redhat.com
If draw isn't using llvm we can support vertex texture and integers,
These will be fixed up later, but for now allow this check to happen
at run-time.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/gallium/auxiliary/draw/draw_context.c | 10
From: Dave Airlie airl...@redhat.com
This just fixes up the enables for native integers and EXT_texture_integer
support in st/mesa.
It also set the MaxClipPlanes to 8.
We should consider exposing caps for MCP vs MCD, but since core
mesa doesn't care yet maybe we can wait for now.
Signed-off
From: Dave Airlie airl...@redhat.com
Things can get confused if you expose one without the other which can happen
if you are missing one or two of the extensions (like say float textures).
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/mesa/main/version.c |3 +++
1 files changed, 3
From: Dave Airlie airl...@redhat.com
Mesa shouldn't call into the drivers if there are no renderbuffers
bound to the attachments for the buffers to be cleared.
Fixes a number of the clearbuffer-* tests on softpipe.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/mesa/main/clear.c | 15
On Tue, Jan 10, 2012 at 1:08 PM, Jakob Bornecrantz wallbra...@gmail.com wrote:
On Tue, Jan 10, 2012 at 12:49 PM, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
If draw isn't using llvm we can support vertex texture and integers,
These will be fixed up later
1 - 100 of 3958 matches
Mail list logo