On 04/19/2013 11:35 AM, Eric Anholt wrote:
I noticed a fallback in regnum through sysprof, and wanted a nicer way to
get information about it.
---
src/mesa/drivers/common/meta.c | 28 +---
src/mesa/main/errors.h | 10 ++
2 files changed, 35 insertio
On Thu, Apr 11, 2013 at 10:12:01AM +0200, Christian König wrote:
> Am 10.04.2013 18:50, schrieb Tom Stellard:
> >On Wed, Apr 10, 2013 at 05:59:48PM +0200, Michel Dänzer wrote:
> >>[SNIP]
> >We should start using the updated pattern syntax for all new patterns.
> >This means replacing register class
I've pushed all of your libclc patches to my repo. If I missed one, let
me know. Thanks for the patches!
-Tom
On Sat, Apr 13, 2013 at 11:32:18AM -0500, Aaron Watry wrote:
> For any GENTYPE that isn't scalar, we need to implement a mixed
> vector/scalar version of clamp/max.
>
> This depends on
On Wed, Apr 17, 2013 at 07:54:32AM +0200, Mathias Fröhlich wrote:
>
> Tom,
>
> > -class LLVMEnsureMultithreaded {
> > -public:
> > - LLVMEnsureMultithreaded()
> > - {
> > - llvm_start_multithreaded();
> > - }
> > -};
> > -
> > -static LLVMEnsureMultithreaded lLVMEnsureMultithreaded;
>
On 04/19/2013 01:56 PM, Andreas Boll wrote:
From: Brian Paul
I don't recall authoring this particular patch. But AFAICT,
IN_DRI_DRIVER is no loger used, as you indidate.
-Brian
Not used anymore.
v2: Andreas Boll
- split patch into two patches
- remove more unused code
---
Please don't add any new environment variables and use R600_DEBUG
instead. The other environment variables are deprecated.
There is a table for R600_DEBUG in r600_pipe.c and it even comes with
a help feature: R600_DEBUG=help
Marek
On Fri, Apr 19, 2013 at 4:48 PM, Vadim Girlin wrote:
> Hi,
>
> I
Not used anymore.
---
Note: Untested
src/mesa/SConscript |1 -
1 file changed, 1 deletion(-)
diff --git a/src/mesa/SConscript b/src/mesa/SConscript
index 3cd0f87..b87e40d 100644
--- a/src/mesa/SConscript
+++ b/src/mesa/SConscript
@@ -31,7 +31,6 @@ if env['platform'] == 'windows':
e
On 04/19/2013 11:07 AM, Marek Olšák wrote:
It depends on what you need the sw fallback for. Stippling and
smoothing is accelerated. Maybe emulating fragment shaders with too
many instructions?
Marek
Yeah - it needs to correctly fall back to software for shaders that
exceed instruction limits.
On Fri, Apr 19, 2013 at 12:56 PM, Andreas Boll
wrote:
> ---
> configure.ac |3 ---
> src/glsl/Makefile.am |3 +--
> src/mesa/Makefile.am |2 +-
> src/mesa/drivers/dri/common/Makefile.am|1 -
> src/mesa/d
---
configure.ac |3 ---
src/glsl/Makefile.am |3 +--
src/mesa/Makefile.am |2 +-
src/mesa/drivers/dri/common/Makefile.am|1 -
src/mesa/drivers/dri/nouveau/Makefile.am |1 -
src/mesa/drivers/dri/r20
From: Brian Paul
Not used anymore.
v2: Andreas Boll
- split patch into two patches
- remove more unused code
---
configure.ac | 15 +--
1 file changed, 5 insertions(+), 10 deletions(-)
diff --git a/configure.ac b/configure.ac
index cdc8fd9..228c324 100644
--- a/confi
From: Brian Paul
Not used anymore.
v2: Andreas Boll
- split patch into two patches
---
configure.ac | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git a/configure.ac b/configure.ac
index 50e60f6..cdc8fd9 100644
--- a/configure.ac
+++ b/configure.ac
@@ -677,17
Removes the need of API_DEFINES.
---
src/mesa/drivers/dri/i915/Makefile.am | 11 ++-
src/mesa/drivers/dri/i965/Makefile.am | 11 ++-
2 files changed, 20 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i915/Makefile.am
b/src/mesa/drivers/dri/i915/Makefile.am
in
Removes the need of API_DEFINES.
---
src/gallium/targets/egl-static/Makefile.am | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/src/gallium/targets/egl-static/Makefile.am
b/src/gallium/targets/egl-static/Makefile.am
index 31dbc79..c68ed11 100644
--- a/src/galliu
---
0 files changed
mode change 100755 => 100644 src/mesa/drivers/dri/intel/intel_extensions.c
diff --git a/src/mesa/drivers/dri/intel/intel_extensions.c
b/src/mesa/drivers/dri/intel/intel_extensions.c
old mode 100755
new mode 100644
--
1.7.10.4
___
You can find these patches on this branch:
http://cgit.freedesktop.org/~ab/mesa/log/?h=remove-api_defines
Although the first patch doesn't really belong to this series,
I've found it while working on it.
Andreas.
Andreas Boll (4):
intel: remove executable bit from C file
egl-static: use auto
Verify that interface blocks match when linking separate shader
stages into a program.
Fixes piglit glsl-1.50 tests:
* linker/interface-blocks-vs-fs-member-count-mismatch.shader_test
* linker/interface-blocks-vs-fs-member-order-mismatch.shader_test
Signed-off-by: Jordan Justen
---
src/glsl/inte
With this change we now support interface block arrays.
For example, cases like this:
out block_name {
float f;
} block_instance[2];
This allows Mesa to pass the piglit glsl-1.50 test:
* execution/interface-blocks-complex-vs-fs.shader_test
Signed-off-by: Jordan Justen
---
src/glsl/lower_na
Verify that interface blocks match when combining compilation
units at the same stage. (For example, when merging all vertex
shaders.)
Fixes piglit glsl-1.50 test:
* linker/interface-blocks-multiple-vs-member-count-mismatch.shader_test
Signed-off-by: Jordan Justen
---
src/glsl/Makefile.sources
Signed-off-by: Jordan Justen
---
src/glsl/link_varyings.cpp | 33 +
1 file changed, 29 insertions(+), 4 deletions(-)
diff --git a/src/glsl/link_varyings.cpp b/src/glsl/link_varyings.cpp
index 04c9fdd..b374049 100644
--- a/src/glsl/link_varyings.cpp
+++ b/src/gls
Signed-off-by: Jordan Justen
Reviewed-by: Kenneth Graunke
---
src/glsl/ast_to_hir.cpp | 28 ++--
1 file changed, 22 insertions(+), 6 deletions(-)
diff --git a/src/glsl/ast_to_hir.cpp b/src/glsl/ast_to_hir.cpp
index 25fcee4..8005fbd 100644
--- a/src/glsl/ast_to_hir.cpp
Previously uniform blocks allowed for the 'uniform' keyword
to be used with members of a uniform blocks. With interface
blocks 'in' can be used on 'in' interface block members and
'out' can be used on 'out' interface block members.
The basic_interface_block rule will verify that the same
qualifier
For interface blocks, there are three separate namespaces for
uniform, input and output blocks.
Signed-off-by: Jordan Justen
---
src/glsl/glsl_symbol_table.cpp | 84 ++--
src/glsl/glsl_symbol_table.h |4 ++
2 files changed, 85 insertions(+), 3 deletion
Signed-off-by: Jordan Justen
---
src/glsl/ast_to_hir.cpp |6 ++
1 file changed, 6 insertions(+)
diff --git a/src/glsl/ast_to_hir.cpp b/src/glsl/ast_to_hir.cpp
index 40f3188..612b3e4 100644
--- a/src/glsl/ast_to_hir.cpp
+++ b/src/glsl/ast_to_hir.cpp
@@ -4187,6 +4187,12 @@ ast_process_stru
Signed-off-by: Jordan Justen
---
src/glsl/ast_to_hir.cpp |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/src/glsl/ast_to_hir.cpp b/src/glsl/ast_to_hir.cpp
index 9913309..25fcee4 100644
--- a/src/glsl/ast_to_hir.cpp
+++ b/src/glsl/ast_to_hir.cpp
@@ -4178,7 +4178,11 @@ a
Uniform/interface blocks are a separate namespace from types.
Signed-off-by: Jordan Justen
---
src/glsl/ast_to_hir.cpp |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/glsl/ast_to_hir.cpp b/src/glsl/ast_to_hir.cpp
index 612b3e4..9913309 100644
--- a/src/glsl/ast_to_hir.
An interface block member may specify the type:
in {
in vec4 in_var_with_qualifier;
};
When specified with the member, it must match the same
type as interface block type.
It can also omit the qualifier:
uniform {
vec4 uniform_var_without_qualifier;
};
When the type is not specified with
Convert interface blocks with instance names into flat
interface blocks without an instance name.
Signed-off-by: Jordan Justen
---
src/glsl/Makefile.sources |1 +
src/glsl/ir_optimization.h|1 +
src/glsl/linker.cpp |6 +
src/glsl/
Interface blocks in GLSL 150 allow an instance name to be used.
v2:
* use state->check_version
Signed-off-by: Jordan Justen
Reviewed-by: Eric Anholt
Reviewed-by: Kenneth Graunke
---
src/glsl/glsl_parser.yy |8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/src/gls
Previously only 'uniform' was allowed for uniform blocks.
Now, in/out can be parsed, but it will only be allowed for
GLSL >= 150.
Signed-off-by: Jordan Justen
Reviewed-by: Eric Anholt
---
src/glsl/glsl_parser.yy | 51 +--
1 file changed, 40 inserti
Signed-off-by: Jordan Justen
Reviewed-by: Eric Anholt
Reviewed-by: Kenneth Graunke
---
src/glsl/glsl_parser.yy | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/src/glsl/glsl_parser.yy b/src/glsl/glsl_parser.yy
index cd33078..33b74ea 100644
--- a/s
Signed-off-by: Jordan Justen
Reviewed-by: Eric Anholt
Reviewed-by: Kenneth Graunke
---
src/glsl/ast.h |4 ++--
src/glsl/ast_to_hir.cpp |6 +++---
src/glsl/glsl_parser.yy | 14 +++---
3 files changed, 12 insertions(+), 12 deletions(-)
diff --git a/src/glsl/ast.h b/src
Note: This is a resend of v3, originally posted March 25.
git://people.freedesktop.org/~jljusten/mesa interface-blocks-v3
v3:
* Several clean-ups based on v2 code review
* Fix (proposed) piglit test:
execution/interface-blocks-same-uniform-varying-name.shader_test
(varying interface block
Signed-off-by: Jordan Justen
Reviewed-by: Eric Anholt
Reviewed-by: Kenneth Graunke
---
src/glsl/glsl_parser.yy | 14 ++
1 file changed, 14 insertions(+)
diff --git a/src/glsl/glsl_parser.yy b/src/glsl/glsl_parser.yy
index 0a2a77b..dbc25a4 100644
--- a/src/glsl/glsl_parser.yy
+++
On 04/19/2013 12:35 PM, Eric Anholt wrote:
I noticed a fallback in regnum through sysprof, and wanted a nicer way to
get information about it.
---
src/mesa/drivers/common/meta.c | 28 +---
src/mesa/main/errors.h | 10 ++
2 files changed, 35 insertio
On 04/19/2013 12:29 PM, Eric Anholt wrote:
This matches u_minify()'s behavior, for consistency.
---
src/mesa/drivers/dri/i915/i915_tex_layout.c| 18 +-
src/mesa/drivers/dri/i965/brw_tex_layout.c |8
src/mesa/drivers/dri/intel/intel_tex_layout.c | 12 +
On 04/19/2013 12:29 PM, Eric Anholt wrote:
This should be reusable for other non-gallium drivers, so we can make the
extension always be available.
---
src/mesa/drivers/common/driverfuncs.c |3 ++-
src/mesa/drivers/dri/intel/intel_tex.c | 26 --
src/mesa/main/te
I noticed a fallback in regnum through sysprof, and wanted a nicer way to
get information about it.
---
src/mesa/drivers/common/meta.c | 28 +---
src/mesa/main/errors.h | 10 ++
2 files changed, 35 insertions(+), 3 deletions(-)
diff --git a/src/mesa/dri
---
src/mesa/drivers/dri/intel/intel_buffer_objects.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/intel/intel_buffer_objects.c
b/src/mesa/drivers/dri/intel/intel_buffer_objects.c
index 2342f19..996518b 100644
--- a/src/mesa/drivers/dri/intel/in
Am 19.04.2013 20:10, schrieb Zack Rusin:
> - Original Message -
>> Looks good to me though I wonder if it would be an option to do this at
>> vertex fetch time instead after vs? I guess though that way it would
>> have to be done separate for the llvm and non-llvm code as the fetch is
>> i
This should be reusable for other non-gallium drivers, so we can make the
extension always be available.
---
src/mesa/drivers/common/driverfuncs.c |3 ++-
src/mesa/drivers/dri/intel/intel_tex.c | 26 --
src/mesa/main/texstorage.c | 21 ++
This matches u_minify()'s behavior, for consistency.
---
src/mesa/drivers/dri/i915/i915_tex_layout.c| 18 +-
src/mesa/drivers/dri/i965/brw_tex_layout.c |8
src/mesa/drivers/dri/intel/intel_tex_layout.c | 12 ++--
src/mesa/drivers/dri/intel/intel_te
- Original Message -
> Looks good to me though I wonder if it would be an option to do this at
> vertex fetch time instead after vs? I guess though that way it would
> have to be done separate for the llvm and non-llvm code as the fetch is
> integrated into the llvm code. I think that the
It depends on what you need the sw fallback for. Stippling and
smoothing is accelerated. Maybe emulating fragment shaders with too
many instructions?
Marek
On Thu, Apr 18, 2013 at 3:11 AM, Eric Anholt wrote:
> Kenneth Graunke writes:
>
>> On 04/17/2013 01:59 PM, Dave Airlie wrote:
>>> Hi,
>>>
>
Removes 75/78 state-dependent recompiles in GLB2.7 (the remaining 3 are
due to FBO-rendering size predictions).
---
src/mesa/drivers/dri/i965/brw_fs.cpp |2 +-
src/mesa/drivers/dri/i965/brw_vs.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i9
Am 18.04.2013 12:16, schrieb Zack Rusin:
> Input assembler needs to be able to decompose adjacency primitives
> into something that can be understood by the rest of the pipeline.
> The specs say that the adjacency primitives are *only* visible
> in the geometry shader, for everything else they need
On Thu, Apr 18, 2013 at 2:29 PM, Chia-I Wu wrote:
> Hi list,
>
> Per the discussion, i965g is confusing and misleading. Instead of
> preventing the confusions via
>
> --with-gallium-drivers=i965g-unofficial or
> --with-gallium-drivers=experimental-i965g,
>
> which kind of makes i965g a second
On 04/19/2013 08:35 PM, Christian König wrote:
Hey Vadim,
Am 19.04.2013 18:18, schrieb Vadim Girlin:
[SNIP]
In theory, yes, some optimizations in this branch are typically used
on the earlier compilation stages, not on the target machine code. On
the other hand, there are some differences that
Hey Vadim,
Am 19.04.2013 18:18, schrieb Vadim Girlin:
[SNIP]
In theory, yes, some optimizations in this branch are typically used
on the earlier compilation stages, not on the target machine code. On
the other hand, there are some differences that might make it harder,
e.g. many algorithms r
On 04/19/2013 07:13 PM, � wrote:
Hi Vadim,
from your description it seems to be a post processing stage working on
the bytecode of the shaders and additional to that is quite separated
from the rest of the driver.
Yes, currently it's more like a post-processing stage, though on the
other hand
On 04/19/2013 07:23 PM, Henri Verbeet wrote:
On 19 April 2013 16:48, Vadim Girlin wrote:
In the previous status update I said that the r600-sb branch is not ready to
be merged yet, but recently I've done some cleanups and reworks, and though
I haven't finished everything that I planned initiall
Just some minor nits...
On 04/18/2013 04:16 AM, Zack Rusin wrote:
Input assembler needs to be able to decompose adjacency primitives
into something that can be understood by the rest of the pipeline.
The specs say that the adjacency primitives are *only* visible
in the geometry shader, for ever
On 04/18/2013 04:16 AM, Zack Rusin wrote:
Signed-off-by: Zack Rusin
---
src/gallium/auxiliary/util/u_prim.h |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_prim.h
b/src/gallium/auxiliary/util/u_prim.h
index 99bb66c..507d12e 100644
-
Am 19.04.2013 09:26, schrieb Jose Fonseca:
>
>
> - Original Message -
>> From: Roland Scheidegger
>>
>> docs were missing, especially the opcode-from-hell switch however is anything
>> but obvious.
>> ---
>> src/gallium/docs/source/tgsi.rst | 57
>> ++-
On 19 April 2013 16:48, Vadim Girlin wrote:
> In the previous status update I said that the r600-sb branch is not ready to
> be merged yet, but recently I've done some cleanups and reworks, and though
> I haven't finished everything that I planned initially, I think now it's in
> a better state an
Hi Vadim,
from your description it seems to be a post processing stage working on
the bytecode of the shaders and additional to that is quite separated
from the rest of the driver.
If that's the case then I don't really see a reason why we shouldn't
merge it, but at least at the beginning it
Hi,
In the previous status update I said that the r600-sb branch is not
ready to be merged yet, but recently I've done some cleanups and
reworks, and though I haven't finished everything that I planned
initially, I think now it's in a better state and may be considered for
merging.
I'm inte
On 19.04.2013 14:08, Marek Olšák wrote:
> That's not true. PIPE_TRANSFER_DISCARD_WHOLE_RESOURCE does not copy
> data in radeon drivers. It really does what st/mesa does - it creates
> a new buffer and throws away the old one, which doesn't take any GPU
> bandwidth. Doing that at a lower level shoul
That's not true. PIPE_TRANSFER_DISCARD_WHOLE_RESOURCE does not copy
data in radeon drivers. It really does what st/mesa does - it creates
a new buffer and throws away the old one, which doesn't take any GPU
bandwidth. Doing that at a lower level should be faster in theory (+
drivers have multiple o
On Tue, Apr 16, 2013 at 04:55:14PM -0700, Eric Anholt wrote:
> Topi Pohjolainen writes:
>
> > Signed-off-by: Topi Pohjolainen
> > ---
> > src/mesa/drivers/dri/intel/intel_screen.c | 22 --
> > 1 file changed, 16 insertions(+), 6 deletions(-)
> >
> > diff --git a/src/mesa/dri
On Tue, Apr 16, 2013 at 04:57:49PM -0700, Eric Anholt wrote:
> Topi Pohjolainen writes:
>
> > Signed-off-by: Topi Pohjolainen
> > ---
> > src/mesa/drivers/dri/intel/intel_screen.c | 101
> > +-
> > 1 file changed, 71 insertions(+), 30 deletions(-)
> >
> > diff --git
On Tue, Apr 16, 2013 at 01:22:22PM -0700, Eric Anholt wrote:
> Topi Pohjolainen writes:
>
> > The set introduces new target for 'eglCreateImageKHR()' allowing one
> > to create EGL images out of externally allocated buffers. Especially
> > one can combine up to three separate buffers into one sin
On 19.04.2013 09:26, Jose Fonseca wrote:
>
> - Original Message -
>> From: Roland Scheidegger
>>
>> docs were missing, especially the opcode-from-hell switch however is anything
>> but obvious.
>> ---
>> src/gallium/docs/source/tgsi.rst | 57
>> ++
>>
- Original Message -
> From: Roland Scheidegger
>
> docs were missing, especially the opcode-from-hell switch however is anything
> but obvious.
> ---
> src/gallium/docs/source/tgsi.rst | 57
> ++
> 1 file changed, 51 insertions(+), 6 deletions(-)
- Original Message -
>
> Signed-off-by: Zack Rusin
> ---
> src/gallium/auxiliary/util/u_prim.h |8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/src/gallium/auxiliary/util/u_prim.h
> b/src/gallium/auxiliary/util/u_prim.h
> index 99bb66c..507d12e 10064
65 matches
Mail list logo
