On Tuesday, June 10, 2014 10:51:40 AM Jon TURNEY wrote:
Nearly all the error cases in *createScreen() issue an error message to
diagnose
the failure to initialize before branching to handle_error. The few
remaining
error cases which don't should probably do the same.
(At the moment, it
On Monday, June 09, 2014 05:50:21 PM Ian Romanick wrote:
On 06/08/2014 03:17 PM, Jordan Justen wrote:
This will allow us to utilize the early MESA_EXTENSION_OVERRIDE
parsing at the later extension string initialization step.
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
---
Hi Emil,
On Fri, Jun 13, 2014 at 3:56 AM, Emil Velikov emil.l.veli...@gmail.com wrote:
Hi all,
These patches add support for building (grouping) the various targets per
API, meaning that only one library will be created for e.g. vdpau
(libvdpau_gallium) with individual ones (libvdpau_r600)
To those who have been curious what I was up to: I wasn't sure when I
could announce my new projecct, I just got the ack day before yesterday,
and I've been a little busy.
I'm working toward building a Mesa driver for Broadcom VC4 (aka
Raspberry Pi). At the moment I'm still bringing up the DRM
Hello.
Can you provide a code that you already have? I am very interested to
see DRM/KMS/Mesa on RPi.
On Wed, Jun 18, 2014 at 9:28 AM, Eric Anholt e...@anholt.net wrote:
To those who have been curious what I was up to: I wasn't sure when I
could announce my new projecct, I just got the ack day
Peter Hanzel hanzelpe...@gmail.com writes:
Hello.
Can you provide a code that you already have? I am very interested to
see DRM/KMS/Mesa on RPi.
The code that doesn't do anything yet is on
https://github.com/anholt/linux
on the vc4 branch. It doesn't do anything useful. Really.
If the geometry shader is indeed using streams then we need 2 control data
bits per vertex for the StreamID. If the shader is not using streams then
we don't need control data bits.
---
src/mesa/drivers/dri/i965/brw_vec4_gs.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff
---
src/glsl/link_varyings.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/src/glsl/link_varyings.h b/src/glsl/link_varyings.h
index 4e485c3..167363e 100644
--- a/src/glsl/link_varyings.h
+++ b/src/glsl/link_varyings.h
@@ -112,6 +112,16 @@ public:
return
For now initialized to the default stream 0.
---
src/glsl/link_varyings.cpp | 1 +
src/mesa/main/mtypes.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/src/glsl/link_varyings.cpp b/src/glsl/link_varyings.cpp
index 6863298..f765d37 100644
--- a/src/glsl/link_varyings.cpp
+++
This series addresses review comments of the previous version and adds a few
things. Summary of the changes in version 2:
Patch 1:
- Ian: multiple layout(location=) qualifiers
+ This was not a problem in the end.
- Chris: s/explicitely/explicitly/
- Chris: Remove 'Id' suffix in
From: Samuel Iglesias Gonsalvez sigles...@igalia.com
This implements parsing requirements for multi-stream support in
geometry shaders as defined in ARB_gpu_shader5.
Signed-off-by: Samuel Iglesias Gonsalvez sigles...@igalia.com
---
src/glsl/ast.h| 5 +
If this is detected, fail to link.
---
src/glsl/link_varyings.cpp | 17 +
1 file changed, 17 insertions(+)
diff --git a/src/glsl/link_varyings.cpp b/src/glsl/link_varyings.cpp
index 3b20594..3d5a680 100644
--- a/src/glsl/link_varyings.cpp
+++ b/src/glsl/link_varyings.cpp
@@
---
src/mesa/main/shaderobj.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/mesa/main/shaderobj.c b/src/mesa/main/shaderobj.c
index 03db862..b3d428c 100644
--- a/src/mesa/main/shaderobj.c
+++ b/src/mesa/main/shaderobj.c
@@ -248,6 +248,7 @@ _mesa_init_shader_program(struct gl_context
---
src/glsl/ir_print_visitor.cpp | 13 +
src/glsl/ir_reader.cpp| 22 ++
2 files changed, 27 insertions(+), 8 deletions(-)
diff --git a/src/glsl/ir_print_visitor.cpp b/src/glsl/ir_print_visitor.cpp
index c4a6f9c..dcb53b3 100644
---
From: Samuel Iglesias Gonsalvez sigles...@igalia.com
Signed-off-by: Samuel Iglesias Gonsalvez sigles...@igalia.com
---
src/glsl/ir_print_visitor.cpp | 7 +--
src/glsl/ir_reader.cpp| 6 ++
2 files changed, 11 insertions(+), 2 deletions(-)
diff --git
---
src/glsl/builtin_functions.cpp | 52 ++--
src/glsl/ir.h| 34 +--
src/glsl/ir_hierarchical_visitor.cpp | 50 +-
src/glsl/ir_hierarchical_visitor.h | 6 +++--
Check if non-zero streams are used. Fail to link if emitting to unsupported
streams or emitting to non-zero streams with output type other than GL_POINTS.
---
src/glsl/linker.cpp | 148 +++-
1 file changed, 134 insertions(+), 14 deletions(-)
diff
---
src/mesa/program/program.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/mesa/program/program.c b/src/mesa/program/program.c
index 1263cea..aedce3e 100644
--- a/src/mesa/program/program.c
+++ b/src/mesa/program/program.c
@@ -552,6 +552,7 @@ _mesa_clone_program(struct gl_context
Inter-shader outputs must be on stream 0, which is the default.
---
src/glsl/link_varyings.cpp | 12 +---
src/glsl/link_varyings.h | 7 +++
2 files changed, 16 insertions(+), 3 deletions(-)
diff --git a/src/glsl/link_varyings.cpp b/src/glsl/link_varyings.cpp
index f765d37..9725a43
Configure hardware to read vertex data for all streams and have all streams
write their varyings to the corresponsing output buffers.
---
src/mesa/drivers/dri/i965/gen7_sol_state.c | 67 +++---
1 file changed, 43 insertions(+), 24 deletions(-)
diff --git
It should be possible to query the number of primitives written to each
individual stream by a geometry shader in a single draw call. For that
we need to have up to MAX_VERTEX_STREAM separate query objects.
---
src/mesa/main/mtypes.h | 4 ++--
src/mesa/main/queryobj.c | 17 +
2
This should be ensured by the parser, so assert on that.
---
src/glsl/link_varyings.cpp | 5 +
1 file changed, 5 insertions(+)
diff --git a/src/glsl/link_varyings.cpp b/src/glsl/link_varyings.cpp
index 3d5a680..520a51a 100644
--- a/src/glsl/link_varyings.cpp
+++ b/src/glsl/link_varyings.cpp
So far we have been using CL_INVOCATION_COUNT to resolve this query but this
is no good with streams, as only stream 0 reaches the clipping stage.
From ARB_transform_feedback3:
When a generated primitive query for a vertex stream is active, the
primitives-generated count is incremented every
On Intel hardware when a geometry shader outputs GL_POINTS primitives we
only need to emit vertex control bits if it emits vertices to non-zero
streams, so use a flag to track this.
This flag will be set to TRUE when a geometry shader calls EmitStreamVertex()
or EndStreamPrimitive() with a
---
src/mesa/main/mtypes.h | 1 +
src/mesa/main/queryobj.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/src/mesa/main/mtypes.h b/src/mesa/main/mtypes.h
index 5bc710e..2eaf2f5 100644
--- a/src/mesa/main/mtypes.h
+++ b/src/mesa/main/mtypes.h
@@ -2895,6 +2895,7 @@ struct gl_query_object
Outputs that are linked to inputs in the next stage must be output to stream 0,
otherwise we should fail to link.
---
src/glsl/link_varyings.cpp | 8
1 file changed, 8 insertions(+)
diff --git a/src/glsl/link_varyings.cpp b/src/glsl/link_varyings.cpp
index 9725a43..3b20594 100644
---
---
src/mesa/drivers/dri/i965/brw_context.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_context.c
b/src/mesa/drivers/dri/i965/brw_context.c
index cfb0be0..6ba58d3 100644
--- a/src/mesa/drivers/dri/i965/brw_context.c
+++
---
src/mesa/drivers/dri/i965/gen6_queryobj.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/gen6_queryobj.c
b/src/mesa/drivers/dri/i965/gen6_queryobj.c
index 06ac645..0cb64ca 100644
--- a/src/mesa/drivers/dri/i965/gen6_queryobj.c
+++
In stream mode we have to set control data bits with the StreamID
information for every vertex.
---
src/mesa/drivers/dri/i965/brw_vec4_gs_visitor.cpp | 51 ++-
src/mesa/drivers/dri/i965/brw_vec4_gs_visitor.h | 1 +
2 files changed, 51 insertions(+), 1 deletion(-)
diff
From: Samuel Iglesias Gonsalvez sigles...@igalia.com
Signed-off-by: Samuel Iglesias Gonsalvez sigles...@igalia.com
---
docs/GL3.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/docs/GL3.txt b/docs/GL3.txt
index a073562..a696e10 100644
--- a/docs/GL3.txt
+++ b/docs/GL3.txt
Hi Emil,
This patch is Reviewed-by: Christian König christian.koe...@amd.com
But there is still something looking odd:
if NEED_RADEON_DRM_WINSYS
if !HAVE_GALLIUM_R300
-if !HAVE_GALLIUM_RADEONSI
STATIC_TARGET_LIB_DEPS += \
Am 17.06.2014 20:02, schrieb Emil Velikov:
The r600 equivalent of previous commit.
v2:
- Correctly include the radeon winsys/radeon_common.
Cc: Christian König christian.koe...@amd.com
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
Reviewed-by: Christian König
Am 17.06.2014 20:04, schrieb Emil Velikov:
The r600 counterpart of previous commit - now the libomx-r600 is
built into the libomx-mesa library. Providing a single library per API.
v2:
- Include the radeon winsys only when there is a user for it.
Cc: Leo Liu leo@amd.com
Cc: Christian
Am 17.06.2014 20:05, schrieb Emil Velikov:
The radeonsi counterpart of previous commit - now libomx-radeonsi is
built into the libomx-mesa library. Providing a single library per API.
v2:
- Include the radeon winsys only when there is a user for it.
Cc: Leo Liu leo@amd.com
Cc: Christian
Am 17.06.2014 20:06, schrieb Emil Velikov:
Similar to previous commit, this allows us to minimise some
of the duplication by compacting all vdpau targets into a
single library.
v2:
- Include the radeon winsys only when there is a user for it.
Cc: Christian König christian.koe...@amd.com
Am 17.06.2014 20:38, schrieb Emil Velikov:
Related to previous commit, merge the separate dri targets to a single
one.
This is essentially all the buildsystem mayhem required for megaradeon.
Cc: Marek Olšák marek.ol...@amd.com
Cc: Michel Dänzer michel.daen...@amd.com
Cc: Christian König
From: Greg Hunt greg.h...@mobica.com
These cause a small slowdown when we are sending a large number of small
batches to the GPU.
Signed-off-by: Gregory Hunt greg.h...@mobica.com
---
src/mesa/drivers/dri/i965/gen6_vs_state.c | 2 +-
src/mesa/drivers/dri/i965/gen7_blorp.cpp | 2 +-
@Grigori: Should I push it or did you got your account in the meantime?
Christian.
Am 17.06.2014 22:26, schrieb Marek Olšák:
This looks good to me.
Reviewed-by: Marek Olšák marek.ol...@amd.com
Marek
On Wed, Jun 4, 2014 at 6:54 PM, Grigori Goronzy g...@chown.ath.cx wrote:
This makes 4:2:2
On 18.06.2014 13:11, Christian König wrote:
@Grigori: Should I push it or did you got your account in the meantime?
No account yet. I wonder what's going on. Please push.
Best regards
Grigori
Christian.
Am 17.06.2014 22:26, schrieb Marek Olšák:
This looks good to me.
Reviewed-by: Marek
https://bugs.freedesktop.org/show_bug.cgi?id=80183
Priority: medium
Bug ID: 80183
Assignee: mesa-dev@lists.freedesktop.org
Summary: [llvmpipe] triangles with vertices that map to raster
positions viewport width/height are not
Also, as suggested by Ian Romanick, make it so we don't need a bunch of
individual handles to flippable matrices, instead we register
matrix/transpose_matrix pairs in a hash table for all built-in matrices
using the non-transpose matrix name as key.
---
src/glsl/opt_flip_matrices.cpp | 145
Ok, pushed the patches.
Account requests usually take a while to complete, that's nothing to
worry about.
Regards,
Christian.
Am 18.06.2014 13:14, schrieb Grigori Goronzy:
On 18.06.2014 13:11, Christian König wrote:
@Grigori: Should I push it or did you got your account in the meantime?
Am 12.06.2014 18:27, schrieb Leo Liu:
Signed-off-by: Leo Liu leo@amd.com
I've pushed everything upstream.
Thanks for the help,
Christian.
---
src/gallium/state_trackers/omx/vid_enc.c | 32
1 file changed, 16 insertions(+), 16 deletions(-)
diff --git
On 18 June 2014 08:21, Chia-I Wu olva...@gmail.com wrote:
Hi Emil,
On Fri, Jun 13, 2014 at 3:56 AM, Emil Velikov emil.l.veli...@gmail.com
wrote:
Hi all,
These patches add support for building (grouping) the various targets per
API, meaning that only one library will be created for e.g.
https://bugs.freedesktop.org/show_bug.cgi?id=80185
Priority: medium
Bug ID: 80185
Assignee: mesa-dev@lists.freedesktop.org
Summary: Please do not hardcode SELinux identifiers in the code
Severity: normal
Classification: Unclassified
https://bugs.freedesktop.org/show_bug.cgi?id=80185
Laurent Bigonville l.bigonvi...@edpnet.be changed:
What|Removed |Added
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=80185
--- Comment #2 from Laurent Bigonville l.bigonvi...@edpnet.be ---
An other question might also arise is why would a failure of the mmap()
function considered as an error in one case and not in the case where SELinux
would prevent it to succeed?
https://bugs.freedesktop.org/show_bug.cgi?id=80185
--- Comment #3 from rhatdan dwa...@redhat.com ---
In Fedora the allow_exemem boolean is not set, and this boolean would only
effect user space.
getsebool -a | grep execmem
boinc_execmem -- on
cluster_use_execmem -- off
cups_execmem -- off
On Tue, Jun 17, 2014 at 07:38:16PM +0100, Emil Velikov wrote:
Hi all,
As a follow up to the static/shared pipe-drivers series here is the final
series (if anyone is interested I may take a look at egl + opencl) of
refactoring the gallium dri targets into a single library/provider.
Hi
Am 18.06.2014 01:54, schrieb Dave Airlie:
On 18 June 2014 05:08, Roland Scheidegger srol...@vmware.com wrote:
This looks ok to me though since tgsi currently doesn't have any double
opcodes (well the docs have them...) it doesn't really apply to most
drivers (at least I assume you don't want
On Wed, Jun 18, 2014 at 8:14 PM, Emil Velikov emil.l.veli...@gmail.com wrote:
On 18 June 2014 08:21, Chia-I Wu olva...@gmail.com wrote:
Hi Emil,
On Fri, Jun 13, 2014 at 3:56 AM, Emil Velikov emil.l.veli...@gmail.com
wrote:
Hi all,
These patches add support for building (grouping) the
On Wed, Jun 18, 2014 at 09:54:28AM +1000, Dave Airlie wrote:
On 18 June 2014 05:08, Roland Scheidegger srol...@vmware.com wrote:
This looks ok to me though since tgsi currently doesn't have any double
opcodes (well the docs have them...) it doesn't really apply to most
drivers (at least I
https://bugs.freedesktop.org/show_bug.cgi?id=80183
Roland Scheidegger srol...@vmware.com changed:
What|Removed |Added
Attachment #101296|text/plain |application/zip
---
src/gallium/drivers/r600/compute_memory_pool.c | 147 +++--
src/gallium/drivers/r600/compute_memory_pool.h | 10 +-
2 files changed, 46 insertions(+), 111 deletions(-)
diff --git a/src/gallium/drivers/r600/compute_memory_pool.c
Every item that has been placed in the pool must have start_in_dw
different from -1.
---
src/gallium/drivers/r600/compute_memory_pool.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/src/gallium/drivers/r600/compute_memory_pool.h
b/src/gallium/drivers/r600/compute_memory_pool.h
index
---
src/gallium/drivers/r600/compute_memory_pool.c | 146 +++--
src/gallium/drivers/r600/compute_memory_pool.h | 5 +
2 files changed, 91 insertions(+), 60 deletions(-)
diff --git a/src/gallium/drivers/r600/compute_memory_pool.c
All the *Enqueue* functions that read/write buffers (except
clEnqueueCopyBuffer) would map the associated resource, making
it to be demoted if it was in the pool.
But we possitively know that this transfer will end before
any kernel is launched, so there's no need to demote it.
---
This function will be used when we want to map an item
that it's already in the pool.
v2: Use temporary variables to avoid so many castings in functions,
as suggested by Tom Stellard
---
src/gallium/drivers/r600/compute_memory_pool.c | 51 ++
Now we will have a list with the items that are in the pool
(item_list) and the items that are outside it (unallocated_list)
---
src/gallium/drivers/r600/compute_memory_pool.c | 99 +-
src/gallium/drivers/r600/compute_memory_pool.h | 1 +
2 files changed, 49
Acording to the OpenCL spec, it is possible to have a buffer mapped
for reading and at read from it using commands or buffers.
With this we can keep the mapping (that exists against the
temporary item) and read with a kernel (from the item we have
just added to the pool) without problems.
---
Note: This is just a proof of concept.
---
src/gallium/state_trackers/clover/api/transfer.cpp | 4 ++--
src/gallium/state_trackers/clover/core/object.hpp | 4
src/gallium/state_trackers/clover/core/resource.cpp | 2 ++
3 files changed, 8 insertions(+), 2 deletions(-)
diff --git
With this we can assure that mapped buffers will never change
its position when relocating the pool.
This patch should finally solve the mapping bug.
v2: Use the new is_item_in_pool util function,
as suggested by Tom Stellard
---
src/gallium/drivers/r600/evergreen_compute.c | 10 --
Hi,
This is my second attempt to fix the mapping bug adding all the
suggestions that Tom Stellard sent, and, so far, it seems that
it is resolved.
This series changes completely how OpenCL buffers are handled
by the r600g driver. Before this, we would add them directly to
a pool, and this pool
This patch changes completely the way buffers are added to the
compute_memory_pool. Before this, whenever we were going to
map a buffer or write to or read from it, it would get placed
into the pool. Now, every unallocated buffer has its own
r600_resource until it is allocated in the pool.
NOTE:
These statuses will help track whether the items are mapped
or if they should be promoted to or demoted from the pool
v2: Use the new is_item_in_pool util function,
as suggested by Tom Stellard
---
src/gallium/drivers/r600/compute_memory_pool.h | 7 ++-
On 18/06/14 08:28, Eric Anholt wrote:
To those who have been curious what I was up to: I wasn't sure when I
could announce my new projecct, I just got the ack day before yesterday,
and I've been a little busy.
I'm working toward building a Mesa driver for Broadcom VC4 (aka
Raspberry Pi).
https://bugs.freedesktop.org/show_bug.cgi?id=73846
Roland Scheidegger srol...@vmware.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=73846
Vinson Lee v...@freedesktop.org changed:
What|Removed |Added
Status|RESOLVED|REOPENED
On 18/06/14 15:07, Chia-I Wu wrote:
On Wed, Jun 18, 2014 at 8:14 PM, Emil Velikov emil.l.veli...@gmail.com
wrote:
[...]
Interesting, I do not see this as an attempt to define an API, but to
cleanup all the mayhem that our targets currently are:
* Cleanup the build system - drop symlinks,
On 06/18/2014 02:51 AM, Iago Toral Quiroga wrote:
From: Samuel Iglesias Gonsalvez sigles...@igalia.com
This implements parsing requirements for multi-stream support in
geometry shaders as defined in ARB_gpu_shader5.
Signed-off-by: Samuel Iglesias Gonsalvez sigles...@igalia.com
A few minor
On Wed, Jun 18, 2014 at 10:47 AM, Emil Velikov emil.l.veli...@gmail.com wrote:
On 18/06/14 08:28, Eric Anholt wrote:
To those who have been curious what I was up to: I wasn't sure when I
could announce my new projecct, I just got the ack day before yesterday,
and I've been a little busy.
I'm
https://bugs.freedesktop.org/show_bug.cgi?id=73846
Roland Scheidegger srol...@vmware.com changed:
What|Removed |Added
Status|REOPENED|RESOLVED
On 18/06/14 14:09, Tom Stellard wrote:
On Tue, Jun 17, 2014 at 07:38:16PM +0100, Emil Velikov wrote:
Hi all,
As a follow up to the static/shared pipe-drivers series here is the final
series (if anyone is interested I may take a look at egl + opencl) of
refactoring the gallium dri targets
It would be more precise to say that i915 uses the Draw module, which
can do these per-vertex operations on the CPU (some of them use LLVM):
- vertex fetching
- vertex shader
- geometry shader
- culling and clipping
- viewport transformation
- translates all primitives to either point, line, or
Reviewed-by: Ian Romanick ian.d.roman...@intel.com
On 06/18/2014 02:51 AM, Iago Toral Quiroga wrote:
For now initialized to the default stream 0.
---
src/glsl/link_varyings.cpp | 1 +
src/mesa/main/mtypes.h | 1 +
2 files changed, 2 insertions(+)
diff --git
Reviewed-by: Ian Romanick ian.d.roman...@intel.com
On 06/18/2014 02:51 AM, Iago Toral Quiroga wrote:
Configure hardware to read vertex data for all streams and have all streams
write their varyings to the corresponsing output buffers.
---
src/mesa/drivers/dri/i965/gen7_sol_state.c | 67
On 06/18/2014 02:51 AM, Iago Toral Quiroga wrote:
Inter-shader outputs must be on stream 0, which is the default.
---
src/glsl/link_varyings.cpp | 12 +---
src/glsl/link_varyings.h | 7 +++
2 files changed, 16 insertions(+), 3 deletions(-)
diff --git
Reviewed-by: Ian Romanick ian.d.roman...@intel.com
On 06/18/2014 02:51 AM, Iago Toral Quiroga wrote:
Outputs that are linked to inputs in the next stage must be output to stream
0,
otherwise we should fail to link.
---
src/glsl/link_varyings.cpp | 8
1 file changed, 8
On 06/18/2014 02:51 AM, Iago Toral Quiroga wrote:
On Intel hardware when a geometry shader outputs GL_POINTS primitives we
only need to emit vertex control bits if it emits vertices to non-zero
streams, so use a flag to track this.
This flag will be set to TRUE when a geometry shader calls
This patch should be split into several patches:
1. Modify ir_emit_vertex to have a stream. This patch also needs to update
ir_to_mesa.cpp and st_glsl_to_tgsi.cpp.
2. Modify ir_end_primitive to have a stream. This patch also needs to update
ir_to_mesa.cpp and st_glsl_to_tgsi.cpp.
3. Add the
Patches 6, 7, 8, 9, and 10 are
Reviewed-by: Ian Romanick ian.d.roman...@intel.com
On 06/18/2014 02:51 AM, Iago Toral Quiroga wrote:
---
src/glsl/link_varyings.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/src/glsl/link_varyings.h b/src/glsl/link_varyings.h
index
On 06/18/2014 02:51 AM, Iago Toral Quiroga wrote:
Check if non-zero streams are used. Fail to link if emitting to unsupported
streams or emitting to non-zero streams with output type other than GL_POINTS.
---
src/glsl/linker.cpp | 148
+++-
1
Patches 14, 15, and 16 are
Reviewed-by: Ian Romanick ian.d.roman...@intel.com
On 06/18/2014 02:51 AM, Iago Toral Quiroga wrote:
---
src/glsl/ir_print_visitor.cpp | 13 +
src/glsl/ir_reader.cpp| 22 ++
2 files changed, 27 insertions(+), 8 deletions(-)
Reviewed-by: Ian Romanick ian.d.roman...@intel.com
On 06/18/2014 02:51 AM, Iago Toral Quiroga wrote:
It should be possible to query the number of primitives written to each
individual stream by a geometry shader in a single draw call. For that
we need to have up to MAX_VERTEX_STREAM separate
On Wednesday, June 18, 2014 11:16:47 AM Ian Romanick wrote:
On 06/18/2014 02:51 AM, Iago Toral Quiroga wrote:
From: Samuel Iglesias Gonsalvez sigles...@igalia.com
This implements parsing requirements for multi-stream support in
geometry shaders as defined in ARB_gpu_shader5.
On 06/18/2014 02:51 AM, Iago Toral Quiroga wrote:
---
src/mesa/drivers/dri/i965/brw_context.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_context.c
b/src/mesa/drivers/dri/i965/brw_context.c
index cfb0be0..6ba58d3 100644
---
I think this patch and 23 should be moved first in the series... the can
certainly land before the other patches in the series.
This patch is
Reviewed-by: Ian Romanick ian.d.roman...@intel.com
On 06/18/2014 02:51 AM, Iago Toral Quiroga wrote:
---
src/mesa/main/shaderobj.c | 1 +
1 file
This patch is
Reviewed-by: Ian Romanick ian.d.roman...@intel.com
Cc: 10.1 10.2 mesa-sta...@lists.freedesktop.org
Clearly this field should have been copied as long as it has existed.
Right?
On 06/18/2014 02:51 AM, Iago Toral Quiroga wrote:
---
src/mesa/program/program.c | 1 +
1 file
We were printing messages for all diagnostic types, which was
spamming the console for some OpenCL programs.
---
src/gallium/drivers/radeon/radeon_llvm_emit.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/radeon/radeon_llvm_emit.c
On Wednesday, June 18, 2014 01:45:52 PM Ian Romanick wrote:
On 06/18/2014 02:51 AM, Iago Toral Quiroga wrote:
---
src/mesa/drivers/dri/i965/brw_context.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_context.c
On 06/18/2014 02:05 PM, Ian Romanick wrote:
On 06/18/2014 02:51 AM, Iago Toral Quiroga wrote:
On Intel hardware when a geometry shader outputs GL_POINTS primitives we
only need to emit vertex control bits if it emits vertices to non-zero
streams, so use a flag to track this.
This flag will be
On 06/18/2014 05:03 AM, Iago Toral Quiroga wrote:
Also, as suggested by Ian Romanick, make it so we don't need a bunch of
individual handles to flippable matrices, instead we register
matrix/transpose_matrix pairs in a hash table for all built-in matrices
using the non-transpose matrix name as
From: Ian Romanick ian.d.roman...@intel.com
There are no queries for GL_TEXTURE_LUMINANCE_SIZE,
GL_TEXTURE_INTENSITY_SIZE, GL_TEXTURE_LUMINANCE_TYPE, or
GL_TEXTURE_INTENSITY_TYPE in any version of OpenGL ES or desktop OpenGL
core profile.
NOTE: Without changes to piglit, this regresses
From: Ian Romanick ian.d.roman...@intel.com
There are no texture borders in any version of OpenGL ES or desktop
OpenGL core profile.
Fixes piglit's gl-3.2-texture-border-deprecated.
v2: Rebase on different initial change.
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
Reviewed-by: Brian
From: Ian Romanick ian.d.roman...@intel.com
Instead of catching the special case early, handle it by constructing a
fake gl_texture_image that will cause the values required by the OpenGL
4.0 spec to be returned.
Previously, calling
glGenTextures(1, t);
glBindTexture(GL_TEXTURE_2D, t);
On Wed, Jul 24, 2013 at 5:06 PM, Chad Versace
chad.vers...@linux.intel.com wrote:
This patch is
Reviewed-by: Chad Versace chad.vers...@linux.intel.com
with the understanding that it depends on previous patches.
I'll begin reviewing your Piglit tests now.
On 07/24/2013 03:23 AM, Topi
On 06/18/2014 04:11 PM, Ian Romanick wrote:
From: Ian Romanick ian.d.roman...@intel.com
Instead of catching the special case early, handle it by constructing a
fake gl_texture_image that will cause the values required by the OpenGL
4.0 spec to be returned.
Previously, calling
I'm working toward building a Mesa driver for Broadcom VC4 (aka
Raspberry Pi). At the moment I'm still bringing up the DRM side of
things, but I hope to be doing bits of userspace in the next few days.
Current status is I have a skeleton DRM KMS driver that's going to talk
to the firmware
On 18.06.2014 16:28, Eric Anholt wrote:
I'm probably going to start out doing a gallium driver for simplicity,
to avoid having to do all the DRI crap we've got in brw_context.c and
texture miptree validation and getting user data into VBOs and all that
other almost-boilerplate. Long term I
Fixes gles3 Khronos CTS test:
egl_create_context.egl_create_context
Cc: mesa-sta...@lists.freedesktop.org
Signed-off-by: Anuj Phogat anuj.pho...@gmail.com
---
src/egl/main/eglcontext.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/src/egl/main/eglcontext.c
1 - 100 of 124 matches
Mail list logo