[Mesa-dev] [Bug 60016] After automake merge two different GPU (AMD + NVIDIA) willnot work on same machine

2013-07-09 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=60016 --- Comment #3 from Axel --- Created attachment 82216 --> https://bugs.freedesktop.org/attachment.cgi?id=82216&action=edit dmesg Axel -- You are receiving this mail because: You are the assignee for the bug. __

[Mesa-dev] [Bug 60016] After automake merge two different GPU (AMD + NVIDIA) willnot work on same machine

2013-07-09 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=60016 --- Comment #4 from Axel --- Hi, I was having almost exactly the same problem. " libGL: OpenDriver: trying /usr/lib64/dri/tls/r600_dri.so libGL: OpenDriver: trying /usr/lib64/dri/r600_dri.so libGL: Can't open configuration file /home/axel/.drirc

[Mesa-dev] [Bug 60016] After automake merge two different GPU (AMD + NVIDIA) willnot work on same machine

2013-07-09 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=60016 --- Comment #5 from Axel --- Created attachment 82217 --> https://bugs.freedesktop.org/attachment.cgi?id=82217&action=edit kernel config Axel -- You are receiving this mail because: You are the assignee for the bug. __

[Mesa-dev] [Bug 60016] After automake merge two different GPU (AMD + NVIDIA) willnot work on same machine

2013-07-09 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=60016 --- Comment #6 from Axel --- Created attachment 82218 --> https://bugs.freedesktop.org/attachment.cgi?id=82218&action=edit xorg.conf Axel -- You are receiving this mail because: You are the assignee for the bug. __

[Mesa-dev] [Bug 60016] After automake merge two different GPU (AMD + NVIDIA) willnot work on same machine

2013-07-09 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=60016 --- Comment #7 from Axel --- Created attachment 82219 --> https://bugs.freedesktop.org/attachment.cgi?id=82219&action=edit result of "LIBGL_DEBUG=verbose glxinfo" when working. -- You are receiving this mail because: You are the assignee for

[Mesa-dev] [Bug 60016] After automake merge two different GPU (AMD + NVIDIA) willnot work on same machine

2013-07-09 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=60016 Axel changed: What|Removed |Added CC||agge...@gmail.com -- You are receiving this mail

Re: [Mesa-dev] [PULL] i965: Merging intel_context and brw_context

2013-07-09 Thread Paul Berry
On 7 July 2013 17:37, Kenneth Graunke wrote: > Hello, > > This series merges the intel_context data structure into brw_context. > There's definitely more tidying to do: context initialization is still > arbitrarily split into brw/intel halves. I figured I'd send out the > first 37 patches before

Re: [Mesa-dev] R600/SI: Initial double precision support for Radeon SI

2013-07-09 Thread Niels Ole Salscheider
Hi Tom, > All these patches look good to me, but #2 and #6 should have a test case > with them. If you resubmit these patches with test cases, I will push the > entire series. I have attached an updated patchset. I have added a test case to patch #2 and #6. I have also replaced the scalar move

[Mesa-dev] [PATCH] util: treat denorm'ed floats like zero

2013-07-09 Thread Zack Rusin
the spec is very explicit about treatment of denorm floats and the behavior is exactly the same for them as it would be for -0 or +0. This makes our shading code match that behavior. Signed-off-by: Zack Rusin --- src/gallium/auxiliary/draw/draw_pt.c|4 +++ src/gallium/auxiliary/galli

Re: [Mesa-dev] [PATCH] util: treat denorm'ed floats like zero

2013-07-09 Thread Roland Scheidegger
Am 09.07.2013 07:18, schrieb Zack Rusin: > the spec is very explicit about treatment of denorm floats and > the behavior is exactly the same for them as it would be for -0 or > +0. This makes our shading code match that behavior. I think this warrants some closer mentioning of what spec this refers

Re: [Mesa-dev] [PATCH 08/14] glsl: Add copy-constructor for ast_struct_specifier.

2013-07-09 Thread Chad Versace
On 07/08/2013 11:38 AM, Matt Turner wrote: --- src/glsl/ast.h | 12 1 file changed, 12 insertions(+) diff --git a/src/glsl/ast.h b/src/glsl/ast.h index 3bb33c5..87f9876 100644 --- a/src/glsl/ast.h +++ b/src/glsl/ast.h @@ -453,6 +453,18 @@ class ast_declarator_list; class ast_s

