On 04.12.2012 19:03, Michel Dänzer wrote:
From: Michel Dänzer
Signed-off-by: Michel Dänzer
Reviewed by: Christian König
---
lib/Target/AMDGPU/SIInstructions.td | 21 +
1 file changed, 21 insertions(+)
diff --git a/lib/Target/AMDGPU/SIInstructions.td
b/lib/Target
>From b882d9e08932198e243b9cbb534d01d547661f86 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Stefan=20D=C3=B6singer?=
Date: Mon, 3 Dec 2012 11:03:26 +0100
Subject: [PATCH 1/4] meta: Disable GL_FRAGMENT_SHADER_ATI in MESA_META_SHADER
Fixes clears in Wine on r200.
---
src/mesa/drivers/common/meta.c |
>From f572545ee0e2e17322554f03409237e40c732d1a Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Stefan=20D=C3=B6singer?=
Date: Mon, 3 Dec 2012 14:31:23 +0100
Subject: [PATCH 2/4] r200: Initialize swrast before setting limits
Otherwise the driver announces 4096 vertex shader constants and other
way too h
115/130 sounds great.
Just one minor comment. Otherwise looks good
Reviewed-by: Jose Fonseca
Jose
- Original Message -
> I'd written most of this ages ago, but never finished it off.
>
> This passes 115/130 piglit tests so far. I'll look into the
> others as time permits.
>
> Signed-
Reviewed-by: Jose Fonseca
- Original Message -
> Fixes flat shading for AA lines. demos/src/trivial/line-smooth is a
> test case which hits this.
>
> Note: This is a candidate for the stable branches.
> ---
> src/gallium/auxiliary/draw/draw_pipe_validate.c |1 +
> 1 files changed,
---
This patch is necessary because gbm and clover use same pipe_*.
In current automake they are installed only in $(libdir)/gbm and clover
searches in $(libdir)/opencl and of course this cannot work.
The build is triggered by src/gallium/targets/gbm/Makefile.am:23 or
src/gallium/targets/opencl
Reviewed-by: Alex Deucher
Also, should probably also make a note to apply this to the stable
branches. While you are at it can you also check and see if radeon
needs a similar fix?
Alex
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://l
On Tue, Dec 4, 2012 at 12:50 PM, Tobias Droste wrote:
> Anyone interested? ;-)
>
> I would just push it, but I don't have the rights to do so.
Looks reasonable to me.
Reviewed-by: Alex Deucher
>
> Am Do, 29. November 2012, 17:02:28 schrieben Sie:
>> Fixes compiler warning:
>>
>> drm/native_drm
On 12/04/2012 04:55 PM, Jordan Justen wrote:
From: Eric Anholt
From: git://people.freedesktop.org/~anholt/hash_table
Reviewed-by: Jordan Justen
[jordan.l.jus...@intel.com: minor rework for mesa]
Signed-off-by: Jordan Justen
---
src/mesa/SConscript |1 +
src/mesa/main/set.c | 349 +
On 12/04/2012 04:55 PM, Jordan Justen wrote:
Note: The GL/GLES3 web man pages don't seem to properly
document glWaitSync's error when the sync object is invalid.
Signed-off-by: Jordan Justen
---
src/mesa/main/syncobj.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --g
On 12/04/2012 04:55 PM, Jordan Justen wrote:
Previously, the user could send in a pointer that was not created
by mesa. When we dereferenced that pointer, there would be an
exception.
Now we keep a set of pointers and verify that the pointer
exists in that set before dereferencing it.
Note: Thi
diff --git a/src/gallium/drivers/nv50/codegen/nv50_ir_print.cpp
b/src/gallium/drivers/nv50/codegen/nv50_ir_print.cpp
index ded4f61..ea81e53 100644
--- a/src/gallium/drivers/nv50/codegen/nv50_ir_print.cpp
+++ b/src/gallium/drivers/nv50/codegen/nv50_ir_print.cpp
@@ -67,26 +67,6 @@ static void init_c
Comments below.
On 12/05/2012 07:02 AM, Fabio Pedretti wrote:
diff --git a/src/gallium/drivers/nv50/codegen/nv50_ir_print.cpp
b/src/gallium/drivers/nv50/codegen/nv50_ir_print.cpp
index ded4f61..ea81e53 100644
--- a/src/gallium/drivers/nv50/codegen/nv50_ir_print.cpp
+++ b/src/gallium/drivers/nv5
---
lib/Target/AMDGPU/AMDGPUISelLowering.cpp | 53
lib/Target/AMDGPU/AMDGPUISelLowering.h | 1 +
lib/Target/AMDGPU/R600ISelLowering.cpp | 5 +++
lib/Target/AMDGPU/SIISelLowering.cpp | 6
4 files changed, 65 insertions(+)
diff --git a/lib/Target/AMD
On Wed, Dec 05, 2012 at 04:58:21PM +0100, Vincent Lejeune wrote:
> ---
> lib/Target/AMDGPU/AMDGPUISelLowering.cpp | 53
>
> lib/Target/AMDGPU/AMDGPUISelLowering.h | 1 +
> lib/Target/AMDGPU/R600ISelLowering.cpp | 5 +++
> lib/Target/AMDGPU/SIISelLowering.cpp
---
lib/Target/AMDGPU/AMDGPUISelLowering.cpp | 58
lib/Target/AMDGPU/AMDGPUISelLowering.h | 1 +
lib/Target/AMDGPU/R600ISelLowering.cpp | 6
lib/Target/AMDGPU/SIISelLowering.cpp | 6
4 files changed, 71 insertions(+)
diff --git a/lib/Target/AM
On Wed, Dec 05, 2012 at 06:09:46PM +0100, Vincent Lejeune wrote:
> ---
> lib/Target/AMDGPU/AMDGPUISelLowering.cpp | 58
>
> lib/Target/AMDGPU/AMDGPUISelLowering.h | 1 +
> lib/Target/AMDGPU/R600ISelLowering.cpp | 6
> lib/Target/AMDGPU/SIISelLowering.cp
On 12/05/12 15:23, Alex Deucher wrote:
> Also, should probably also make a note to apply this to the stable
> branches. While you are at it can you also check and see if radeon
> needs a similar fix?
>From the code it looks like it needs a similar fix. I don't have a
pre-r250 card though so I can'
On Tue, Dec 4, 2012 at 11:17 AM, Eric Anholt wrote:
> Anuj Phogat writes:
>
>> Makes framebuffer_blit_coverage_mismatched_buffer_formats.test
>> in gles3 conformance pass.
>>
>> Signed-off-by: Anuj Phogat
>> ---
>> src/mesa/drivers/common/meta.c | 11 ---
>> 1 files changed, 8 inserti
On 12/04/2012 03:53 PM, Carl Worth wrote:
> Another approach, (and something we did for the cairo project), would be
> to put things like lists of filenames needed for the build into a simple
> file that could be included by either Makefile.am or Android.mk. That
> would at least eliminate one sour
On Wed, Dec 5, 2012 at 12:22 PM, Stefan Dösinger wrote:
> On 12/05/12 15:23, Alex Deucher wrote:
>> Also, should probably also make a note to apply this to the stable
>> branches. While you are at it can you also check and see if radeon
>> needs a similar fix?
> From the code it looks like it nee
https://bugs.freedesktop.org/show_bug.cgi?id=57903
José Fonseca changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop. |jfons...@vmware.com
|or
On 12/05/2012 01:49 AM, Stefan Dösinger wrote:
In the future, please send patches using git-send-mail. It makes it
easier for people to reply with comments in-line with the patch.
In spite of that, this patch looks good. Does it fix any known bugzilla
entries? If so, those should be mentio
On Wed, Dec 5, 2012 at 12:36 AM, Chad Versace
wrote:
> Taking the Android.mk's out of Mesa without replacing them with an
> Androgenizer-like tool would impose that insufferable situation on
> the Android developers.
Is maintaining Sconscripts as the only build system an option ?
It's easy to ext
24 matches
Mail list logo
