On Wed, 2014-06-18 at 14:43 -0700, Ian Romanick wrote:
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
On Wed, 2014-06-18 at 12:56 -0700, Ian Romanick wrote:
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
On Wed, 2014-06-18 at 11:16 -0700, 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 Wed, 2014-06-18 at 13:38 -0700, Ian Romanick wrote:
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 |
On Wed, 2014-06-18 at 13:48 -0700, Ian Romanick wrote:
I think this patch and 23 should be moved first in the series... the can
certainly land before the other patches in the series.
Right. I'll push these two tomorrow if nobody says otherwise today.
Since you marked patch 23 for stable: do I
On Wed, 18 Jun 2014 22:55:16 -0700
Kenneth Graunke kenn...@whitecape.org wrote:
On Wednesday, June 18, 2014 11:32:45 PM Axel Davy wrote:
In the case of XWayland, there's no accelerated indirect rendering.
For example GLX_ARB_create_context is not advertised by the server,
and according to
From: Michel Dänzer michel.daen...@amd.com
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
src/gallium/drivers/radeon/radeon_setup_tgsi_llvm.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/gallium/drivers/radeon/radeon_setup_tgsi_llvm.c
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.
---
I was wondering, is it really safe to only
When the last context in a share group is destroyed, the hash table
containing all of the shader programs (ctx-Shared-ShaderObjects) is
destroyed, throwing away all of the shader programs.
Using a static variable to store program IDs ends up holding on to them
after this, so we think we still
On Wed, 2014-06-18 at 13:05 -0700, 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.
On Wed, 2014-06-18 at 13:31 -0700, Ian Romanick wrote:
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
Sounds good to me.
On Thu, Jun 19, 2014 at 7:23 PM, Iago Toral ito...@igalia.com wrote:
On Wed, 2014-06-18 at 13:05 -0700, 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
(but maybe in a separate patch)
On Thu, Jun 19, 2014 at 7:53 PM, Chris Forbes chr...@ijw.co.nz wrote:
Sounds good to me.
On Thu, Jun 19, 2014 at 7:23 PM, Iago Toral ito...@igalia.com wrote:
On Wed, 2014-06-18 at 13:05 -0700, Ian Romanick wrote:
On 06/18/2014 02:51 AM, Iago Toral Quiroga
Dave Airlie airl...@gmail.com writes:
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
Marek Olšák mar...@gmail.com writes:
We already have transfer_inline_write.
Looks like that's only used from finalize, currently? But if the idea's
already present, that's promising.
pgpLOuHqVEH2j.pgp
Description: PGP signature
___
mesa-dev mailing
On Wed, 2014-06-18 at 11:16 -0700, Ian Romanick wrote:
(...)
Please replace this comment with the following spec quotation:
/* Section 4.3.8.2 (Output Layout Qualifiers) of the OpenGL 4.00
I think you meant the GLSL spec.
* spec says:
*
* If
nouveau screens are reused for the same device node. However in the
scenario where we create screen 1, screen 2, and then delete screen 1,
the surrounding code might also close the original device node. To
protect against this, dup the fd and use the dup'd fd in the
nouveau_device. Also tell the
On Thu, 2014-06-19 at 10:23 +0900, Michel Dänzer wrote:
On 19.06.2014 00:02, Bruno Jiménez wrote:
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
Kenneth Graunke kenn...@whitecape.org writes:
When the last context in a share group is destroyed, the hash table
containing all of the shader programs (ctx-Shared-ShaderObjects) is
destroyed, throwing away all of the shader programs.
Reviewed-by: Eric Anholt e...@anholt.net
On Jun 18, 2014, at 11:53 PM, Michel Dänzer mic...@daenzer.net wrote:
From: Michel Dänzer michel.daen...@amd.com
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
src/gallium/drivers/radeon/radeon_setup_tgsi_llvm.c | 4
1 file changed, 4 insertions(+)
diff --git
Looks good. Thanks Roland.
Jose
From: srol...@vmware.com srol...@vmware.com
Sent: 19 June 2014 02:28
To: Jose Fonseca; mesa-dev@lists.freedesktop.org
Cc: Roland Scheidegger
Subject: [PATCH] gallivm: set mcpu when initializing llvm execution engine
From:
After having a quick look at ir_to_mesa.cpp and st_glsl_to_tgsi.cpp I
have some comments and questions about this:
On Wed, 2014-06-18 at 13:31 -0700, Ian Romanick wrote:
This patch should be split into several patches:
1. Modify ir_emit_vertex to have a stream. This patch also needs to
On Tue, Jun 17, 2014 at 8:38 PM, Emil Velikov emil.l.veli...@gmail.com 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
Hi Jakob,
libdricore was nuked quite some time ago. What classic drivers now use
is all drivers in mesa_dri_drivers.so and the _dri.so files are
hardlinks to that file.
Marek
On Thu, Jun 19, 2014 at 12:54 PM, Jakob Bornecrantz
wallbra...@gmail.com wrote:
On Tue, Jun 17, 2014 at 8:38 PM, Emil
On Thu, Jun 19, 2014 at 1:08 PM, Marek Olšák mar...@gmail.com wrote:
Hi Jakob,
libdricore was nuked quite some time ago. What classic drivers now use
is all drivers in mesa_dri_drivers.so and the _dri.so files are
hardlinks to that file.
Ah, thanks for the info. Wouldn't that mean that mesa
Yes, that's correct. However, it's better to duplicate the same code
twice than ten times.
Marek
On Thu, Jun 19, 2014 at 1:12 PM, Jakob Bornecrantz wallbra...@gmail.com wrote:
On Thu, Jun 19, 2014 at 1:08 PM, Marek Olšák mar...@gmail.com wrote:
Hi Jakob,
libdricore was nuked quite some time
On 19/06/2014 01:20, Ilia Mirkin wrote :
+static __DRIbuffer *
+dri2_allocate_buffer(__DRIscreen *sPriv,
+ unsigned attachment, unsigned format,
+ int width, int height)
+{
+ struct dri_screen *screen = dri_screen(sPriv);
+ struct dri2_buffer *buffer;
Thanks again, and fair enough. :)
Cheers, Jakob.
On Thu, Jun 19, 2014 at 1:22 PM, Marek Olšák mar...@gmail.com wrote:
Yes, that's correct. However, it's better to duplicate the same code
twice than ten times.
Marek
On Thu, Jun 19, 2014 at 1:12 PM, Jakob Bornecrantz wallbra...@gmail.com
Samuel has reminded me that Ilia has already done some changes to
Gallium in order to check a piglit test for multi-stream support there,
so adding to the CC.
On Thu, 2014-06-19 at 12:37 +0200, Iago Toral wrote:
After having a quick look at ir_to_mesa.cpp and st_glsl_to_tgsi.cpp I
have some
Tom Stellard thomas.stell...@amd.com writes:
An LLVMContext should only be accessed by a single and using the global
context was causing crashes in multi-threaded environments. Now we use
a separate context for each compile.
For this patch:
Reviewed-by: Francisco Jerez curroje...@riseup.net
Tom Stellard thomas.stell...@amd.com writes:
This is for reporting whether or not double precision floating-point
operations are supported.
Reviewed-by: Francisco Jerez curroje...@riseup.net
---
src/gallium/auxiliary/gallivm/lp_bld_limits.h | 2 ++
src/gallium/auxiliary/tgsi/tgsi_exec.h
On 19/06/14 11:54, Jakob Bornecrantz wrote:
On Tue, Jun 17, 2014 at 8:38 PM, Emil Velikov emil.l.veli...@gmail.com
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
On 17/06/14 19:24, Emil Velikov wrote:
On 12/06/14 20:56, Emil Velikov 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) being a
Rebased and fixed on comments again, thank you Ian earlier for commenting.
For i965: check malloc return value in intel_resolve_map_set() I did set
*tail to null and was running tests but I did not see any unexpected crashes.
From Piglit quick set there did though raise two cases where stderr
Report memory error on realloc failure and don't leak any memory.
Signed-off-by: Juha-Pekka Heikkila juhapekka.heikk...@gmail.com
---
src/glsl/link_atomics.cpp | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/src/glsl/link_atomics.cpp b/src/glsl/link_atomics.cpp
separate two null checks connected with to their own if branches.
Signed-off-by: Juha-Pekka Heikkila juhapekka.heikk...@gmail.com
---
src/mesa/drivers/dri/i965/brw_context.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_context.c
Check calloc return value and report on error, also later skip
results handling if there was no memory to store results to.
Signed-off-by: Juha-Pekka Heikkila juhapekka.heikk...@gmail.com
---
src/mesa/drivers/dri/i965/brw_performance_monitor.c | 7 ++-
1 file changed, 6 insertions(+), 1
Check calloc return value while adding build-in functions.
Signed-off-by: Juha-Pekka Heikkila juhapekka.heikk...@gmail.com
---
src/glsl/linker.cpp | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/glsl/linker.cpp b/src/glsl/linker.cpp
index 247c828..1fc0213 100644
---
Signed-off-by: Juha-Pekka Heikkila juhapekka.heikk...@gmail.com
---
src/glsl/link_uniform_blocks.cpp | 6 ++
src/glsl/linker.cpp | 2 ++
2 files changed, 8 insertions(+)
diff --git a/src/glsl/link_uniform_blocks.cpp b/src/glsl/link_uniform_blocks.cpp
index 1a0e643..53a18c93
Signed-off-by: Juha-Pekka Heikkila juhapekka.heikk...@gmail.com
---
src/mesa/main/vdpau.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/src/mesa/main/vdpau.c b/src/mesa/main/vdpau.c
index d974593..f1b3ece 100644
--- a/src/mesa/main/vdpau.c
+++ b/src/mesa/main/vdpau.c
@@ -132,6 +132,11
check variable_storage() found the requested fs_reg.
Signed-off-by: Juha-Pekka Heikkila juhapekka.heikk...@gmail.com
---
src/mesa/drivers/dri/i965/brw_fs_visitor.cpp | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_fs_visitor.cpp
Check intel_miptree_create() return value before using it as
a pointer.
Signed-off-by: Juha-Pekka Heikkila juhapekka.heikk...@gmail.com
---
src/mesa/drivers/dri/i965/intel_tex.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/intel_tex.c
For GLX_BACK_BUFFER_AGE_EXT query added extra null check.
Signed-off-by: Juha-Pekka Heikkila juhapekka.heikk...@gmail.com
---
src/glx/glx_pbuffer.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/src/glx/glx_pbuffer.c b/src/glx/glx_pbuffer.c
index 8f48093..322f241
Signed-off-by: Juha-Pekka Heikkila juhapekka.heikk...@gmail.com
---
src/mesa/drivers/dri/i965/intel_resolve_map.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/intel_resolve_map.c
b/src/mesa/drivers/dri/i965/intel_resolve_map.c
index a37afa6..5ed7fd3 100644
Verify _mesa_lookup_texture() returned valid pointer before using it.
Signed-off-by: Juha-Pekka Heikkila juhapekka.heikk...@gmail.com
---
src/mesa/main/vdpau.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/mesa/main/vdpau.c b/src/mesa/main/vdpau.c
index f1b3ece..975b812 100644
---
I guess this was an implicit reviewed-by with this change, but anyway... :)
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..e168b6d 100644
---
This fixes following tests in es3conform:
shaders.switch.default_not_last_dynamic_vertex
shaders.switch.default_not_last_dynamic_fragment
and makes following tests in Piglit pass:
glsl-1.30/execution/switch/fs-default-notlast-fallthrough
glsl-1.30/execution/switch/fs-default_notlast
On Thu, Jun 19, 2014 at 03:53:42PM +0900, Michel Dänzer wrote:
From: Michel Dänzer michel.daen...@amd.com
I just pushed this patch to fix the regressions. We can update the
other intrinsics in a follow on patch.
We also need to change RSQ to use llvm.AMDGPU.rsq.clamped once
On 15/06/14 12:49, Giovanni Campagna wrote:
Hello all,
This is the third attempt at swrast/llvmpipe support for DRM
drivers that don't have userspace support (qxl, cirrus, simpledrm, etc.)
I hope I addressed all of Emil's comments.
Thanks for keeping up with my nit-picking Giovanni.
On 15/06/2014 07:49, Giovanni Campagna wrote :
From: Giovanni Campagna gcampa...@src.gnome.org
The kms-dri swrast driver cannot share buffers using the GEM,
so it must tell the loader to disable extensions relying on
that, without disabling the image DRI extension altogheter
(which would
On 19/06/2014 01:55, Kenneth Graunke wrote :
That would make the common case that most people want (GLX_ARB_create_context
for direct rendered 3.2+ core profile stuff) work out of the box, without the
need for environment variables. It's technically out of spec, but for X on
Wayland, I think
I've just noted
I forgot to update the blitImage flags on this patch,
when I use 1 as flush_flag argument it should be replaced by
__BLIT_FLAG_FLUSH.
Axel Davy
On 18/06/2014 23:27, Axel Davy wrote :
The differences with DRI2 GPU offloading are:
. There's no logic for GPU offloading needed in
Hi,
I have started writing code for GL_shader_atomic_counters[1]. How do I
proceed to the next steps?
Thank you!
[1]
https://github.com/adityaatluri/shader_atomic_counters/blob/master/atomic_counters.h
--
Regards,
*Aditya Atluri,*
*USA.*
___
https://bugs.freedesktop.org/show_bug.cgi?id=77493
Roland Scheidegger srol...@vmware.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Hi,
To which failure are you refering? Could you please send me a
test/program that I can try to track this down?
Thanks!
Bruno
On Thu, 2014-06-19 at 10:21 -0400, Jan Vesely wrote:
Signed-off-by: Jan Vesely jan.ves...@rutgers.edu
CC: Bruno Jimenez brunoji...@gmail.com
---
The failure now
Am 19.06.2014 15:11, schrieb Tapani Pälli:
This fixes following tests in es3conform:
shaders.switch.default_not_last_dynamic_vertex
shaders.switch.default_not_last_dynamic_fragment
and makes following tests in Piglit pass:
The important part is the change of the condition to = 0. Otherwise the loop
gets stuck never actually growing the pool.
The change in the aux-need calculation guarantees max 2 iterations, and
avoids wasting memory in case a smaller item can't fit into a relatively larger
pool.
Signed-off-by:
Signed-off-by: Jan Vesely jan.ves...@rutgers.edu
CC: Bruno Jimenez brunoji...@gmail.com
---
The failure now hits assertion compute_memory_pool.c:408, instead of
u_inlines.h:275:pipe_buffer_map_range: Assertion `offset buffer-width0'
src/gallium/drivers/r600/evergreen_compute.c | 9 +++--
1
On Thu, 2014-06-19 at 17:12 +0200, Bruno Jimenez wrote:
Hi,
To which failure are you refering? Could you please send me a
test/program that I can try to track this down?
well, the compute_memory_finalize_pending() function can possibly return
-1 so it's prudent to check for it.
as for the
On Thu, Jun 19, 2014 at 10:21:32AM -0400, Jan Vesely wrote:
The important part is the change of the condition to = 0. Otherwise the loop
gets stuck never actually growing the pool.
The change in the aux-need calculation guarantees max 2 iterations, and
avoids wasting memory in case a smaller
Hi,
Thanks for catching this bug!
Reviewed-by: Bruno Jiménez brunoji...@gmail.com
Also, could you please send me a copy of the tests?
On Thu, 2014-06-19 at 10:21 -0400, Jan Vesely wrote:
The important part is the change of the condition to = 0. Otherwise the loop
gets stuck never actually
On Thu, Jun 19, 2014 at 11:22:28AM -0400, Jan Vesely wrote:
On Thu, 2014-06-19 at 17:12 +0200, Bruno Jimenez wrote:
Hi,
To which failure are you refering? Could you please send me a
test/program that I can try to track this down?
well, the compute_memory_finalize_pending() function
On Thu, 2014-06-19 at 17:27 +0200, Bruno Jimenez wrote:
Hi,
Thanks for catching this bug!
Reviewed-by: Bruno Jiménez brunoji...@gmail.com
Also, could you please send me a copy of the tests?
This got triggered by one of the gegl test. You'll need the attached
patches to run gegl git[0]
On Thu, 2014-06-19 at 08:27 -0700, Tom Stellard wrote:
On Thu, Jun 19, 2014 at 10:21:32AM -0400, Jan Vesely wrote:
The important part is the change of the condition to = 0. Otherwise the
loop
gets stuck never actually growing the pool.
The change in the aux-need calculation guarantees
On Thu, Jun 19, 2014 at 7:30 AM, Aditya Avinash
adityaavina...@gmail.com wrote:
Hi,
I have started writing code for GL_shader_atomic_counters[1]. How do I
proceed to the next steps?
Mesa already supports GL_ARB_shader_atomic_counters...
___
mesa-dev
On Thu, 2014-06-19 at 08:34 -0700, Tom Stellard wrote:
On Thu, Jun 19, 2014 at 11:22:28AM -0400, Jan Vesely wrote:
On Thu, 2014-06-19 at 17:12 +0200, Bruno Jimenez wrote:
Hi,
To which failure are you refering? Could you please send me a
test/program that I can try to track this
https://bugs.freedesktop.org/show_bug.cgi?id=80243
Priority: medium
Bug ID: 80243
Assignee: mesa-dev@lists.freedesktop.org
Summary: Mesa and libclc build failure after llvm =
llvm-3.5svn r211259
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=80243
--- Comment #1 from Tom Stellard tstel...@gmail.com ---
Can you send this patch to mesa-dev@lists.freedesktop.org ?
--
You are receiving this mail because:
You are the assignee for the bug.
___
On Thu, 2014-06-19 at 11:58 -0400, Jan Vesely wrote:
On Thu, 2014-06-19 at 08:27 -0700, Tom Stellard wrote:
On Thu, Jun 19, 2014 at 10:21:32AM -0400, Jan Vesely wrote:
The important part is the change of the condition to = 0. Otherwise the
loop
gets stuck never actually growing the
On Thu, Jun 19, 2014 at 6:37 AM, Iago Toral ito...@igalia.com wrote:
Regarding st_glsl_to_tgsi.cpp, I think I can use some guidance since I
am not familiar with gallium. Seeing what is being done for other IR
types, I think I need to do something like:
st_src_reg stream_src =
Am 19.06.2014 09:54, schrieb Eric Anholt:
Dave Airlie airl...@gmail.com writes:
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
On Thu, 2014-06-19 at 18:22 +0200, Bruno Jimenez wrote:
On Thu, 2014-06-19 at 11:58 -0400, Jan Vesely wrote:
On Thu, 2014-06-19 at 08:27 -0700, Tom Stellard wrote:
On Thu, Jun 19, 2014 at 10:21:32AM -0400, Jan Vesely wrote:
The important part is the change of the condition to = 0.
For the first use of a buffer, we will only need the temporary
resource in the case that a user wants to write/map to this buffer.
But in the cases where the user creates a buffer to act as an
output of a kernel, then we were creating an unneeded resource,
because it will contain garbage, and
From: Jan Vesely jan.ves...@rutgers.edu
The important part is the change of the condition to = 0. Otherwise the loop
gets stuck never actually growing the pool.
The change in the aux-need calculation guarantees max 2 iterations, and
avoids wasting memory in case a smaller item can't fit into a
From: Jan Vesely jan.ves...@rutgers.edu
Signed-off-by: Jan Vesely jan.ves...@rutgers.edu
CC: Bruno Jimenez brunoji...@gmail.com
---
src/gallium/drivers/r600/evergreen_compute.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/r600/evergreen_compute.c
On Thu, 2014-06-19 at 13:39 -0400, Jan Vesely wrote:
On Thu, 2014-06-19 at 18:22 +0200, Bruno Jimenez wrote:
On Thu, 2014-06-19 at 11:58 -0400, Jan Vesely wrote:
On Thu, 2014-06-19 at 08:27 -0700, Tom Stellard wrote:
On Thu, Jun 19, 2014 at 10:21:32AM -0400, Jan Vesely wrote:
The
Leftover from commit c21fca8bf24.
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
---
src/gallium/SConscript| 11 ---
src/gallium/drivers/i915/SConscript | 12
src/gallium/winsys/i915/sw/SConscript | 12
3 files changed, 35 deletions(-)
nouveau screens are reused for the same device node. However in the
scenario where we create screen 1, screen 2, and then delete screen 1,
the surrounding code might also close the original device node. To
protect against this, dup the fd and use the dup'd fd in the
nouveau_device. Also tell the
On 19/06/2014 15:56, Giovanni Campagna wrote :
2014-06-19 16:16 GMT+02:00 Axel Davy axel.d...@ens.fr:
On 15/06/2014 07:49, Giovanni Campagna wrote :
From: Giovanni Campagna gcampa...@src.gnome.org
The kms-dri swrast driver cannot share buffers using the GEM,
so it must tell the loader to
Hi,
I tried pulling down your git-branch, and test it out.
(I'm running Intel graphics on Ivy-Bridge, Arch Linux).
Using my old autogen-line failed.
(It never reached the point where it says to
go ahead and type make to build the stuffs)
./autogen.sh --prefix=/usr --sysconfdir=/etc
On Thursday, June 19, 2014 12:37:43 PM Iago Toral wrote:
After having a quick look at ir_to_mesa.cpp and st_glsl_to_tgsi.cpp I
have some comments and questions about this:
On Wed, 2014-06-18 at 13:31 -0700, Ian Romanick wrote:
This patch should be split into several patches:
1. Modify
https://bugs.freedesktop.org/show_bug.cgi?id=80254
Priority: medium
Bug ID: 80254
Keywords: regression
CC: emil.l.veli...@gmail.com
Assignee: mesa-dev@lists.freedesktop.org
Summary: pipe_loader_sw.c:90: undefined reference to
On 19/06/14 21:35, Thomas Helland wrote:
Hi,
I tried pulling down your git-branch, and test it out.
(I'm running Intel graphics on Ivy-Bridge, Arch Linux).
Using my old autogen-line failed.
(It never reached the point where it says to
go ahead and type make to build the stuffs)
Thanks
execinfo.h is not available on DragonFly.
Fixes this build error.
CC glapi_gentable.lo
glapi_gentable.c:44:22: fatal error: execinfo.h: No such file or directory
Signed-off-by: Vinson Lee v...@freedesktop.org
---
src/mapi/glapi/gen/gl_gentable.py | 2 +-
1 file changed, 1 insertion(+),
https://bugs.freedesktop.org/show_bug.cgi?id=80254
--- Comment #1 from Vinson Lee v...@freedesktop.org ---
d22b39e4db7d1c54461de97ff4dcb79178be1a84 is the first bad commit
commit d22b39e4db7d1c54461de97ff4dcb79178be1a84
Author: Emil Velikov emil.l.veli...@gmail.com
Date: Mon Jun 9 23:37:19 2014
https://bugs.freedesktop.org/show_bug.cgi?id=80254
--- Comment #2 from Emil Velikov emil.l.veli...@gmail.com ---
Sigh linking order is the best. Curious why it fails rather selectively.
Just double-checking the fix and will push that shortly.
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=80254
Emil Velikov emil.l.veli...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On 06/19/2014 03:37 AM, Iago Toral wrote:
After having a quick look at ir_to_mesa.cpp and st_glsl_to_tgsi.cpp I
have some comments and questions about this:
On Wed, 2014-06-18 at 13:31 -0700, Ian Romanick wrote:
This patch should be split into several patches:
1. Modify ir_emit_vertex to
Reviewed-by: Ian Romanick ian.d.roman...@intel.com
On 06/19/2014 05:32 AM, Iago Toral Quiroga wrote:
---
I guess this was an implicit reviewed-by with this change, but anyway... :)
src/mesa/drivers/dri/i965/brw_context.c | 4
1 file changed, 4 insertions(+)
diff --git
On 06/18/2014 11:30 PM, Iago Toral wrote:
On Wed, 2014-06-18 at 13:48 -0700, Ian Romanick wrote:
I think this patch and 23 should be moved first in the series... the can
certainly land before the other patches in the series.
Right. I'll push these two tomorrow if nobody says otherwise today.
On Thu, Jun 12, 2014 at 5:18 PM, Anuj Phogat anuj.pho...@gmail.com wrote:
On Thu, Jun 12, 2014 at 3:13 PM, Carl Worth cwo...@cworth.org wrote:
The preprocessor defines a notions of a preprocessing number that
starts with either a digit or a decimal point, and continues with zero
or more of
This series (my branch has some small updates) passes piglit runs on
BDW and Haswell, with assertions enabled in Mesa.
Objections to me pushing it?
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
2014-06-19 16:16 GMT+02:00 Axel Davy axel.d...@ens.fr:
On 15/06/2014 07:49, Giovanni Campagna wrote :
From: Giovanni Campagna gcampa...@src.gnome.org
The kms-dri swrast driver cannot share buffers using the GEM,
so it must tell the loader to disable extensions relying on
that, without
https://bugs.freedesktop.org/show_bug.cgi?id=54372
--- Comment #23 from danm...@gmail.com ---
Hi, it has been a week since my last ping message and your git repository still
doesn't have either of these bug fixes in it. What's the schedule?
--
You are receiving this mail because:
You are the QA
On Thursday, June 19, 2014 05:15:06 PM Matt Turner wrote:
This series (my branch has some small updates) passes piglit runs on
BDW and Haswell, with assertions enabled in Mesa.
Objections to me pushing it?
Yeah - let me test it on older platforms first. Assuming that passes, pushing
this
95 matches
Mail list logo