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 d
From: Tom Stellard
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.
---
src/gallium/drivers/
gregory hainaut writes:
> On Fri, 12 Apr 2013 12:38:19 -0700
> Eric Anholt 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
> 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);
> /*@}*/
>
> + /**
> +
On Fri, 12 Apr 2013 12:38:19 -0700
Eric Anholt 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 fixed) ?
> I'm
Kenneth Graunke 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
> intel_perf_counters utility.
>
>
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 writes:
> V2: formatting improvement
patch versioning generally comes at the end of the commit message.
Also, could you fix up y
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
ext_transform_feedback/order
On 04/12/2013 10:55 AM, Eric Anholt wrote:
Kenneth Graunke 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 A
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 Fri, 12 Apr 2013 19:02:47 +0200
gregory hainaut wrote:
> On Fri, 12 Apr 2013 09:39:15 -0700 (PDT)
> Jose Fonseca wrote:
>
> > - Original Message -
> > > From: "gregory"
> > > To: "gregory hainaut"
> >
> > FWIW, your emails BCC'ing the list are a bit of a pain. They manage elude
>
On 04/12/2013 11:24 AM, Matt Turner wrote:
On Thu, Apr 11, 2013 at 4:29 PM, Matt Turner wrote:
For the sake of consistency.
Tested-by: Emil Velikov
Reviewed-and-Tested-by: Andreas Boll
---
Chad & Jose,
Could you test the first two patches of this series with the Android
and scons build sy
Kenneth Graunke 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
--
carl.d.wo...@intel.com
pgpC2Upa
On Thu, Apr 11, 2013 at 4:29 PM, Matt Turner wrote:
> For the sake of consistency.
>
> Tested-by: Emil Velikov
> Reviewed-and-Tested-by: Andreas Boll
> ---
Chad & Jose,
Could you test the first two patches of this series with the Android
and scons build systems? I've tried to make the proper c
Kenneth Graunke 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
> intel_perf_counters utility.
>
Kenneth Graunke 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 can use to get the
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
b/src/mesa/drivers/dri/i965/brw_fs_
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 +
src/mesa/drivers/dri/i
On Fri, 12 Apr 2013 09:39:15 -0700 (PDT)
Jose Fonseca wrote:
> - Original Message -
> > From: "gregory"
> > To: "gregory hainaut"
>
> 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
>
- Original Message -
> From: "gregory"
> To: "gregory hainaut"
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, April 12, 2013 5:22:02 PM
> Subject: [Mesa-dev
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
++
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 _mesa_vali
---
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 @@ EXTRA_
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 g
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 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 a/src/mesa/dri
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 ++--
src/mesa/drivers/dri/i
V2: formating improvement
To avoid NULL pointer check a default pipeline object is installed in _Shader
when no
program is current
The spec say that UseProgram/UseShaderProgramEXT/ActiveProgramEXT got an higher
priority over the pipeline object. When default program is uninstall, the
pipeline i
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
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 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 of
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.
---
src/mapi/glapi/gen/ARB_separate_shader
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
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: ask..
https://bugs.freedesktop.org/show_bug.cgi?id=53835
rsw changed:
What|Removed |Added
CC||ask...@qq.com
--
You are receiving this mail beca
From: Christian König
Set transfer flag instead of fiddling with the tilling params directly.
Signed-off-by: Christian König
---
src/gallium/drivers/r600/r600_uvd.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_uvd.c
b/src/gall
https://bugs.freedesktop.org/show_bug.cgi?id=63435
Hrvoje Senjan changed:
What|Removed |Added
CC||hrvoje.sen...@gmail.com
--
You are rece
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 (
- 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 p
On Fri, Apr 12, 2013 at 4:26 AM, Christian König
wrote:
> From: Christian König
>
> Since we now have UVD support we should enable them by default.
>
> Signed-off-by: Christian König
Reviewed-by: Alex Deucher
> ---
> configure.ac |6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(
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: L
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.
_
Add a note to update PACKAGE_VERSION for Android and scons builds
Signed-off-by: Emil Velikov
---
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
+++ b/docs/devinfo.html
@@ -197,6
Signed-off-by: Emil Velikov
---
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 what's new or changed in
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
---
docs/extensions.html | 34 +-
docs/relnotes/5.1
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
mesa-dev@lists.freede
- 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
> so
- 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
> ha
From: Christian König
Since we now have UVD support we should enable them by default.
Signed-off-by: Christian König
---
configure.ac |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/configure.ac b/configure.ac
index 55ebb07..aa95406 100644
--- a/configure.ac
+++ b/
On Thu, Apr 11, 2013 at 11:35 PM, Jordan Justen wrote:
> Assuming this matched your make-dist-1 branch,
It does.
> Series Reviewed-by: Jordan Justen
Thanks!
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman
50 matches
Mail list logo
