[Mesa-dev] [Bug 70410] egl-static/Makefile: linking fails with llvm >= 3.4

https://bugs.freedesktop.org/show_bug.cgi?id=70410 --- Comment #4 from Mike Lothian --- Out of interest which compiler are you using and which linker? I'm sure I was seeing this with gcc 4.7 and ld.bfd but not on my gcc 4.8 system with ld.gold (both llvm's were compiled with the gold use flag th

Re: [Mesa-dev] [Bug 70410] egl-static/Makefile: linking fails with llvm >= 3.4

Out of interest which compiler are you using and which linker? I'm sure I was seeing this with gcc 4.7 and ld.bfd but not on my gcc 4.8 system with ld.gold (both llvm's were compiled with the gold use flag though) I've not seen any issues on the gcc 4.7 system since upgrading to 4.8 still with ld

Re: [Mesa-dev] [PATCH 1/2] gallium: add PIPE_CAP_MIXED_FRAMEBUFFER_SIZES

ping On Fri, Oct 4, 2013 at 4:32 AM, Ilia Mirkin wrote: > This CAP will determine whether ARB_framebuffer_object can be enabled. > The nv30 driver does not allow mixing swizzled and linear zsbuf/cbuf > textures. > > Signed-off-by: Ilia Mirkin > --- > src/gallium/docs/source/screen.rst

[Mesa-dev] [PATCH 2/2] i965/fs: Fix type of header register for sampler messages

Previously this was float, which caused the copy from g0 to mangle everything. Signed-off-by: Chris Forbes --- src/mesa/drivers/dri/i965/brw_fs_generator.cpp | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/mesa/drivers/dri/i965/brw_fs_generator.cpp b/src/mesa/drivers

[Mesa-dev] [PATCH 1/2] i965/fs: Fix handling of sampler messages with header but zero offset

Gather unconditionally uses a header, but in some cases the texture_offset value will be zero. Signed-off-by: Chris Forbes --- src/mesa/drivers/dri/i965/brw_fs_generator.cpp | 14 +++--- 1 file changed, 11 insertions(+), 3 deletions(-) diff --git a/src/mesa/drivers/dri/i965/brw_fs_gener

[Mesa-dev] [PATCH 0/2] Fixups for send-from-grf regressions

This series fixes some regressions introduced by the send-from-grf merge. Possibly none of them show up with piglit master, but they cause extreme breakage in my gs5-gather piglit branch. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://li

[Mesa-dev] [Bug 70410] egl-static/Makefile: linking fails with llvm >= 3.4

https://bugs.freedesktop.org/show_bug.cgi?id=70410 --- Comment #3 from David "okias" Heidelberger --- --enable-terminfo=no --enable-curses=no it works well, after this. Thank you. But it has still problem described in bugreport (if this two options arent passed to llvm). -- You

[Mesa-dev] [Bug 70410] egl-static/Makefile: linking fails with llvm >= 3.4

https://bugs.freedesktop.org/show_bug.cgi?id=70410 --- Comment #2 from Mike Lothian --- Hi David Try building llvm without terminfo and see if you get the same issue On 13 Oct 2013 00:12, wrote: > *Comment # 1 on bug > 70410

[Mesa-dev] [Bug 70410] egl-static/Makefile: linking fails with llvm >= 3.4

https://bugs.freedesktop.org/show_bug.cgi?id=70410 --- Comment #1 from David "okias" Heidelberger --- but, still it fails in runtime libGL: OpenDriver: trying /usr/lib32/dri/tls/r600_dri.so libGL: OpenDriver: trying /usr/lib32/dri/r600_dri.so libGL error: dlopen /usr/lib32/dri/r600_dri.so failed

[Mesa-dev] [Bug 70411] New: glInvalidateFramebuffer fails with GL_INVALID_ENUM

https://bugs.freedesktop.org/show_bug.cgi?id=70411 Priority: medium Bug ID: 70411 Assignee: mesa-dev@lists.freedesktop.org Summary: glInvalidateFramebuffer fails with GL_INVALID_ENUM Severity: normal Classification: Unclassified

