On Wed, Oct 24, 2012 at 2:20 PM, Jordan Justen
wrote:
> 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
> ---
> src/mesa/main/tests/dispa
On Thu, Oct 25, 2012 at 11:12 PM, Jose Fonseca wrote:
> Gallium interface seems a good place to cleanly separate state tracking from
> rendering. Everything is already done for you -- you just need to insert RPC
> between Mesa state tracker and softpipe pipe driver. I belive that there was
> ev
On Fri, Oct 26, 2012 at 5:56 AM, Ilyes Gouta wrote:
> Hi,
>
> On Thu, Oct 25, 2012 at 7:40 PM, Ian Romanick wrote:
>> On 10/25/2012 02:01 AM, Ilyes Gouta wrote:
>>>
>>> Hi,
>>>
>>> Alright, I'm pursuing this idea about splitting mesa into two
>>> components, where state tracking happens on the ho
On 10/24/2012 02:22 PM, Anuj Phogat wrote:
Signed-off-by: Anuj Phogat
---
src/mesa/main/format_unpack.c |9 +
src/mesa/main/formats.c | 13 +
src/mesa/main/formats.h |1 +
src/mesa/main/glformats.c |2 ++
src/mesa/main/texcompress.c |
On 10/24/2012 02:22 PM, Anuj Phogat wrote:
Signed-off-by: Anuj Phogat
---
src/mesa/main/texcompress_etc.c | 179 ++-
src/mesa/main/texcompress_etc.h |8 ++
2 files changed, 166 insertions(+), 21 deletions(-)
diff --git a/src/mesa/main/texcompress_etc
---
lib/Target/AMDGPU/R600Instructions.td | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/Target/AMDGPU/R600Instructions.td
b/lib/Target/AMDGPU/R600Instructions.td
index 5b97e5e..2f9ac0c 100644
--- a/lib/Target/AMDGPU/R600Instructions.td
+++ b/lib/Target/AMDGPU/R600Instructions.td
@@ -148
---
lib/Target/AMDGPU/R600Instructions.td | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib/Target/AMDGPU/R600Instructions.td
b/lib/Target/AMDGPU/R600Instructions.td
index 472538e..5b97e5e 100644
--- a/lib/Target/AMDGPU/R600Instructions.td
+++ b/lib/Target/AMDGPU/R600Ins
Series:
Reviewed-by: Jordan Justen
On Wed, Oct 24, 2012 at 2:38 PM, Matt Turner wrote:
> Since ES3.0 is backward compatible with 2.0, we check that all the 2.0
> functions and additional 3.0 functions exist.
> ---
> src/mesa/main/tests/dispatch_sanity.cpp | 149
> +
On Thu, Oct 25, 2012 at 11:55:50AM -0400, alexdeuc...@gmail.com wrote:
> From: Alex Deucher
>
> This patch set cleans up and unifies the common state and CS init
> set up between evergreen and cayman and gfx and compute. No piglit
> regressions on the gfx side here. This also allows compute to
Kenneth Graunke writes:
> Fixes piglit test 17000-consecutive-chars-identifier.frag.
Thanks for fixing this. It will be nice to have this long-standing bug
finally addressed.
Reviewed-by: Carl Worth
-Carl
pgpO8dqDxs6Gd.pgp
Description: PGP signature
__
On Thu, Oct 25, 2012 at 11:11 AM, Ian Romanick wrote:
> On 10/24/2012 02:20 PM, Jordan Justen wrote:
>>
>> This will allow validate_functions to access ctx.Version.
>
> Why is this better than just passing ctx.Version as an extra parameter to
> validate_functions? I'm not a fan of passing hidden
Hi,
On Thu, Oct 25, 2012 at 7:40 PM, Ian Romanick wrote:
> On 10/25/2012 02:01 AM, Ilyes Gouta wrote:
>>
>> Hi,
>>
>> Alright, I'm pursuing this idea about splitting mesa into two
>> components, where state tracking happens on the host processor,
>> whereas a second co-processor gets to do the s/
On Thu, 2012-10-25 at 11:33 -0700, Ian Romanick wrote:
> On 10/25/2012 07:37 AM, Adam Jackson wrote:
> > I don't see why that's true. You don't get sRGB rendering until you've
> > called glEnable(GL_FRAMEBUFFER_SRGB). Just flag all your fbconfigs as
> > sRGB-capable. Older libGL looks like it's
When specifying per-target CFLAGS (e.g., ralloc_test_CFLAGS) AM_CFLAGS
are not used. AM_CPPFLAGS should be used for includes anyway.
Fixes a build problem since 41b14d125:
CC ralloc_test-ralloc.o
In file included from ../../../src/glsl/ralloc.c:42:0:
../../../src/glsl/ralloc.h:57:27: fatal
https://bugs.freedesktop.org/show_bug.cgi?id=56410
Priority: medium
Bug ID: 56410
CC: matts...@gmail.com
Assignee: mesa-dev@lists.freedesktop.org
Summary: src/glsl/ralloc.h:57:27: fatal error: main/compiler.h:
No such f
On 10/25/2012 02:01 AM, Ilyes Gouta wrote:
Hi,
Alright, I'm pursuing this idea about splitting mesa into two
components, where state tracking happens on the host processor,
whereas a second co-processor gets to do the s/w rendering. The two
parts would be communicating via a RPC mechanism and sh
On 10/25/2012 07:37 AM, Adam Jackson wrote:
On Wed, 2012-10-24 at 10:08 -0700, Ian Romanick wrote:
This series contains a bunch of Mesa and GLX fixes releated to sRGB
drawables. It should contain all of the work necessary to allow drivers to
advertise sRGB fbconfigs.
What is missing is a 9th p
On 10/25/2012 11:17 AM, Eric Anholt wrote:
Ian Romanick writes:
From: Ian Romanick
This should fix some problems related to compiling shaders in different
contextes from multiple threads.
This is pretty nasty. I think de-rallocing this file might end up nicer
(we'd need a destructor that
On 10/25/2012 11:20 AM, Jordan Justen wrote:
On Thu, Oct 25, 2012 at 11:05 AM, Ian Romanick wrote:
On 10/24/2012 02:20 PM, Jordan Justen wrote:
These functions will no longer be enabled for CORE profiles:
* ResizeBuffersMESA
* MultiModeDrawArraysIBM
* MultiModeDrawElementsIBM
* DepthBoundsEXT
Ian Romanick writes:
> From: Ian Romanick
>
> This should fix some problems related to compiling shaders in different
> contextes from multiple threads.
This is pretty nasty. I think de-rallocing this file might end up nicer
(we'd need a destructor that frees type->name and type->fields.whatev
On Thu, Oct 25, 2012 at 11:05 AM, Ian Romanick wrote:
> On 10/24/2012 02:20 PM, Jordan Justen wrote:
>>
>> These functions will no longer be enabled for CORE profiles:
>> * ResizeBuffersMESA
>> * MultiModeDrawArraysIBM
>> * MultiModeDrawElementsIBM
>> * DepthBoundsEXT
>> * EGLImageTargetTexture2DO
On 10/24/2012 02:20 PM, Jordan Justen wrote:
GetPointerv was de-deprecated in 893ddb.
Signed-off-by: Jordan Justen
---
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..d21c99e 100644
--- a/s
On 10/24/2012 02:20 PM, Jordan Justen wrote:
For newer versions of GL, we can indicate that GL requires the
function, but Mesa does not yet support it.
To indicate a function is not yet known by Mesa, you add a dash (-)
at the start of the name.
If the function is required for the context versi
On 10/24/2012 02:20 PM, Jordan Justen wrote:
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.
I don't think we should include functions that we aren't testing. You
should on
On 10/24/2012 02:20 PM, Jordan Justen wrote:
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
---
src/mesa/main/tests/dispatch_sanity.cpp | 707 +
On 10/24/2012 02:20 PM, Jordan Justen wrote:
This will allow validate_functions to access ctx.Version.
Why is this better than just passing ctx.Version as an extra parameter
to validate_functions? I'm not a fan of passing hidden function
parameters using the class.
Signed-off-by: Jordan
On 10/24/2012 02:20 PM, Jordan Justen wrote:
These functions will no longer be enabled for CORE profiles:
* ResizeBuffersMESA
* MultiModeDrawArraysIBM
* MultiModeDrawElementsIBM
* DepthBoundsEXT
* EGLImageTargetTexture2DOES
* EGLImageTargetRenderbufferStorageOES
* ObjectPurgeableAPPLE
* ObjectUnp
On 10/24/2012 02:20 PM, Jordan Justen wrote:
We still expose EXT_transform_feedback on core profiles, so this
function needs to stay.
Signed-off-by: Jordan Justen
---
src/mesa/main/transformfeedback.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/main/tra
On 10/24/2012 02:20 PM, Jordan Justen wrote:
These functions will no longer be enabled for CORE profiles:
* DeleteObjectARB
* GetHandleARB
* DetachObjectARB
* CreateShaderObjectARB
* CreateProgramObjectARB
* AttachObjectARB
* GetObjectParameterfvARB
* GetObjectParameterivARB
* GetInfoLogARB
* Get
Tapani Pälli writes:
> Patch adds additional singlesample config with 565 color buffer,
> 24 bit depth and 8 bit stencil buffer. This makes Quadrant benchmark
> work on Android. Tested with Sandybridge and Ivybridge machines.
i915 hardware can't do mixed bit depth between color and depth buffers
Kenneth Graunke writes:
> Global initializers using the ?: operator with at least one non-constant
> operand generate ir_if statements. For example,
>
>float foo = some_boolean ? 0.0 : 1.0;
>
> becomes:
>
>(declare (temporary) float conditional_tmp)
>(if (var_ref some_boolean)
>
On 25 October 2012 09:32, Stéphane Marchesin
wrote:
> On Thu, Oct 25, 2012 at 8:10 AM, Paul Berry
> wrote:
> > On 24 October 2012 12:01, Stéphane Marchesin <
> stephane.marche...@gmail.com>
> > wrote:
> >>
> >> Hi Paul,
> >>
> >> This change regresses instanced_arrays with i915g, and probably wit
Thanks, this will probably fix the test for radeon drivers as well.
Reviewed-by: Marek Olšák
Marek
On Thu, Oct 25, 2012 at 6:32 PM, Jose Fonseca wrote:
> Indeed it does. Thanks Marek!
>
> This is the updated patch.
>
> Jose
>
> diff --git a/src/mesa/state_tracker/st_cb_drawpixels.c
> b/src/me
On Thu, Oct 25, 2012 at 8:10 AM, Paul Berry wrote:
> On 24 October 2012 12:01, Stéphane Marchesin
> wrote:
>>
>> Hi Paul,
>>
>> This change regresses instanced_arrays with i915g, and probably with
>> llvmpipe as well. Could you take a look?
>>
>> Thanks,
>> Stéphane
>
>
> Sorry for the slow reply
Forgot to mention -- it works well even if the driver does not support
PIPE_FORMAT_B2G3R3_UNORM. It looks like
PIPE_FORMAT_B5G6R5_UNORM is enough to make piglit happy.
Jose
- Original Message -
> Indeed it does. Thanks Marek!
>
> This is the updated patch.
>
> Jose
>
> diff --git a/s
Indeed it does. Thanks Marek!
This is the updated patch.
Jose
diff --git a/src/mesa/state_tracker/st_cb_drawpixels.c
b/src/mesa/state_tracker/st_cb_drawpixels.c
index 4e2edd2..6420114 100644
--- a/src/mesa/state_tracker/st_cb_drawpixels.c
+++ b/src/mesa/state_tracker/st_cb_drawpixels.c
@@ -396,
The series is:
Reviewed-by: Marek Olšák
Marek
On Thu, Oct 25, 2012 at 5:55 PM, wrote:
> From: Alex Deucher
>
> And use it for compute. This should improve compute support
> on cayman.
>
> Signed-off-by: Alex Deucher
> ---
> src/gallium/drivers/r600/evergreen_compute.c |8 -
> src/
Adam Jackson writes:
> On Wed, 2012-10-24 at 10:08 -0700, Ian Romanick wrote:
>> This series contains a bunch of Mesa and GLX fixes releated to sRGB
>> drawables. It should contain all of the work necessary to allow drivers to
>> advertise sRGB fbconfigs.
>>
>> What is missing is a 9th patch to
You could also use GL_R3_G3_B2 and check if st_format.c (line 775)
does what you want.
Marek
On Thu, Oct 25, 2012 at 4:47 PM, wrote:
> From: José Fonseca
>
> 4bits and 3bits quantitization values differ significantly for
> values other than 0 and 1.
>
> Fixes piglit draw-pixels for softpipe/ll
Mesa's chaining hash table for object names is slow, and this should be much
faster. I namespaced the functions under _mesa_*, to avoid visibility
troubles that we may have had before with hash_table_* functions. The
hash_table.c file unfortunately lives in program/ still to avoid confusion
with
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 |2 +-
src/mesa/Android.mk
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 +-
src/mesa/main/shaderobj.c |2 +-
src/
The previous 1023-entry chaining hash table never resized, so it was very
inefficient when there were many objects live. While one could have an even
more efficient implementation than this (keep an array for genned names with
packed IDs, or take advantage of the fact that key == hash or key ==
*(
This mapping is generally used for mapping the strings identifying
uniforms/attributes to integer locations in the GL API. While one would hope
that applications just call these once per thing per shader at startup, new
app developers often end up calling this at runtime. Having an implementation
Ian Romanick writes:
> From: Ian Romanick
>
> This is instead of the pair of GLenums for format and type that were
> previously used. This is necessary for the Intel drivers to expose sRGB
> framebuffer formats.
YES! I've wanted to do this for a long time.
Series is:
Reviewed-by: Eric Anhol
Kenneth Graunke writes:
> Consider the following code, which reinterprets a register as a
> different type:
>
> mov(8) g6<1>F g1.4<0,4,1>.xF
> and(8) g5<1>.xUD g6<4,4,1>.xUD 0x7fffUD
>
> Copy propagation would notice that we can replace the use of g6 with
>
Kenneth Graunke writes:
> Consider the following code sequence:
>
>mul(8) g4<1>F g1<0,4,1>.wzwwF g3<4,4,1>.wzwwF
>mov.sat(8) m1<1>.xyF g4<4,4,1>F
>mul(8) g4<1>F g1<0,4,1>.xxyxF g3<4,4,1>.xxyxF
>mov.sat(8) m1<1>.zwF g4<4,4,1
From: Alex Deucher
And use it for compute. This should improve compute support
on cayman.
Signed-off-by: Alex Deucher
---
src/gallium/drivers/r600/evergreen_compute.c |8 -
src/gallium/drivers/r600/evergreen_state.c | 39 -
src/gallium/drivers/r600/r600_pip
From: Alex Deucher
These are common to both evergreen and cayman, but were
not emitted on cayman.
Signed-off-by: Alex Deucher
---
src/gallium/drivers/r600/evergreen_state.c | 54
1 files changed, 54 insertions(+), 0 deletions(-)
diff --git a/src/gallium/drivers/
From: Alex Deucher
we were previously only setting 8 of them.
Signed-off-by: Alex Deucher
---
src/gallium/drivers/r600/evergreen_state.c | 21 +++--
1 files changed, 19 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/r600/evergreen_state.c
b/src/gallium/drive
From: Alex Deucher
Move gfx specific bits out as the code is shared with
compute.
Signed-off-by: Alex Deucher
---
src/gallium/drivers/r600/evergreen_state.c | 73 +---
1 files changed, 33 insertions(+), 40 deletions(-)
diff --git a/src/gallium/drivers/r600/evergreen_
From: Alex Deucher
It's required. The CP uses this to properly allocate new
contexts. Also do a CS partial flush since we are updating
CONFIG regs which are single state.
Signed-off-by: Alex Deucher
---
src/gallium/drivers/r600/evergreen_compute.c |9 +
src/gallium/drivers/r600/e
From: Alex Deucher
This patch set cleans up and unifies the common state and CS init
set up between evergreen and cayman and gfx and compute. No piglit
regressions on the gfx side here. This also allows compute to run
on cayman without causing a CS error in the kernel when VM is enabled
due to
On 24 October 2012 12:01, Stéphane Marchesin
wrote:
> Hi Paul,
>
> This change regresses instanced_arrays with i915g, and probably with
> llvmpipe as well. Could you take a look?
>
> Thanks,
> Stéphane
>
Sorry for the slow reply, Stéphane. Yesterday was my birthday so I took
the day off.
I can'
On 10/24/2012 03:42 PM, Matt Turner wrote:
The version number (14) wasn't updated.
---
include/EGL/eglext.h |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/include/EGL/eglext.h b/include/EGL/eglext.h
index e96c3a4..974b2c0 100644
--- a/include/EGL/eglext.h
+++ b
On 10/25/2012 12:40 AM, Vinson Lee wrote:
Use printf instead of debug_printf to be consistent with print
statements in rest of unit tests.
This also fixes the lack of print output with the MinGW build of
u_format_compatible_test.
Signed-off-by: Vinson Lee
---
src/gallium/tests/unit/u_format_c
Reviewed-by: Jose Fonseca
- Original Message -
> We should use the later since we're freeing the memory with free(),
> not the gallium FREE() macro.
>
> This fixes a mismatch when using the gallium debug memory functions.
>
> NOTE: This is a candidate for the 9.0 branch.
> ---
> src/me
On 10/25/2012 08:47 AM, jfons...@vmware.com wrote:
From: José Fonseca
4bits and 3bits quantitization values differ significantly for
values other than 0 and 1.
Fixes piglit draw-pixels for softpipe/llvmpipe.
---
src/mesa/state_tracker/st_cb_drawpixels.c |3 +++
1 file changed, 3 insertio
From: José Fonseca
4bits and 3bits quantitization values differ significantly for
values other than 0 and 1.
Fixes piglit draw-pixels for softpipe/llvmpipe.
---
src/mesa/state_tracker/st_cb_drawpixels.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/src/mesa/state_tracker/st_cb_drawp
On Wed, 2012-10-24 at 10:08 -0700, Ian Romanick wrote:
> This series contains a bunch of Mesa and GLX fixes releated to sRGB
> drawables. It should contain all of the work necessary to allow drivers to
> advertise sRGB fbconfigs.
>
> What is missing is a 9th patch to actually add some sRGB fbconf
Hi,
On Thu, Oct 25, 2012 at 2:12 PM, Jose Fonseca wrote:
> Gallium interface seems a good place to cleanly separate state tracking from
> rendering. Everything is already done for you -- you just need to insert RPC
> between Mesa state tracker and softpipe pipe driver. I belive that there was
2012/10/23 Brian Paul :
> On 10/23/2012 12:36 PM, Andreas Boll wrote:
>>
>> FYI I've pushed the generated gallium-docs to
>> http://people.freedesktop.org/~ab/gallium-docs/
>>
>> It would be cool if we can host this at
>> http://dri.freedesktop.org/gallium-docs
>>
>> and then we can add a link at m
Gallium interface seems a good place to cleanly separate state tracking from
rendering. Everything is already done for you -- you just need to insert RPC
between Mesa state tracker and softpipe pipe driver. I belive that there was
even some attempt at doing something similar for virtualization p
https://bugs.freedesktop.org/show_bug.cgi?id=55998
Arne Stäcker changed:
What|Removed |Added
CC||arne.staec...@gmail.com
--
You are recei
Patch adds additional singlesample config with 565 color buffer,
24 bit depth and 8 bit stencil buffer. This makes Quadrant benchmark
work on Android. Tested with Sandybridge and Ivybridge machines.
Signed-off-by: Tapani Pälli
---
src/mesa/drivers/dri/intel/intel_screen.c | 7 +--
1 file cha
Consider the following code, which reinterprets a register as a
different type:
mov(8) g6<1>F g1.4<0,4,1>.xF
and(8) g5<1>.xUD g6<4,4,1>.xUD 0x7fffUD
Copy propagation would notice that we can replace the use of g6 with
g1.4 and eliminate the MOV. Unfortunate
https://bugs.freedesktop.org/show_bug.cgi?id=55452
Fabio Pedretti changed:
What|Removed |Added
Summary|[build warnings] Error: |[build warnings] Error:
Hi,
Alright, I'm pursuing this idea about splitting mesa into two
components, where state tracking happens on the host processor,
whereas a second co-processor gets to do the s/w rendering. The two
parts would be communicating via a RPC mechanism and sharing the
textures and render target buffers.
Consider the following code sequence:
mul(8) g4<1>F g1<0,4,1>.wzwwF g3<4,4,1>.wzwwF
mov.sat(8) m1<1>.xyF g4<4,4,1>F
mul(8) g4<1>F g1<0,4,1>.xxyxF g3<4,4,1>.xxyxF
mov.sat(8) m1<1>.zwF g4<4,4,1>F
The compute-to-MRF pass will disc
https://bugs.freedesktop.org/show_bug.cgi?id=55998
g...@gootz.net changed:
What|Removed |Added
CC||g...@gootz.net
--
You are receiving thi
Use printf instead of debug_printf to be consistent with print
statements in rest of unit tests.
This also fixes the lack of print output with the MinGW build of
u_format_compatible_test.
Signed-off-by: Vinson Lee
---
src/gallium/tests/unit/u_format_compatible_test.c | 2 +-
1 file changed, 1 i
71 matches
Mail list logo
