Fixes es3conform's explicit_attrib_location_integer_constants.
---
src/glsl/glsl_parser.yy | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/src/glsl/glsl_parser.yy b/src/glsl/glsl_parser.yy
index 89175f5..f123368 100644
--- a/src/glsl/glsl_parser.yy
+++ b/src/glsl/glsl_par
Fixes es3conform's color_buffer_float_clamp_(fixed|on|off) tests.
---
src/mesa/drivers/common/meta.c | 44 ++
1 file changed, 27 insertions(+), 17 deletions(-)
diff --git a/src/mesa/drivers/common/meta.c b/src/mesa/drivers/common/meta.c
index 8a19d52..978ee
---
src/mesa/drivers/common/meta.c | 24 +---
1 file changed, 13 insertions(+), 11 deletions(-)
These should probably go to the gles3 branch, not master.
This one's not observed to fix any conformance tests...I just found it
while looking at the Clear shader in the next patch
https://bugs.freedesktop.org/show_bug.cgi?id=57241
--- Comment #6 from nfx...@gmail.com ---
(In reply to comment #5)
> So... is the problem that a forward-compatible context isn't created?
> That's not actually a bug. Drivers aren't required to support fc contexts.
This appears to be correct.
On 11/15/2012 10:44 PM, Eric Anholt wrote:
When you're comparing to the spec, you're trying to immediately see what
numbered dword of the packet your bit ends up in.
---
src/mesa/drivers/dri/i965/gen6_clip_state.c | 21 -
src/mesa/drivers/dri/i965/gen7_clip_state.c | 25
On 11/18/2012 03:05 PM, Eric Anholt wrote:
This was a regression in the brw_fs_fp.cpp change. We just need to return
something good enough to get the visitor to the end without crashing, but
ir->type isn't initialized and we wanted something of the coordinate's type
anyway.
Fixes around 30 pigl
On 11/19/2012 05:01 PM, Jordan Justen wrote:
GLES3 support requires that the version be computed before the
exec table is initialized.
For main exec table initialization (api_exec.c):
* Rename _mesa_create_exec_table to _mesa_initialize_exec_table
* _mesa_initialize_context allocates the exec ta
https://bugs.freedesktop.org/show_bug.cgi?id=57241
Ian Romanick changed:
What|Removed |Added
CC||i...@freedesktop.org
--
You are receivin
https://bugs.freedesktop.org/show_bug.cgi?id=57241
--- Comment #5 from Ian Romanick ---
So... is the problem that a forward-compatible context isn't created? That's
not actually a bug. Drivers aren't required to support fc contexts. It was
only in 9.0 that i965 supported it. That said, all of
On 11/19/2012 04:25 PM, Kenneth Graunke wrote:
On 11/19/2012 10:15 AM, Matt Turner wrote:
Fixes the transform_feedback2_init_defaults test from es3conform.
Strangely, I can't find these mentioned in es_spec_3.0.0.pdf.
The ES 3.0 spec lists them as TRANSFORM_FEEDBACK_PAUSED and
TRANSFORM_FEEDB
The driver should call _mesa_initialize_vbo_vtxfmt after
computing the context version.
Signed-off-by: Jordan Justen
---
src/mesa/main/context.c |1 -
src/mesa/vbo/vbo_exec.c |4
src/mesa/vbo/vbo_exec_api.c |4
src/mesa/vbo/vbo_save_api.c |1 -
4 files changed,
Make sure drivers initialize the version before:
* _mesa_initialize_exec_table is called
* _mesa_initialize_exec_table_vbo is called
* A context is made current
Signed-off-by: Jordan Justen
---
src/mapi/glapi/gen/gl_genexec.py |1 +
src/mesa/main/context.c |2 +-
src/mesa/mai
Drivers must compute the context version, and then call
_mesa_initialize_exec_table themselves.
Signed-off-by: Jordan Justen
---
src/mesa/main/context.c |3 ---
1 file changed, 3 deletions(-)
diff --git a/src/mesa/main/context.c b/src/mesa/main/context.c
index f15b8bc..fb7729e 100644
--- a/
This change forces the context version to be computed before
initilizing the exec dispatch tables.
v3:
* Merge changes to all drivers into a single change
* Initialize VBO functions after computing the version
Signed-off-by: Jordan Justen
---
src/mesa/drivers/dri/i915/i830_context.c |
In a future patch the exec functions will no longer set up
by _mesa_initialize_context and _vbo_CreateContext.
Therefore we must call _mesa_initialize_exec_table and
_mesa_initialize_exec_table_vbo.
v3:
* Initialize VBO functions with _mesa_initialize_exec_table_vbo
Signed-off-by: Jordan Justen
This function initializes the exec/save dispatch tables
for VBO vtxfmt.
Signed-off-by: Jordan Justen
---
src/mesa/main/vtxfmt.c | 18 ++
src/mesa/main/vtxfmt.h |1 +
2 files changed, 19 insertions(+)
diff --git a/src/mesa/main/vtxfmt.c b/src/mesa/main/vtxfmt.c
index 5891a5
In glapi/gl_genexec.py:
* Remove _mesa_alloc_dispatch_table call
In glapi/gl_genexec.py and api_exec.h:
* Rename _mesa_create_exec_table to _mesa_initialize_exec_table
In context.c:
* Call _mesa_alloc_dispatch_table instead of _mesa_create_exec_table
* Call _mesa_initialize_exec_table (this is te
GLES3 support requires that the version be computed before the
exec table is initialized.
For main exec table initialization (api_exec.c):
* Rename _mesa_create_exec_table to _mesa_initialize_exec_table
* _mesa_initialize_context allocates the exec table, and sets
entries to nop, but leaves func
https://bugs.freedesktop.org/show_bug.cgi?id=57121
Eric Anholt changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #4 from Eric Anholt
https://bugs.freedesktop.org/show_bug.cgi?id=57121
--- Comment #3 from Eric Anholt ---
Do you have any way to get a small program that shows the issue?
Is the use of pow() required? How about if you just read the value of one of
your uniform values?
--
You are receiving this mail because:
You
On 11/19/2012 10:15 AM, Matt Turner wrote:
---
src/mesa/main/get.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
For the series:
Reviewed-by: Kenneth Graunke
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists
On 11/19/2012 10:15 AM, Matt Turner wrote:
Fixes the transform_feedback2_init_defaults test from es3conform.
Strangely, I can't find these mentioned in es_spec_3.0.0.pdf.
The ES 3.0 spec lists them as TRANSFORM_FEEDBACK_PAUSED and
TRANSFORM_FEEDBACK_ACTIVE. According to my includes, these ar
On 11/19/2012 02:28 PM, Kenneth Graunke wrote:
> On 11/19/2012 01:53 PM, Chad Versace wrote:
>> The dri directory is compiled with -std=c99. There is no excuse to not use
>> designated initializers.
>>
>> As a nice benefit, the code is now more friendly to grep. Without
>> designated initializers,
On 11/19/2012 01:53 PM, Chad Versace wrote:
The dri directory is compiled with -std=c99. There is no excuse to not use
designated initializers.
As a nice benefit, the code is now more friendly to grep. Without
designated initializers, psychic prowess is required to find the
initialization of DRI
On Mon, Nov 19, 2012 at 1:53 PM, Chad Versace
wrote:
> All Intel code is compiled with -std=c99. There is no excuse to not use
> designated initializers.
>
> As a nice benefit, the code is now more friendly to grep. Without
> designated initializers, psychic prowess is required to find the
> initi
On Mon, Nov 19, 2012 at 1:53 PM, Chad Versace
wrote:
> The dri directory is compiled with -std=c99. There is no excuse to not use
> designated initializers.
>
> As a nice benefit, the code is now more friendly to grep. Without
> designated initializers, psychic prowess is required to find the
> in
All Intel code is compiled with -std=c99. There is no excuse to not use
designated initializers.
As a nice benefit, the code is now more friendly to grep. Without
designated initializers, psychic prowess is required to find the
initialization of DRI extension function pointers with grep. I have
o
The dri directory is compiled with -std=c99. There is no excuse to not use
designated initializers.
As a nice benefit, the code is now more friendly to grep. Without
designated initializers, psychic prowess is required to find the
initialization of DRI extension function pointers with grep. I hav
> $ llvm-config --cxxflags
>
> -I/usr/include -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2
> -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -fPIC
> -fvisibility-inlines-hidden -O2 -g -D_GNU_SOURCE -Wall -W
> -Wno-unused-parameter -Wwrite-strings -pedantic -Wno-long-long
> -D_
Am Montag, 12. November 2012, 15:44:36 schrieb Tom Stellard:
> On Fri, Nov 09, 2012 at 01:56:44PM +, Tom Stellard wrote:
> > On Sun, Oct 28, 2012 at 03:58:14AM -0700, Jose Fonseca wrote:
> > > We use LLVM in a few other directories. Shouldn't we be putting this a
> > > bit higher up? For examp
https://bugs.freedesktop.org/show_bug.cgi?id=57241
--- Comment #4 from Alexander Sabourenkov ---
Btw, it chokes at
http://cgit.freedesktop.org/mesa/mesa/tree/src/mesa/state_tracker/st_manager.c#n656
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=57241
--- Comment #3 from Alexander Sabourenkov ---
Created attachment 70274
--> https://bugs.freedesktop.org/attachment.cgi?id=70274&action=edit
GL-3.0-forward-compatible-context-test
--
You are receiving this mail because:
You are the assignee fo
On Sat, Nov 17, 2012 at 8:55 PM, Kenneth Graunke wrote:
> Apparently this was accidentally marked as unimplemented, and thus not
> put in the dispatch table.
>
> Fixes es3conform's copy_buffer_parameters, copy_buffer_data,
> and copy_buffer_usage tests.
>
> Cc: Paul Berry
> ---
> src/mapi/glapi/
On 11/18/2012 05:43 PM, Ian Romanick wrote:
On Nov 17, 2012, at 11:26 PM, Kenneth Graunke wrote:
According to page 163 of the ES 3.0 spec:
"Texture lookups involving textures with depth component data generate
a texture base color C_b either using depth data directly or by
performing a compar
On 11/19/2012 10:55 AM, Matt Turner wrote:
Fixes - copy_buffer_defaults
- map_buffer_range_modify_indices
- pixel_buffer_object_default_parameters
in es3conform.
---
src/mesa/main/bufferobj.c |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
This code was previo
Kenneth Graunke writes:
> The new brw_reg always had type BRW_REGISTER_TYPE_F, rather than
> inheriting the original type of the ATTR file register.
Might note that this is part of fixing upcoming 10_10_10_2 support.
Reviewed-by: Eric Anholt
pgps118UPViiK.pgp
Description: PGP signature
_
Fixes - copy_buffer_defaults
- map_buffer_range_modify_indices
- pixel_buffer_object_default_parameters
in es3conform.
---
src/mesa/main/bufferobj.c |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
This code was previously returning GL_MAP_WRITE_BIT for ES since
GL_O
On Sat, Nov 17, 2012 at 8:56 PM, Kenneth Graunke wrote:
> Only legacy OpenGL allows the use of non-gen'd names. Core profiles
> and ES 3 both require the use of glGenQueries().
>
> Note that BeginQuery doesn't exist in ES 1 or ES 2.
>
> Fixes es3conform's occlusion_query_invalid_beginquery test.
On Sat, Nov 17, 2012 at 10:17 PM, Kenneth Graunke wrote:
> On 11/17/2012 09:13 PM, Matt Turner wrote:
>>
>> On Sat, Nov 17, 2012 at 8:55 PM, Kenneth Graunke
>> wrote:
>>>
>>> Apparently this was accidentally marked as unimplemented, and thus not
>>> put in the dispatch table.
>>>
>>> Fixes es3con
On Sat, Nov 17, 2012 at 11:26 PM, Kenneth Graunke wrote:
> According to page 163 of the ES 3.0 spec:
>
> "Texture lookups involving textures with depth component data generate
> a texture base color C_b either using depth data directly or by
> performing a comparison with the D_ref value used to
On Sat, Nov 17, 2012 at 11:31 PM, Kenneth Graunke wrote:
> GL_READ_FRAMEBUFFER and GL_DRAW_FRAMEBUFFER are valid targets in ES 3.
>
> Fixes 23 es3conform framebuffer_blit tests. Two more go from fail to
> crash, but that appears to be because they actually run now.
> ---
> src/mesa/main/fbobject
On Sun, Nov 18, 2012 at 12:30 AM, Kenneth Graunke wrote:
> Calling glTexParameteri() with pname GL_TEXTURE_MAX_LEVEL and either a
> target of GL_TEXTURE_RECTANGLE or a negative value previously generated
> GL_INVALID_OPERATION. However, GL_INVALID_VALUE seems more appropriate.
>
> Fixes oglconfor
Fixes 2 framebuffer_blit es3conform tests.
---
src/mesa/main/get.c |7 ++-
src/mesa/main/get_hash_params.py |8
2 files changed, 10 insertions(+), 5 deletions(-)
diff --git a/src/mesa/main/get.c b/src/mesa/main/get.c
index b28cf6b..43bf3b9 100644
--- a/src/mesa/m
Fixes uniform_buffer_object_implementation_dependent_limits in
es3conform.
---
src/mesa/main/get.c | 11 +++
src/mesa/main/get_hash_params.py | 14 +++---
2 files changed, 18 insertions(+), 7 deletions(-)
diff --git a/src/mesa/main/get.c b/src/mesa/main/get.c
inde
Fixes framebuffer_srgb_default_encoding_fbo and 5 packed_depth_stencil
tests from es3conform.
---
src/mesa/main/fbobject.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/mesa/main/fbobject.c b/src/mesa/main/fbobject.c
index ef739c1..ab2b74a 100644
--- a/src/mesa/main
---
src/mesa/main/get.c |8 +++-
src/mesa/main/get_hash_params.py |6 +++---
2 files changed, 10 insertions(+), 4 deletions(-)
diff --git a/src/mesa/main/get.c b/src/mesa/main/get.c
index 62c16ac..9b9d995 100644
--- a/src/mesa/main/get.c
+++ b/src/mesa/main/get.c
@@ -301,
Fixes the transform_feedback2_init_defaults test from es3conform.
Strangely, I can't find these mentioned in es_spec_3.0.0.pdf.
---
src/mesa/main/get.c |7 ++-
src/mesa/main/get_hash_params.py | 10 +-
2 files changed, 11 insertions(+), 6 deletions(-)
diff --git a/
---
src/mesa/main/get.c |7 ++-
src/mesa/main/get_hash_params.py | 14 +++---
2 files changed, 13 insertions(+), 8 deletions(-)
diff --git a/src/mesa/main/get.c b/src/mesa/main/get.c
index df49b58..ceefe71 100644
--- a/src/mesa/main/get.c
+++ b/src/mesa/main/get.c
@
Fixes the sync_coverage_max_server_wait_timeout test in es3conform.
---
src/mesa/main/get.c |7 ++-
src/mesa/main/get_hash_params.py |6 +++---
2 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/src/mesa/main/get.c b/src/mesa/main/get.c
index ab96d19..df49b58 1
Fixes pixel_buffer_object_default_binding and gets other tests in
es3conform closer to passing.
---
src/mesa/main/get.c |7 ++-
src/mesa/main/get_hash_params.py |8
2 files changed, 10 insertions(+), 5 deletions(-)
diff --git a/src/mesa/main/get.c b/src/mesa/main
Fixes 5 uniform_buffer_object tests in es3conform
---
src/mesa/main/get.c |6 ++
src/mesa/main/get_hash_params.py | 28 +++-
2 files changed, 21 insertions(+), 13 deletions(-)
diff --git a/src/mesa/main/get.c b/src/mesa/main/get.c
index a020643..695d
---
src/mesa/main/get.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/get.c b/src/mesa/main/get.c
index e1ebd18..a020643 100644
--- a/src/mesa/main/get.c
+++ b/src/mesa/main/get.c
@@ -130,6 +130,7 @@ enum value_extra {
EXTRA_VERSION_32,
EXTRA_
On Sun, Nov 18, 2012 at 11:49 PM, Jordan Justen
wrote:
> In glapi/gl_genexec.py:
> * Remove _mesa_alloc_dispatch_table call
>
> In glapi/gl_genexec.py and api_exec.h:
> * Rename _mesa_create_exec_table to _mesa_initialize_exec_table
>
> In context.c:
> * Call _mesa_alloc_dispatch_table instead of
https://bugs.freedesktop.org/show_bug.cgi?id=57241
Michel Dänzer changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
Am 18.11.2012 09:19, schrieb Dave Airlie:
> so I've been reading trying to figure out what msaa is and how it
> works (I've read it about 30 times now and still have only a passing
> idea!!)
>
> So softipipe has some coverage info it stores per quad and passes in
> as an input,
>
> just wondering
On 11/18/2012 11:49 PM, Jordan Justen wrote:
* Rename _mesa_create_exec_table to _mesa_initialize_exec_table
* _mesa_initialize_context allocates the exec table, and sets
entries to nop, but leaves functions otherwise uninitialized
* Drivers must now call _mesa_compute_version and then
_mes
The new brw_reg always had type BRW_REGISTER_TYPE_F, rather than
inheriting the original type of the ATTR file register.
---
src/mesa/drivers/dri/i965/brw_vec4_emit.cpp | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/mesa/drivers/dri/i965/brw_vec4_emit.cpp
b/src/mesa/drivers/dri/i965/brw_
Drivers must compute the context version, and then call
_mesa_initialize_exec_table themselves.
Signed-off-by: Jordan Justen
---
src/mesa/main/context.c |3 ---
1 file changed, 3 deletions(-)
diff --git a/src/mesa/main/context.c b/src/mesa/main/context.c
index cd88731..f8a7984 100644
--- a/
This change forces the context version to be computed before
initilizing the exec dispatch tables.
In order to compute the version, we must first initialize
the context extensions constants.
Signed-off-by: Jordan Justen
---
src/mesa/drivers/x11/xm_api.c |5 +
1 file changed, 5 insertion
In a future patch _mesa_initialize_context will no longer set up
the exec dispatch tables. Therefore we must call
_mesa_initialize_exec_table to initialize the exec dispatch
tables.
Signed-off-by: Jordan Justen
---
src/mesa/main/tests/dispatch_sanity.cpp |3 ++-
1 file changed, 2 insertions(
Make sure drivers initialize the version before a context is made
current.
Signed-off-by: Jordan Justen
---
src/mesa/main/context.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/main/context.c b/src/mesa/main/context.c
index f15b8bc..cd88731 100644
--- a/src/mes
This change forces the context version to be computed before
initilizing the exec dispatch tables.
In order to compute the version, we must first initialize
the context extensions constants.
Signed-off-by: Jordan Justen
---
src/mesa/drivers/windows/gdi/wmesa.c |5 +
1 file changed, 5 in
This change forces the context version to be computed before
initilizing the exec dispatch tables.
In order to compute the version, we must first initialize
the context extensions constants.
Signed-off-by: Jordan Justen
---
src/mesa/drivers/osmesa/osmesa.c |7 +++
1 file changed, 7 inse
Call _mesa_initialize_exec_table after _mesa_compute_version
Signed-off-by: Jordan Justen
---
src/mesa/drivers/dri/r200/r200_context.c |4
src/mesa/drivers/dri/radeon/radeon_context.c |4
2 files changed, 8 insertions(+)
diff --git a/src/mesa/drivers/dri/r200/r200_context.
This change forces the context version to be computed before
initilizing the exec dispatch tables.
In order to compute the version, we must first initialize
the context extensions constants.
Signed-off-by: Jordan Justen
---
src/mesa/state_tracker/st_context.c |6 ++
src/mesa/state_track
Call _mesa_initialize_exec_table after _mesa_compute_version
Signed-off-by: Jordan Justen
---
src/mesa/drivers/dri/nouveau/nouveau_context.c |4
1 file changed, 4 insertions(+)
diff --git a/src/mesa/drivers/dri/nouveau/nouveau_context.c
b/src/mesa/drivers/dri/nouveau/nouveau_context.c
This change forces the context version to be computed before
initilizing the exec dispatch tables.
In order to compute the version, we must first initialize
ctx->Extensions and ctx->Const.
Signed-off-by: Jordan Justen
---
src/mesa/drivers/dri/i915/i830_context.c |6 ++
src/mesa/drivers/
In glapi/gl_genexec.py:
* Remove _mesa_alloc_dispatch_table call
In glapi/gl_genexec.py and api_exec.h:
* Rename _mesa_create_exec_table to _mesa_initialize_exec_table
In context.c:
* Call _mesa_alloc_dispatch_table instead of _mesa_create_exec_table
* Call _mesa_initialize_exec_table (this is te
This change forces the context version to be computed before
initilizing the dispatch exec tables.
Signed-off-by: Jordan Justen
---
src/mesa/drivers/dri/swrast/swrast.c |6 ++
1 file changed, 6 insertions(+)
diff --git a/src/mesa/drivers/dri/swrast/swrast.c
b/src/mesa/drivers/dri/swras
* Rename _mesa_create_exec_table to _mesa_initialize_exec_table
* _mesa_initialize_context allocates the exec table, and sets
entries to nop, but leaves functions otherwise uninitialized
* Drivers must now call _mesa_compute_version and then
_mesa_initialize_exec_table
* GLES3 support requires
70 matches
Mail list logo