[Mesa-dev] [Bug 70410] egl-static/Makefile: linking fails with llvm >= 3.4

https://bugs.freedesktop.org/show_bug.cgi?id=70410 David "okias" Heidelberger changed: What|Removed |Added CC||david.heidelber...@ixit.cz

[Mesa-dev] [Bug 70410] New: egl-static/Makefile: linking fails with llvm >= 3.4

https://bugs.freedesktop.org/show_bug.cgi?id=70410 Priority: medium Bug ID: 70410 Assignee: mesa-dev@lists.freedesktop.org Summary: egl-static/Makefile: linking fails with llvm >= 3.4 Severity: normal Classification: Unclassified

Re: [Mesa-dev] [PATCH] nv50: report only 16 texure_samplers

On Sat, Oct 12, 2013 at 6:52 PM, Roland Scheidegger wrote: > Am 12.10.2013 17:19, schrieb Christoph Bumiller: >> On 12.10.2013 02:47, Emil Velikov wrote: >>> On 12/10/13 01:25, Roland Scheidegger wrote: Am 12.10.2013 02:02, schrieb Brian Paul: > On 10/11/2013 10:44 AM, Emil Velikov wrote:

[Mesa-dev] [Bug 70403] xorg state tracker fails to build due to change in DamageUnregister API

https://bugs.freedesktop.org/show_bug.cgi?id=70403 --- Comment #2 from Michał Górny --- (In reply to comment #1) > In order not to break builds against current and older X we'll need to do > that once X has a release with the change :) IMO it would be better to check the prototype during configu

Re: [Mesa-dev] [PATCH] nv50: report only 16 texure_samplers

On 12.10.2013 18:52, Roland Scheidegger wrote: > Am 12.10.2013 17:19, schrieb Christoph Bumiller: >> On 12.10.2013 02:47, Emil Velikov wrote: >>> On 12/10/13 01:25, Roland Scheidegger wrote: Am 12.10.2013 02:02, schrieb Brian Paul: > On 10/11/2013 10:44 AM, Emil Velikov wrote: >> Curre

[Mesa-dev] [Bug 70403] xorg state tracker fails to build due to change in DamageUnregister API

https://bugs.freedesktop.org/show_bug.cgi?id=70403 --- Comment #1 from Emil Velikov --- In order not to break builds against current and older X we'll need to do that once X has a release with the change :) -- You are receiving this mail because: You are the assignee for the bug. __

Re: [Mesa-dev] [PATCH] nv50: report only 16 texure_samplers

Am 12.10.2013 17:19, schrieb Christoph Bumiller: > On 12.10.2013 02:47, Emil Velikov wrote: >> On 12/10/13 01:25, Roland Scheidegger wrote: >>> Am 12.10.2013 02:02, schrieb Brian Paul: On 10/11/2013 10:44 AM, Emil Velikov wrote: > Current mesa code(cso and drivers) expect and use only up-t

[Mesa-dev] [Bug 70123] Freeze caused by 'winsys/radeon: remove cs_queue_empty' commit

https://bugs.freedesktop.org/show_bug.cgi?id=70123 --- Comment #9 from Christian König --- Created attachment 87517 --> https://bugs.freedesktop.org/attachment.cgi?id=87517&action=edit Additional workaround. That looks like we are accessing the CS after the winsys has already been destroyed.

[Mesa-dev] [Bug 70403] New: xorg state tracker fails to build due to change in DamageUnregister API

https://bugs.freedesktop.org/show_bug.cgi?id=70403 Priority: medium Bug ID: 70403 Assignee: mesa-dev@lists.freedesktop.org Summary: xorg state tracker fails to build due to change in DamageUnregister API Severity: normal

[Mesa-dev] [PATCH] swrast: add correct include for out-of-tree builds

The xmlpool/options.h file was not accessible when building out-of-tree leading to failure. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=70378 Reported-by: Fabio Pedretti Tested-by: Andre Heider Signed-off-by: Emil Velikov --- src/gallium/targets/dri-swrast/Makefile.am | 1 + src/mes