Re: [Mesa-dev] [PATCH 0/3] save about 1MB per llvm vertex shader

2013-07-09 Thread Jose Fonseca
Frank, Sorry for the long delay. Lately I haven't been able to keep up with email, both internal or external. This series looks great. Two comments: - currently we prefer the old JIT to MCJIT. could you confirm that this series should work with the old JIT and MCJIT just as well? - we shou

[Mesa-dev] [PATCH] mesa: update glext.h to version 20130708

2013-07-09 Thread Brian Paul
This update fixes the problem with duplicated typedefs for GLclampf and GLclampd in the previous version. It also changes some parameter types for glDebugMessageCallbackARB() and glTransformFeedbackVaryingsEXT(). Note we should someday update the glapi-gen code so that it understands void pointer

[Mesa-dev] [PATCH] tgsi: use X component of the second operand in exec_scalar_binary()

2013-07-09 Thread Brian Paul
The code happened to work in the past since the (scalar) src args effectively always have a swizzle of ., ., ., or . so whether you grab the X or Y component doesn't really matter. Just fixing the code to make it look right. --- src/gallium/auxiliary/tgsi/tgsi_exec.c |2 +- 1

Re: [Mesa-dev] [PATCH] tgsi: use X component of the second operand in exec_scalar_binary()

2013-07-09 Thread Roland Scheidegger
Am 09.07.2013 21:37, schrieb Brian Paul: > The code happened to work in the past since the (scalar) src args > effectively always have a swizzle of ., ., ., or . so > whether you grab the X or Y component doesn't really matter. Just > fixing the code to make it look right. > --- >

Re: [Mesa-dev] [PATCHv2 4/4] glsl opt_flip_matrices: Silence unused variable warning in the release build

2013-07-09 Thread Kenneth Graunke
On 07/08/2013 10:30 AM, Emil Velikov wrote: Resolves the following gcc warning opt_flip_matrices.cpp:84:32: warning: unused variable 'deref' v2: keep the variable, but wrap it in a ifndef NDEBUG block(suggested by Ian) Signed-off-by: Emil Velikov Reviewed-by: Kenneth Graunke --- Feel free

Re: [Mesa-dev] [PATCH] mesa: Set ProfileMask properly for core profile.

2013-07-09 Thread Chad Versace
On 07/08/2013 04:09 PM, Matt Turner wrote: Fixes MESA_GL_VERSION_OVERRIDE=3.2 egl-create-context-verify-gl-flavor. --- src/mesa/main/context.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/src/mesa/main/context.c b/src/mesa/main/context.c index 5ad04cc..d687fb7 1006

Re: [Mesa-dev] [PULL] i965: Merging intel_context and brw_context

2013-07-09 Thread Chad Versace
Acked-by: Chad Versace ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] [PATCH 3/4] mesa: Track the TexImage being rendered to in the gl_renderbuffer.

2013-07-09 Thread Stéphane Marchesin
On Fri, May 10, 2013 at 11:37 PM, Eric Anholt wrote: > We keep having to pass the attachments around with our gl_renderbuffers > because that's the only way to find what the gl_renderbuffer actually > refers to. This is a step toward removing that (though drivers still need > the Zoffset as well)

[Mesa-dev] [PATCH] i965/blorp: Fix clear rectangle alignment in fast color clear

2013-07-09 Thread Anuj Phogat
For HSW GT3 clear rectangle must be aligned to two times the number of pixels in the table shown in Ivy Bridge PRM, Vol2 Part1 11.7. It should be safe to do this for all gen7 systems unless we see any performance regressions. I observed no piglit, gles3conform regressions with this patch. It fixes

Re: [Mesa-dev] [PATCH] i965/blorp: Fix clear rectangle alignment in fast color clear

