If a GL function was introduced in a later GL version than the
context we are testing, then it is okay if it is set to the
_mesa_generic_nop function.
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
---
src/mesa/main/tests/dispatch_sanity.cpp | 14 +++---
1 file changed, 11
We also no longer call _swrast_CreateContext, _tnl_CreateContext
or _swsetup_CreateContext when creating the context.
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
---
src/mesa/main/tests/dispatch_sanity.cpp | 50 +++
1 file changed, 18 insertions(+), 32
The function list was generated from glcorearb.h for GL 4.3.
Note that many GL 4.X functions start with a dash (-) which
indicates that they are not yet known to Mesa.
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
---
src/mesa/main/tests/dispatch_sanity.cpp | 705
This will be used by GL CORE contexts to differentiate functions that
can be set to nop from functions that are required for a particular
context version.
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
---
src/mesa/main/tests/dispatch_sanity.cpp | 917 ---
1
On 10/30/2012 08:24 AM, Anuj Phogat wrote:
On Tue, Oct 30, 2012 at 7:22 AM, Brian Paul bri...@vmware.com wrote:
On 10/29/2012 07:37 PM, Ian Romanick wrote:
On 10/25/2012 03:17 PM, Brian Paul wrote:
On 10/24/2012 02:22 PM, Anuj Phogat wrote:
Signed-off-by: Anuj Phogatanuj.pho...@gmail.com
From: Michel Dänzer michel.daen...@amd.com
This version handles the EXEC register being modified in the if/else blocks,
e.g. for pixel discard.
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
lib/Target/AMDGPU/SIISelLowering.cpp | 20 --
From: Tom Stellard thomas.stell...@amd.com
Fixes invalid code being generated, trying to copy from VGPRs to SGPRs.
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
lib/Target/AMDGPU/SIISelLowering.cpp |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Michel Dänzer michel.daen...@amd.com
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
lib/Target/AMDGPU/SIInstrInfo.cpp |5 +
lib/Target/AMDGPU/SIInstrInfo.h |1 +
2 files changed, 6 insertions(+)
diff --git a/lib/Target/AMDGPU/SIInstrInfo.cpp
From: Michel Dänzer michel.daen...@amd.com
Also add assertions failing in unhandled cases.
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
lib/Target/AMDGPU/SIInstrInfo.cpp | 18 +++---
1 file changed, 15 insertions(+), 3 deletions(-)
diff --git
From: Michel Dänzer michel.daen...@amd.com
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
lib/Target/AMDGPU/SIInstructions.td |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/lib/Target/AMDGPU/SIInstructions.td
b/lib/Target/AMDGPU/SIInstructions.td
index
From: Michel Dänzer michel.daen...@amd.com
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
lib/Target/AMDGPU/SIInstructions.td |5 +
1 file changed, 5 insertions(+)
diff --git a/lib/Target/AMDGPU/SIInstructions.td
b/lib/Target/AMDGPU/SIInstructions.td
index 8b4245d..cb94381
From: Michel Dänzer michel.daen...@amd.com
radeonsi can run piglit reliably with it now. It fixes hundreds of tests and
prevents many more from crashing.
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
lib/Target/AMDGPU/AMDGPUTargetMachine.cpp |3 +--
1 file changed, 1 insertion(+),
Tapani Pälli tapani.pa...@intel.com writes:
Patch makes GLBenchmark 2.1.1 , An3DBenchXL and BasemarkES2 work with
Android on Ivybridge. In all failing cases color buffer is 16bit and
depth buffer 24bit. I did not find this kind of limitation from the
available HW specs though, bug does not
On Tue, Oct 30, 2012 at 10:43 AM, Tzvetan Mikov tmi...@jupiter.com wrote:
On 10/30/2012 07:12 AM, Patrick Baggett wrote:
Is your screen refresh rate 70 Hz? Because if so, that means that it's
syncing to the vblank on Mesa, and not doing so on the proprietary one.
Unfortunately no. In fact the
On 30 October 2012 10:42, Paul Berry stereotype...@gmail.com wrote:
This patch adds the usual boilerplate (copyright notice and guards
against redundant inclusion) to es1_conversion.h. It also moves the
definition of GL_APIENTRY from es1_conversion.c.
Ian recommended that instead of using
On 30 October 2012 10:43, Paul Berry stereotype...@gmail.com wrote:
This patch modifies context creation code for GLES1 to use
_mesa_create_exec_table() (which is used for all other APIs) instead
of the GLES1-specific _mesa_create_exec_table_es1().
There is a slight change in functionality.
On Tue, Oct 30, 2012 at 07:39:06PM +0100, Michel Dänzer wrote:
From: Tom Stellard thomas.stell...@amd.com
Fixes invalid code being generated, trying to copy from VGPRs to SGPRs.
Signed-off-by: Michel Dänzer michel.daen...@amd.com
For the series:
Reviewed-by: Tom Stellard
Wow, a quite impressive step forward.
I'm not so deeply into the LLVM code, but apart from that it's:
Reviewed-by: Christian König christian.koe...@amd.com
On 30.10.2012 19:39, Michel Dänzer wrote:
From: Tom Stellard thomas.stell...@amd.com
Fixes invalid code being generated, trying to copy
From: José Fonseca jose.r.fons...@gmail.com
Tested with a modified glean tstencil2 test.
---
src/gallium/drivers/llvmpipe/lp_bld_depth.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/llvmpipe/lp_bld_depth.c
https://bugs.freedesktop.org/show_bug.cgi?id=41787
--- Comment #16 from José Fonseca jfons...@vmware.com ---
I spent sometime today looking at this.
I modified glretrace to dump the stencil buffer instead of color buffer:
$ git diff
diff --git a/retrace/glstate_images.cpp
https://bugs.freedesktop.org/show_bug.cgi?id=41787
--- Comment #18 from José Fonseca jfons...@vmware.com ---
Created attachment 69328
-- https://bugs.freedesktop.org/attachment.cgi?id=69328action=edit
stencil-802-intel
--
You are receiving this mail because:
You are the assignee for the bug.
On 10/30/2012 01:48 PM, jfons...@vmware.com wrote:
From: José Fonsecajose.r.fons...@gmail.com
Tested with a modified glean tstencil2 test.
---
src/gallium/drivers/llvmpipe/lp_bld_depth.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=55998
--- Comment #24 from Rune Petersen r...@megahurts.dk ---
The algorithm that chooses the FBConfig doesn't check the values of
GLX_SAMPLES and GLX_SAMPLE_BUFFERS, so I guess it ends up picking an MSAA
config purely by accident. That's something
- Original Message -
On 10/30/2012 01:48 PM, jfons...@vmware.com wrote:
From: José Fonsecajose.r.fons...@gmail.com
Tested with a modified glean tstencil2 test.
---
src/gallium/drivers/llvmpipe/lp_bld_depth.c | 10 --
1 file changed, 8 insertions(+), 2
From: Jerome Glisse jgli...@redhat.com
On r6xx/r7xx shader resource management need to make sure that the
shader does not goes over the gpr register limit. Each specific
asic has a maxmimum register that can be split btw shader stage.
For each stage the shader must not use more register than the
On Tue, Oct 30, 2012 at 3:37 PM, Andreas Boll
andreas.boll@gmail.com wrote:
2012/10/30 Marek Olšák mar...@gmail.com:
This is a regression since b3921e1f53833420e0a0fd581f7417.
The array stores VS outputs, not FS inputs.
Now llvmpipe can do 32 varyings too.
NOTE: This is a candidate for
The functions were broken, because they converted ints to floats.
Now we can finally advertise OpenGL 3.0. ;)
In this commit, the vbo module also tracks the type for each attrib
in addition to the size. It can be one of FLOAT, INT, UNSIGNED_INT.
The little ugliness is the vertex attribs are
On 10/30/2012 10:42 AM, Paul Berry wrote:
Currently we use two separate functions to initialize the dispatch
table depending on the API: _mesa_create_exec_table_es1(), which
handles GLES1, and _mesa_create_exec_table(), which handles all other
APIs. _mesa_create_exec_table_es1() is
This series passes the new attribs piglit tests I just sent to the
piglit mailing list. Current Mesa git fails it.
If the test looks alright to you, this is:
Tested-by: Marek Olšák mar...@gmail.com
Marek
On Sun, Oct 14, 2012 at 9:02 PM, Kenneth Graunke kenn...@whitecape.org wrote:
For the
On 10/25/2012 09:13 AM, Eric Anholt wrote:
I'm replacing it with a better implementation also named hash_table.c, and
want to have an incremental migration.
---
src/glsl/Makefile.am |4 +-
src/glsl/SConscript|4 +-
src/glsl/glcpp/Makefile.am
From: Ian Romanick ian.d.roman...@intel.com
The parameters and operation of this function changed, but I didn't
bother to change the prologue comment.
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
---
src/mesa/drivers/dri/common/utils.c | 22 +-
1 file changed, 5
On Tue, Oct 30, 2012 at 10:42 AM, Paul Berry stereotype...@gmail.com wrote:
In commits bad96f6 and e7dd2e5 I added the following aliases:
- ClampColor - ClampColorARB
- VertexAttribDivisor - VertexAttribDivisorARB
But I neglected to update check_table.cpp, causing make check to
fail for
On Mon, Oct 29, 2012 at 7:52 PM, Ian Romanick i...@freedesktop.org wrote:
On 10/28/2012 07:24 AM, Marek Olšák wrote:
I think we should leave this flag. There is some hardware that can do ES1
that cannot do 3D texturing.
Alright, but I'll move the enabling to _mesa_init_extensions. I'd like
On 10/30/2012 11:45 AM, Jerome Glisse wrote:
So tested, it's something inside egl that lead to this, same program
as yours with glut on X11 with 2d tiling enabled and 2d color tiling
have a slight advantage 140fps vs 137fps (windowed so there is a blit
which would account for a hugue chunk of
This looks good to me. Thank you.
Marek
On Tue, Oct 30, 2012 at 11:04 PM, j.gli...@gmail.com wrote:
From: Jerome Glisse jgli...@redhat.com
On r6xx/r7xx shader resource management need to make sure that the
shader does not goes over the gpr register limit. Each specific
asic has a maxmimum
https://bugs.freedesktop.org/show_bug.cgi?id=55998
sundoul...@gmail.com changed:
What|Removed |Added
CC||sundoul...@gmail.com
--
You are
On Wed, Oct 31, 2012 at 1:20 AM, Tzvetan Mikov tmi...@jupiter.com wrote:
On 10/30/2012 11:45 AM, Jerome Glisse wrote:
So tested, it's something inside egl that lead to this, same program
as yours with glut on X11 with 2d tiling enabled and 2d color tiling
have a slight advantage 140fps vs
On 10/30/2012 05:20 PM, Tzvetan Mikov wrote:
Thanks a lot! I reproduced the same results here and I think I have
figured out what the problem is. The frame buffer is always created in
linear mode. The temporary hack included below doubles the performance
for me with EGL.
Could you please check
On 10/30/2012 05:04 PM, Marek Olšák wrote:
On Mon, Oct 29, 2012 at 7:52 PM, Ian Romanick i...@freedesktop.org wrote:
On 10/28/2012 07:24 AM, Marek Olšák wrote:
I think we should leave this flag. There is some hardware that can do ES1
that cannot do 3D texturing.
Alright, but I'll move the
https://bugs.freedesktop.org/show_bug.cgi?id=46376
--- Comment #3 from libo bo.c...@intel.com ---
This bugs still exists. GLSL demos and Mesa_demos all have render error with
only X but run well with gnome.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=46376
libo bo.c...@intel.com changed:
What|Removed |Added
Summary|display window will be |render error when run glsl
Here's a patch series to clean up the most glaring failures I think we have
left in FS code generation other than variable-indexed array access.
Unfortunately, I haven't found a particular testcase to show that it's a
performance improvement, but I still think it's a good idea since it does
remove
If we put the register coalescing in between the two, then we end up with code
sequences involving dead writes that the dead code elimination doesn't know
how to remove. In place of making dead code elimination smart (which we
should do, too), make it less important for the moment.
shader-db
Given that we handle similarly-regioned GRFs registers for our copy
propagation from our UNIFORM file, there's no reason not to allow it.
The shader-db impact is negligible -- +90 instructions total, 2 shaders helped
and 7 hurt (slightly increased register pressure increased spilling), but this
We haven't been only tracking raw GRF-GRF moves since the constant propagation
merge, and also the extension for source modifiers and uniforms.
---
src/mesa/drivers/dri/i965/brw_fs_copy_propagation.cpp |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
On 10/25/2012 09:13 AM, Eric Anholt wrote:
I want to replace the hash_table.[ch] implementation, but this was getting in
the way.
---
src/glsl/link_uniforms.cpp |2 +-
src/glsl/linker.cpp |1 +
src/mesa/main/shader_query.cpp |2 +-
https://bugs.freedesktop.org/show_bug.cgi?id=55998
--- Comment #25 from Fredrik Höglund fred...@kde.org ---
I've pushed a patch to KWin that should fix the problem. The patch is in both
master and the 4.9 branch, so you should see it in 4.9.3. That release will be
tagged on Thursday.
@Rune: The
https://bugs.freedesktop.org/show_bug.cgi?id=55998
--- Comment #22 from Fredrik Höglund fred...@kde.org ---
(In reply to comment #19)
e943e5c291c5f4c017f9f5a483f194031fc3 is the first bad commit
commit e943e5c291c5f4c017f9f5a483f194031fc3
Author: Chad Versace
https://bugs.freedesktop.org/show_bug.cgi?id=30234
fangxun xunx.f...@intel.com changed:
What|Removed |Added
Status|REOPENED|RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=30124
Bug 30124 depends on bug 30234, which changed state.
Bug 30234 Summary: [swrast] Mesa xdemo manywin aborted
https://bugs.freedesktop.org/show_bug.cgi?id=30234
What|Removed |Added
https://bugs.freedesktop.org/show_bug.cgi?id=30234
fangxun xunx.f...@intel.com changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=30224
fangxun xunx.f...@intel.com changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=55998
--- Comment #23 from Kenneth Graunke kenn...@whitecape.org ---
Ouch. Well...in that case, I'm not sure what to do on the Mesa side...perhaps
a point release of KWin could fix this?
For what it's worth, KWin from git master has the slowdown with
Patch makes GLBenchmark 2.1.1 , An3DBenchXL and BasemarkES2 work with
Android on Ivybridge. In all failing cases color buffer is 16bit and
depth buffer 24bit. I did not find this kind of limitation from the
available HW specs though, bug does not happen with Sandybridge.
Signed-off-by: Tapani
https://bugs.freedesktop.org/show_bug.cgi?id=51598
José Fonseca jfons...@vmware.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=37637
José Fonseca jfons...@vmware.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=55788
Michel Dänzer mic...@daenzer.net changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=54402
--- Comment #7 from Fabio Pedretti fabio@libero.it ---
Just for the record, r300g fails to assert this now:
firefox: r300_vs.c:73: r300_shader_read_vs_outputs: asserzione index 32 non
riuscita.
--
You are receiving this mail because:
You
Is your screen refresh rate 70 Hz? Because if so, that means that it's
syncing to the vblank on Mesa, and not doing so on the proprietary one.
Patrick
On Mon, Oct 29, 2012 at 8:24 PM, Tzvetan Mikov tmi...@jupiter.com wrote:
On 10/28/2012 12:56 PM, Tzvetan Mikov wrote:
On 10/28/2012 04:26 AM,
On 10/29/2012 07:37 PM, Ian Romanick wrote:
On 10/25/2012 03:17 PM, Brian Paul wrote:
On 10/24/2012 02:22 PM, Anuj Phogat wrote:
Signed-off-by: Anuj Phogatanuj.pho...@gmail.com
---
src/mesa/main/format_unpack.c | 9 +
src/mesa/main/formats.c | 13 +
src/mesa/main/formats.h |
On 10/30/2012 09:24 AM, Anuj Phogat wrote:
On Tue, Oct 30, 2012 at 7:22 AM, Brian Paulbri...@vmware.com wrote:
On 10/29/2012 07:37 PM, Ian Romanick wrote:
On 10/25/2012 03:17 PM, Brian Paul wrote:
On 10/24/2012 02:22 PM, Anuj Phogat wrote:
Signed-off-by: Anuj Phogatanuj.pho...@gmail.com
By removing the array size, the static assertion to check for missing
elements can do its job properly. This will catch cases where a new
Mesa format is added but the swrast texfetch code isn't updated.
---
src/mesa/swrast/s_texfetch.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
On 10/30/2012 08:40 AM, Brian Paul wrote:
By removing the array size, the static assertion to check for missing
elements can do its job properly. This will catch cases where a new
Mesa format is added but the swrast texfetch code isn't updated.
---
src/mesa/swrast/s_texfetch.c |2 +-
1
From: Michel Dänzer michel.daen...@amd.com
This is technically too strict: While a VOP3 instruction can only use one SGPR,
it can be used for any operand, even for several operands at the same. But for
now this is a simple solution which fixes the problem (e.g. causing broken
linear fog with
fixes these warnings:
nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 30
nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 55
nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 56
nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 58
nvfx_screen_get_param:95 - Warning: unknown
On 10/30/2012 02:06 AM, Tapani Pälli wrote:
Patch makes GLBenchmark 2.1.1 , An3DBenchXL and BasemarkES2 work with
Android on Ivybridge. In all failing cases color buffer is 16bit and
depth buffer 24bit. I did not find this kind of limitation from the
available HW specs though, bug does not
Am Dienstag, den 30.10.2012, 18:03 +0100 schrieb Andreas Boll:
fixes these warnings:
nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 30
nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 55
nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 56
nvfx_screen_get_param:95 - Warning:
From: Ian Romanick ian.d.roman...@intel.com
Support for 8-bit modes was removed in commits 0398a26 and bda208a4.
However, I didn't notice code in dri_init_screen that explicitly tries
to create this modes. This is structurally different from other drivers
(that only create modes that match the
Currently we use two separate functions to initialize the dispatch
table depending on the API: _mesa_create_exec_table_es1(), which
handles GLES1, and _mesa_create_exec_table(), which handles all other
APIs. _mesa_create_exec_table_es1() is code-generated based on
src/mesa/main/APIspec.xml;
In commits bad96f6 and e7dd2e5 I added the following aliases:
- ClampColor - ClampColorARB
- VertexAttribDivisor - VertexAttribDivisorARB
But I neglected to update check_table.cpp, causing make check to
fail for non-shared-glapi builds.
This patch removes the functions that are now aliased from
This ensures that GLES1-only typedefs are available in these files.
In a future patch, this will allow us to expand the dispatch table to
include GLES1-only functions.
---
src/glx/tests/indirect_api.cpp | 2 +-
src/mapi/glapi/gen/gl_gentable.py | 2 +-
Previously, when code-generating aliased functions in glapitemp.h, we
weren't consistent about which function alias we used to obtain the
parameter names, with the risk that we would generate incorrect code
like this:
KEYWORD1 void KEYWORD2 NAME(Foo)(GLint x)
{
(void) x;
DISPATCH(Foo,
Previously dispatch table-related code was generated from gl_API.xml,
so it did not include slots for GLES1-only functions (such as those
taking fixed-point arguments).
This patch generates dispatch table-related code from
gl_and_es_API.xml, so that GLES1-only functions are included. This
paves
This patch creates a header querymatrix.h, to allow functions defined
in querymatrix.c to be used from other .c files. It also switches
from the nonstandard GL_APIENTRY to GLAPIENTRY.
---
src/mesa/main/querymatrix.c | 12 +---
src/mesa/main/querymatrix.h | 39
This patch adds the usual boilerplate (copyright notice and guards
against redundant inclusion) to es1_conversion.h. It also moves the
definition of GL_APIENTRY from es1_conversion.c.
This allows es1_conversion.h to be safely included from other .c files.
---
src/mesa/main/es1_conversion.c | 4
Currently, _mesa_create_exec_table() (in api_exec.c) is used for all
APIs except GLES1. In GLES1, _mesa_create_exec_table_es1() (a code
generated function) is used instead.
In principle, this shouldn't be necessary. It should be possible for
api_exec.c to contain the logic for populating the
This patch modifies context creation code for GLES1 to use
_mesa_create_exec_table() (which is used for all other APIs) instead
of the GLES1-specific _mesa_create_exec_table_es1().
There is a slight change in functionality. As a result of a mistake
in the code generation of
This patch removes the generated files api_exec_es1.c,
api_exec_es1_dispatch.h, and api_exec_es1_remap_helper.h (and the
source files and build rules used to generate them), since they are no
longer used. GLES1 now uses the same dispatch table layout as all the
other APIs.
---
https://bugs.freedesktop.org/show_bug.cgi?id=56555
Ian Romanick i...@freedesktop.org changed:
What|Removed |Added
Hardware|x86-64 (AMD64) |All
2012/10/30 Lucas Stach d...@lynxeye.de:
Am Dienstag, den 30.10.2012, 18:03 +0100 schrieb Andreas Boll:
fixes these warnings:
nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 30
nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 55
nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 56
https://bugs.freedesktop.org/show_bug.cgi?id=55010
Andreas Boll andreas.boll@gmail.com changed:
What|Removed |Added
Assignee|i...@freedesktop.org
v2:
* Keep functions for various extensions still enabled in GL CORE
profiles, and add the extension functions to
dispatch_sanity.cpp:gl_core_functions_possible.
* Cleanup glapi for ARB_geometry_shader4.xml
* Disable unneeded ARB_geometry_shader4 functions and remove
unimplemented
GetPointerv was de-deprecated in 893ddb.
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
---
src/mesa/main/api_exec.c |4
1 file changed, 4 insertions(+)
diff --git a/src/mesa/main/api_exec.c b/src/mesa/main/api_exec.c
index a670fba..ee9a911 100644
--- a/src/mesa/main/api_exec.c
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
---
src/mapi/glapi/gen/ARB_geometry_shader4.xml |2 +-
src/mesa/main/api_exec.c|2 +-
src/mesa/main/dlist.c |6 +++---
3 files changed, 5 insertions(+), 5 deletions(-)
diff --git
These EXT_separate_shader_objects function will no longer be
enabled for CORE profiles:
* UseShaderProgramEXT
* ActiveProgramEXT
* CreateShaderProgramEXT
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
---
src/mesa/main/shaderapi.c |2 ++
1 file changed, 2 insertions(+)
diff --git
These functions are part in GL 4.3. Moving this will allow
ProgramParameteriARB to alias ProgramParameteri.
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
---
src/mapi/glapi/gen/gl_API.xml|3 +++
src/mapi/glapi/gen/gl_and_es_API.xml |1 -
2 files changed, 3 insertions(+),
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
---
src/mesa/main/shaderapi.c |4
1 file changed, 4 deletions(-)
diff --git a/src/mesa/main/shaderapi.c b/src/mesa/main/shaderapi.c
index 04cdfba..a8be5c5 100644
--- a/src/mesa/main/shaderapi.c
+++ b/src/mesa/main/shaderapi.c
@@
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
---
src/mapi/glapi/gen/ARB_geometry_shader4.xml |2 +-
src/mesa/main/dlist.c |6 +++---
src/mesa/main/shaderapi.c |2 +-
3 files changed, 5 insertions(+), 5 deletions(-)
diff --git
This function can be re-added with an actual implementation
when ARB_geometry_shader4 is supported.
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
---
src/mesa/main/api_exec.c |1 -
src/mesa/main/fbobject.c | 11 ---
src/mesa/main/fbobject.h |4
3 files changed, 16
This function can be re-added with an actual implementation
when ARB_geometry_shader4 is supported.
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
---
src/mesa/main/api_exec.c |4
src/mesa/main/fbobject.c | 10 --
src/mesa/main/fbobject.h |5 -
3 files changed,
This will allow validate_functions to access ctx-Version.
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
---
src/mesa/main/tests/dispatch_sanity.cpp | 32 +--
1 file changed, 22 insertions(+), 10 deletions(-)
diff --git
91 matches
Mail list logo