Re: [Mesa-dev] [PATCH 0/3] Enable GL 3.2 support for i965, bump Mesa version.

On 10 October 2013 21:27, Paul Berry wrote: > It's been a long and rocky road, but geometry shader support in Mesa's > i965/gen7 driver has finally reached a point I'm willing to call > "feature complete". Since geometry shaders were the last remaining > feature needed for GL 3.2, it's time to t

[Mesa-dev] [Bug 70402] SIGSEGV when selecting polygons with i915 (libdricore9.2.0.so)

https://bugs.freedesktop.org/show_bug.cgi?id=70402 Joe AbdHalim changed: What|Removed |Added Priority|medium |highest -- You are receiving this mail b

[Mesa-dev] [Bug 70402] New: SIGSEGV when selecting polygons with i915 (libdricore9.2.0.so)

https://bugs.freedesktop.org/show_bug.cgi?id=70402 Priority: medium Bug ID: 70402 Assignee: mesa-dev@lists.freedesktop.org Summary: SIGSEGV when selecting polygons with i915 (libdricore9.2.0.so) Severity: critical Classif

Re: [Mesa-dev] [PATCH] nv50: report only 16 texure_samplers

On 12.10.2013 02:47, Emil Velikov wrote: > On 12/10/13 01:25, Roland Scheidegger wrote: >> Am 12.10.2013 02:02, schrieb Brian Paul: >>> On 10/11/2013 10:44 AM, Emil Velikov wrote: Current mesa code(cso and drivers) expect and use only up-to 16 texture samplers. Verbatum copy fro

[Mesa-dev] [Bug 70378] fatal error: xmlpool/options.h: No such file or directory

https://bugs.freedesktop.org/show_bug.cgi?id=70378 --- Comment #9 from Fabio Pedretti --- I cannot test it until few days, if it works for you commit it. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing li

Re: [Mesa-dev] [RFC PATCH 0/2] Move ir_txf coord+offset hack to IR pass

Eek -- that's not quite true. It doesn't regress any piglits; it doesn't fix the two that were failing already though. On Sun, Oct 13, 2013 at 1:04 AM, Chris Forbes wrote: > This generalizes the new ir_tg4 coord+offset lowering pass to support > ir_txf in all its flavors, and removes the various

[Mesa-dev] [Bug 70378] fatal error: xmlpool/options.h: No such file or directory

https://bugs.freedesktop.org/show_bug.cgi?id=70378 --- Comment #8 from Andre Heider --- (In reply to comment #7) > Created attachment 87497 [details] [review] > swrast: add correct include for out-of-tree builds > > A slightly more overzealous version, explicitly including the builddir for > cla

[Mesa-dev] [PATCH 2/2] i965: Remove ir_txf coord+offset special case in visitors

Just let it be handled by the lowering pass. Signed-off-by: Chris Forbes --- src/mesa/drivers/dri/i965/brw_fs_visitor.cpp | 60 +++--- src/mesa/drivers/dri/i965/brw_vec4_visitor.cpp | 25 ++- 2 files changed, 18 insertions(+), 67 deletions(-) diff --git a/src/mesa/

[Mesa-dev] [PATCH 1/2] i965: Generalize coord+offset lowering pass for ir_txf

ir_txf expects an ivec* coordinate, and may be larger than ivec2; shuffle things around so that this will work. Signed-off-by: Chris Forbes --- .../dri/i965/brw_lower_unnormalized_offset.cpp | 51 ++ 1 file changed, 42 insertions(+), 9 deletions(-) diff --git a/src/mesa/

[Mesa-dev] [RFC PATCH 0/2] Move ir_txf coord+offset hack to IR pass

This generalizes the new ir_tg4 coord+offset lowering pass to support ir_txf in all its flavors, and removes the various copies of the lowering in the backend visitors. Passes all the texelFetch* piglits. Do people think this is a good idea? ___ mesa-

[Mesa-dev] [PATCH] i965: Add lowering pass to fold offset into unnormalized coords