2013-07-09 Thread Chris Forbes
I think it would be clearer to do this, rather than 4 parallel checks: if (intel->gen >= 7) { /* rationale ... */ x0 = ROUND_DOWN_TO(x0, 2 * x_align); y0 = ROUND_DOWN_TO(y0, 2 * y_align); x1 = ALIGN(x1, 2 * x_align); y1 = ALIGN(y1, 2 * y_align); } else { x0 = ROUND_DOWN

Re: [Mesa-dev] [PATCH] i965/blorp: Fix clear rectangle alignment in fast color clear

2013-07-09 Thread Matt Turner
On Tue, Jul 9, 2013 at 6:12 PM, Anuj Phogat wrote: > For HSW GT3 clear rectangle must be aligned to two times the number of > pixels in the table shown in Ivy Bridge PRM, Vol2 Part1 11.7. > It should be safe to do this for all gen7 systems unless we see any > performance regressions. I observed no

[Mesa-dev] [PATCH 3/7] clover: Return correct value for CL_DEVICE_ENDIAN_LITTLE

2013-07-09 Thread Tom Stellard
From: Tom Stellard Query the driver using PIPE_CAP_ENDIANNESS rather than always returning true. --- src/gallium/state_trackers/clover/api/device.cpp | 3 ++- src/gallium/state_trackers/clover/core/device.cpp | 5 + src/gallium/state_trackers/clover/core/device.hpp | 1 + 3 files changed, 8

[Mesa-dev] [PATCH 4/7] clover: Let the compiler specify the size of kernel arguments

2013-07-09 Thread Tom Stellard
From: Tom Stellard --- src/gallium/state_trackers/clover/core/kernel.cpp | 40 +++ src/gallium/state_trackers/clover/core/kernel.hpp | 10 +++--- 2 files changed, 25 insertions(+), 25 deletions(-) diff --git a/src/gallium/state_trackers/clover/core/kernel.cpp b/src/gallium/

[Mesa-dev] [PATCH 2/7] gallium: Add PIPE_CAP_ENDIANNESS

2013-07-09 Thread Tom Stellard
From: Tom Stellard --- src/gallium/docs/source/screen.rst | 2 ++ src/gallium/drivers/freedreno/freedreno_screen.c | 3 +++ src/gallium/drivers/i915/i915_screen.c | 2 ++ src/gallium/drivers/ilo/ilo_screen.c | 2 ++ src/gallium/drivers/llvmpipe/lp_screen.c

[Mesa-dev] [PATCH 5/7] gallium: Add PIPE_COMPUTE_CAP_KERNEL_ARG_ALIGNMENT v2

2013-07-09 Thread Tom Stellard
From: Tom Stellard This value for this CAP is the alignment to use when storing kernel arguments in the input buffer. v2: - Allow per-type alignments --- src/gallium/docs/source/screen.rst| 17 + src/gallium/drivers/r600/r600_pipe.c | 11 ++

[Mesa-dev] [PATCH 6/7] clover: Align kernel arguments when storing them in the input buffer v2

2013-07-09 Thread Tom Stellard
From: Tom Stellard v2: - Use a 'pad' argument to align arguments to the correct size. --- .../state_trackers/clover/core/compiler.hpp| 3 +- src/gallium/state_trackers/clover/core/kernel.cpp | 16 ++- src/gallium/state_trackers/clover/core/kernel.hpp | 3 ++ src/gallium/state_t

[Mesa-dev] [PATCH 7/7] clover: Sign-extend and zero-extend kernel arguments when required v2

2013-07-09 Thread Tom Stellard
From: Tom Stellard v2: - Extend to target size rather than aligned size - Support for big-endian --- src/gallium/state_trackers/clover/core/kernel.cpp | 58 -- src/gallium/state_trackers/clover/core/kernel.hpp | 17 --- src/gallium/state_trackers/clover/core/module.

[Mesa-dev] OSMesa Help

2013-07-09 Thread Andy Li
Hello everyone, I have some questions regarding to OSMesa.I am currently working on a project which I have to use Mesa on an embedded system.My current goal is to port the base functions over to the embedded system, so that I can draw a line on a provided VGA screen.Since the embedded system I a

Re: [Mesa-dev] OSMesa Help

2013-07-09 Thread Matt Turner
On Tue, Jul 9, 2013 at 10:20 PM, Andy Li wrote: > Hello everyone, > > > I have some questions regarding to OSMesa. > > I am currently working on a project which I have to use Mesa on an embedded > system. > > My current goal is to port the base functions over to the embedded system, > so that I ca