Assuming this matched your make-dist-1 branch,
Series Reviewed-by: Jordan Justen jordan.l.jus...@intel.com
On Thu, Apr 11, 2013 at 4:29 PM, Matt Turner matts...@gmail.com wrote:
For the sake of consistency.
Tested-by: Emil Velikov emil.l.veli...@gmail.com
Reviewed-and-Tested-by: Andreas Boll
Hi all
I am interested to participate in GSoC this year in X.org. I have gone
through the proposed ideas and I am interested in working on finding common
patterns in real GLSL shaders.
I understand that this is a datamining problem where we mine patterns in
the shaders. So, how do I go ahead
I wanted to know if it would be possible for me to do the project if I am a
good coder in the C language but have never used OpenGL.If you would guide me
from were to read then I would definitely do that .
___
On Thu, Apr 11, 2013 at 11:35 PM, Jordan Justen jljus...@gmail.com wrote:
Assuming this matched your make-dist-1 branch,
It does.
Series Reviewed-by: Jordan Justen jordan.l.jus...@intel.com
Thanks!
___
mesa-dev mailing list
From: Christian König christian.koe...@amd.com
Since we now have UVD support we should enable them by default.
Signed-off-by: Christian König christian.koe...@amd.com
---
configure.ac |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/configure.ac b/configure.ac
index
- Original Message -
The issue with SOA execution and end_primitive opcode is that it
can be executed both when we haven't emitted any vertices, in
which case we don't want to emit an empty primitive, and when
the execution mask is zero and the execution should be skipped. We
- Original Message -
This is a basic implementation of the pipeline statistics in the
draw module. The interface is similar to the stream output statistics
and also requires that the callers explicitly enable it.
Included is the implementation of the interface in llvmpipe and
No code change since previous version - just git format-patch was being silly
With --find-renames, git produces a more sensible patches (max 90k for patch1)
Feel free to commit as I do not have access
___
mesa-dev mailing list
Handle legacy/obsolete specs as well
List all specs in extensions.html
Mark 'OLD' extensions as obsolete in extensions.html
Update the spec location in old relnotes
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
---
docs/extensions.html | 34
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
---
docs/relnotes.html | 3 +++
1 file changed, 3 insertions(+)
diff --git a/docs/relnotes.html b/docs/relnotes.html
index 049a979..819d2ce 100644
--- a/docs/relnotes.html
+++ b/docs/relnotes.html
@@ -22,6 +22,7 @@ The release notes summarize
Add a note to update PACKAGE_VERSION for Android and scons builds
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
---
docs/devinfo.html | 2 ++
1 file changed, 2 insertions(+)
diff --git a/docs/devinfo.html b/docs/devinfo.html
index 5c03344..7176824 100644
--- a/docs/devinfo.html
+++
https://bugs.freedesktop.org/show_bug.cgi?id=63435
--- Comment #2 from post+...@ralfj.de ---
This bug also breaks KWin on top of EGL when v-sync is enabled:
https://bugs.kde.org/show_bug.cgi?id=318212
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=63469
Priority: medium
Bug ID: 63469
Assignee: mesa-dev@lists.freedesktop.org
Summary: OSMesa Gallium llvmpipe VTK Test Failures
Severity: normal
Classification: Unclassified
OS:
On Fri, Apr 12, 2013 at 4:26 AM, Christian König
deathsim...@vodafone.de wrote:
From: Christian König christian.koe...@amd.com
Since we now have UVD support we should enable them by default.
Signed-off-by: Christian König christian.koe...@amd.com
Reviewed-by: Alex Deucher
- Original Message -
I wonder if, instead of sending statistics down the pipe with through vbuf,
it would be simpler to just have
void draw_statistics_start(struct draw_context *draw)
void draw_statistics_end(struct draw_context *draw,
struct
https://bugs.freedesktop.org/show_bug.cgi?id=63472
Priority: medium
Bug ID: 63472
Assignee: mesa-dev@lists.freedesktop.org
Summary: OSMesa Gallium Segfault in VTK Test
Severity: normal
Classification: Unclassified
OS: Linux
https://bugs.freedesktop.org/show_bug.cgi?id=63435
Hrvoje Senjan hrvoje.sen...@gmail.com changed:
What|Removed |Added
CC|
From: Christian König christian.koe...@amd.com
Set transfer flag instead of fiddling with the tilling params directly.
Signed-off-by: Christian König christian.koe...@amd.com
---
src/gallium/drivers/r600/r600_uvd.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=53835
rsw ask...@qq.com changed:
What|Removed |Added
CC||ask...@qq.com
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=63476
Priority: medium
Bug ID: 63476
Assignee: mesa-dev@lists.freedesktop.org
Summary: nothing find
Severity: blocker
Classification: Unclassified
OS: All
Reporter:
V2:
* fix ralloc memory leak
* follow mesa formating rule
* rename Pipeline.PipelineObj to Pipeline.Current
* rename gl_shader_state to gl_pipeline_object
* rebase on current mesa
Please find an implementation of the ARB_separate_shader_objects extensions. I
concentrate mostly on the state part
V2: formatting improvement
Nothings implemented yet but glProgramUniform* which are mostly
a copy/paste of the older function glUniform*
I create dedicated pipelineobj.[ch] file that will contains function
related to the new pipeline container object.
---
V2:
* Rename gl_shader_state to gl_pipeline_object
* Rename Pipeline.PipelineObj to Pipeline.Current
* Rename ValidationStatus to Validated
* Formatting improvement
V1:
* Extend gl_shader_state as pipeline object state
* Add a new container gl_pipeline_shader_state that contains
binding point
V2: Formatting improvement
V1:
CreateShaderProgramv is similar as CreateShaderProgramEXT. The 2 differences are
1/ it an array of strings
2/ it support the GL_PROGRAM_SEPARABLE (aka SeparateShader) flag
---
src/mesa/main/mtypes.h|5 +++
src/mesa/main/shaderapi.c | 94
V2:
* Rename object
* Formatting improvement
---
src/mesa/main/pipelineobj.c | 77 +++
1 file changed, 77 insertions(+)
diff --git a/src/mesa/main/pipelineobj.c b/src/mesa/main/pipelineobj.c
index cf741a1..6c9a56f 100644
--- a/src/mesa/main/pipelineobj.c
V2: formatting improvement
Basically a sed but shaderapi.c and get.c.
get.c = GL_CURRENT_PROGAM always refer to the old UseProgram behavior
shaderapi.c = the old api stil update the Shader object directly
---
src/mesa/drivers/common/meta.c | 10 ++--
V2: formatting improvement
save and restore _Shader/Pipeline binding point. Rational we don't want any
conflict
when the program will be unattached.
---
src/mesa/drivers/common/meta.c | 28 +---
1 file changed, 25 insertions(+), 3 deletions(-)
diff --git
V2: formatting rename
Implement _mesa_UseProgramStages =
arb_separate_shader_object-GetProgramPipelineiv is now pass :)
Extend use_shader_program to support a different target. Allow to reuse the
function to update
the pipeline state. Note I bypass the flush when target isn't current. Maybe
V2: formatting rename
Test become green in piglit:
The updated ext_transform_feedback-api-errors:useprogstage_noactive
useprogstage_active bind_pipeline
arb_separate_shader_object-GetProgramPipelineiv
arb_separate_shader_object-IsProgramPipeline
For the moment I reuse Driver.UseProgram but I
---
src/mesa/main/get.c |9 +
src/mesa/main/get_hash_params.py |3 +++
2 files changed, 12 insertions(+)
diff --git a/src/mesa/main/get.c b/src/mesa/main/get.c
index 54159c0..6cbb7db 100644
--- a/src/mesa/main/get.c
+++ b/src/mesa/main/get.c
@@ -369,6 +369,7 @@
V2:
Fix memory leak with ralloc_strdup
Formatting improvement
V1:
Implementation note:
I don't use context for ralloc (don't know how).
The check on PROGRAM_SEPARABLE flags is also done when the pipeline isn't bound.
It doesn't make any sense in a DSA style API.
Maybe we could replace
Note: it probably work on others drivers.
---
src/mesa/state_tracker/st_extensions.c |1 +
1 file changed, 1 insertion(+)
diff --git a/src/mesa/state_tracker/st_extensions.c
b/src/mesa/state_tracker/st_extensions.c
index f986480..4ce74f2 100644
--- a/src/mesa/state_tracker/st_extensions.c
- Original Message -
From: gregory gregory.hain...@gmail.com
To: gregory hainaut gregory.hain...@gmail.com
FWIW, your emails BCC'ing the list are a bit of a pain. They manage elude most
of my mail filtering rules, and replying-to-all doesn't include the list...
Jose
Sent: Friday,
On Fri, 12 Apr 2013 09:39:15 -0700 (PDT)
Jose Fonseca jfons...@vmware.com wrote:
- Original Message -
From: gregory gregory.hain...@gmail.com
To: gregory hainaut gregory.hain...@gmail.com
FWIW, your emails BCC'ing the list are a bit of a pain. They manage elude
most of my mail
While this doesn't have the detail that the FS scheduler does, and is
ignorant of dependency control, it's still good for a 0.60% +/- 0.15%
performance improvement on GLBenchmark 2.7 (n=45/47, outliers removed)
---
src/mesa/drivers/dri/i965/Makefile.sources |1 +
This could be used by shader-db for hopefully more accurate regression
testing.
---
src/mesa/drivers/dri/i965/brw_fs_schedule_instructions.cpp |5 +
1 file changed, 5 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_fs_schedule_instructions.cpp
Kenneth Graunke kenn...@whitecape.org writes:
This provides an interface for applications (and OpenGL-based tools) to
access GPU performance counters. Since the exact performance counters
available vary between vendors and hardware generations, the extension
provides an API the application
Kenneth Graunke kenn...@whitecape.org writes:
Ironlake's counters are always enabled; userspace can simply send a
MI_REPROT_PERF_COUNT packet to take a snapshot of them. This makes it
easy to implement.
The counters are documented in the source code for the intel-gpu-tools
On Thu, Apr 11, 2013 at 4:29 PM, Matt Turner matts...@gmail.com wrote:
For the sake of consistency.
Tested-by: Emil Velikov emil.l.veli...@gmail.com
Reviewed-and-Tested-by: Andreas Boll andreas.boll@gmail.com
---
Chad Jose,
Could you test the first two patches of this series with the
Kenneth Graunke kenn...@whitecape.org writes:
AMD_draw_buffers_blend.xml \
+ AMD_performance_monitor.xml \
Hi Ken,
Did you forget to add this new file to git? (I notice that other files
next to it, like AMD_draw_buffers_blend.xml are under revision control).
-Carl
--
On 04/12/2013 11:24 AM, Matt Turner wrote:
On Thu, Apr 11, 2013 at 4:29 PM, Matt Turner matts...@gmail.com wrote:
For the sake of consistency.
Tested-by: Emil Velikov emil.l.veli...@gmail.com
Reviewed-and-Tested-by: Andreas Boll andreas.boll@gmail.com
---
Chad Jose,
Could you test the
On Fri, 12 Apr 2013 19:02:47 +0200
gregory hainaut gregory.hain...@gmail.com wrote:
On Fri, 12 Apr 2013 09:39:15 -0700 (PDT)
Jose Fonseca jfons...@vmware.com wrote:
- Original Message -
From: gregory gregory.hain...@gmail.com
To: gregory hainaut gregory.hain...@gmail.com
This provides an interface for applications (and OpenGL-based tools) to
access GPU performance counters. Since the exact performance counters
available vary between vendors and hardware generations, the extension
provides an API the application can use to get the names, types, and
minimum/maximum
On 04/12/2013 10:55 AM, Eric Anholt wrote:
Kenneth Graunke kenn...@whitecape.org writes:
This provides an interface for applications (and OpenGL-based tools) to
access GPU performance counters. Since the exact performance counters
available vary between vendors and hardware generations, the
I have made some progress with this issue.
Vadim, I did as you suggested and tried to mimic the output from the
shader analyser
tool. I used your patch as a base and then tried various ways to see
what would work.
After many tries (and lockups) I did managed to get the
Please, patches for Mesa have to actually be addressed to Mesa.
I'm really excited to see progress on SSO, so hopefully we can get some
of this landed soon.
gregory gregory.hain...@gmail.com writes:
V2: formatting improvement
patch versioning generally comes at the end of the commit message.
Kenneth Graunke kenn...@whitecape.org writes:
Ironlake's counters are always enabled; userspace can simply send a
MI_REPROT_PERF_COUNT packet to take a snapshot of them. This makes it
easy to implement.
The counters are documented in the source code for the intel-gpu-tools
On Fri, 12 Apr 2013 12:38:19 -0700
Eric Anholt e...@anholt.net wrote:
Please, patches for Mesa have to actually be addressed to Mesa.
What do you mean? The github tree (was requested by Jordan)? Or because the
mail header doesn't contains mesa address (mail client setup issue that it is
now
diff --git a/src/mesa/main/dd.h b/src/mesa/main/dd.h
index 8f3cd3d..60e7653 100644
--- a/src/mesa/main/dd.h
+++ b/src/mesa/main/dd.h
@@ -646,6 +646,28 @@ struct dd_function_table {
void (*WaitQuery)(struct gl_context *ctx, struct gl_query_object *q);
/*@}*/
+ /**
+* \name
gregory hainaut gregory.hain...@gmail.com writes:
On Fri, 12 Apr 2013 12:38:19 -0700
Eric Anholt e...@anholt.net wrote:
Please, patches for Mesa have to actually be addressed to Mesa.
What do you mean? The github tree (was requested by Jordan)? Or
because the mail header doesn't contains
From: Tom Stellard thomas.stell...@amd.com
Instead of emitting configuration values (e.g. number of gprs used) in a
predefined order, the LLVM backend now emits these values in
register/value pairs. The first dword contains the register address and
the second dword contians the value to write.
On 04/12/2013 11:36 PM, Martin Andersson wrote:
I have made some progress with this issue.
Vadim, I did as you suggested and tried to mimic the output from the
shader analyser
tool. I used your patch as a base and then tried various ways to see
what would work.
After many tries (and lockups) I
52 matches
Mail list logo