It turns out that nonzero offsets with gsampler2DRect don't work -- they just return garbage. Work around this by folding the offset into the coord. Done as an IR pass rather than yet another hack in the visitors because it's clear what's going on this way. Can possibly reuse this to replace the e

Re: [Mesa-dev] [PATCH 14/15] swrast: Build the driver into the shared mesa_dri_drivers.so.

On Fri, Oct 11, 2013 at 6:03 PM, Eric Anholt wrote: > AM_CONDITIONAL(NEED_LIBPROGRAM, test "x$with_gallium_drivers" != x -o \ > "x$enable_xlib_glx" = xyes -o \ > "x$enable_osmesa" = xyes -o \ > -

[Mesa-dev] [PATCH] glsl: Initialize per_vertex_accumluator::fields.

Fixes "Uninitialized pointer field" defect reported by Coverity. Signed-off-by: Vinson Lee --- src/glsl/builtin_variables.cpp | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/src/glsl/builtin_variables.cpp b/src/glsl/builtin_variables.cpp index ae0a03f..3f87502 100644 --- a/

Re: [Mesa-dev] [PATCH] radeon/llvm: show LLVM disassembly when available

On Thu, Oct 10, 2013 at 08:06:48PM -0500, Jay Cornwall wrote: > With code dump enabled LLVM may generate disassembly during compilation. > Show this disassembly when available and prefer it to SI bytecode dump. > I've pushed this and the LLVM patch. Thanks! -Tom > Signed-off-by: Jay Cornwall

[Mesa-dev] [Bug 70123] Freeze caused by 'winsys/radeon: remove cs_queue_empty' commit

https://bugs.freedesktop.org/show_bug.cgi?id=70123 --- Comment #8 from Jeff Blake --- Created attachment 87498 --> https://bugs.freedesktop.org/attachment.cgi?id=87498&action=edit 'thread apply all bt' with the commit reverted instead of the patch Sorry for the delay. I've recompiled, reinstal

[Mesa-dev] [Bug 70378] fatal error: xmlpool/options.h: No such file or directory

https://bugs.freedesktop.org/show_bug.cgi?id=70378 Emil Velikov changed: What|Removed |Added Attachment #87484|0 |1 is obsolete|

[Mesa-dev] [Bug 70378] fatal error: xmlpool/options.h: No such file or directory

https://bugs.freedesktop.org/show_bug.cgi?id=70378 --- Comment #7 from Emil Velikov --- Created attachment 87497 --> https://bugs.freedesktop.org/attachment.cgi?id=87497&action=edit swrast: add correct include for out-of-tree builds A slightly more overzealous version, explicitly including the

Re: [Mesa-dev] Updated megadrivers series (megadrivers-6)

On 12/10/13 02:03, Eric Anholt wrote: > I've also updated the set of driver changes to set a global variable > so that the loader doesn't *have* to update to createNewScreen2. This > in particular makes the change for the X Server that I just sent out > backportable, since the new structs in dri_i

[Mesa-dev] [PATCH 2/2] egl: Enable EGL_EXT_client_extensions

Insert two fields into _egl_global to hold the client extensions: _egl_global::ClientExtensions /*struct of bools*/ _egl_global::ClientExtensionString Post-patch, Mesa supports exactly one client extension, EGL_EXT_client_extensions. So let's keep things simple by statically initializing

[Mesa-dev] [PATCH 1/2] egl: Kill macro _EGL_DECLARE_MUTEX

Replace all occurences of the macro with its expansion. It seems that the macro intended to provide cross-platform static mutex intialization. However, it had the same definition in all pre-processor paths: #define _EGL_DECLARE_MUTEX(m) _EGLMutex m = _EGL_MUTEX_INITIALIZER Therefore this abst

[Mesa-dev] [PATCH 0/2] egl: Enable EGL_EXT_client_extensions

The extension is simple, and the implementation is simple. This little series lives on my egl-ext-client-extensions branch. I tested it with my Piglit branch of the same name. Chad Versace (2): egl: Kill macro _EGL_DECLARE_MUTEX egl: Enable EGL_EXT_client_extensions src/egl/main/eglapi.c