Hi
v3:
- The code is now -Wdeclaration-after-statement clean
/me feels sorry for everyone still stuck on msvc.
- Lauri
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
From c2cdc65492e423317c49b43512599a350a64bccb Mon Sep 17 00:00:00 2001
From: Lauri Kasanen c...@gmx.com
Date: Tue, 16 Aug 2011 16:06:13 +0300
Subject: [PATCH 01/12] driconf: Add the PP descriptions
Signed-off-by: Lauri Kasanen c...@gmx.com
---
src/mesa/drivers/dri/common/xmlpool/options.h |
From 62c519c1179f9c30d8675e6bdad66ca45c74f878 Mon Sep 17 00:00:00 2001
From: Lauri Kasanen c...@gmx.com
Date: Tue, 16 Aug 2011 16:07:59 +0300
Subject: [PATCH 02/12] st/dri: Bind the post-processing queue to dri
Signed-off-by: Lauri Kasanen c...@gmx.com
---
From f4f45da8955567e4badcdb2062a8fae4cc9522a6 Mon Sep 17 00:00:00 2001
From: Lauri Kasanen c...@gmx.com
Date: Tue, 16 Aug 2011 16:09:16 +0300
Subject: [PATCH 03/12] aux/Makefile,SConscript: Build PP
Signed-off-by: Lauri Kasanen c...@gmx.com
---
src/gallium/auxiliary/Makefile |6 ++
From 4b762d4cbb443387ae6e072a701f5a70e7196c9f Mon Sep 17 00:00:00 2001
From: Lauri Kasanen c...@gmx.com
Date: Tue, 16 Aug 2011 16:09:57 +0300
Subject: [PATCH 04/12] pp: Docs
Signed-off-by: Lauri Kasanen c...@gmx.com
---
src/gallium/auxiliary/postprocess/ADDING | 87
From 7af348785e0f8c545feaf7d5c3809a0abe8e01ce Mon Sep 17 00:00:00 2001
From: Lauri Kasanen c...@gmx.com
Date: Tue, 16 Aug 2011 16:10:47 +0300
Subject: [PATCH 05/12] pp: Color filters
Signed-off-by: Lauri Kasanen c...@gmx.com
---
src/gallium/auxiliary/postprocess/pp_colors.c | 80
From 85bc09c37c560dbdb46b66ca1b5535baa296507b Mon Sep 17 00:00:00 2001
From: Lauri Kasanen c...@gmx.com
Date: Tue, 16 Aug 2011 16:11:03 +0300
Subject: [PATCH 06/12] pp: Cel-shade filter
Signed-off-by: Lauri Kasanen c...@gmx.com
---
src/gallium/auxiliary/postprocess/pp_celshade.c | 38
From 70420da1a5cc4de7f91aa2099790571229b76c61 Mon Sep 17 00:00:00 2001
From: Lauri Kasanen c...@gmx.com
Date: Wed, 17 Aug 2011 11:18:13 +0300
Subject: [PATCH 08/12] pp: Add Jimenez' MLAA
Signed-off-by: Lauri Kasanen c...@gmx.com
---
src/gallium/auxiliary/postprocess/pp_mlaa.c | 304
From c6cee54df9ed2898f6b19001cb2d8b65ec68ee79 Mon Sep 17 00:00:00 2001
From: Lauri Kasanen c...@gmx.com
Date: Tue, 16 Aug 2011 17:09:39 +0300
Subject: [PATCH 09/12] pp/main queue: Add pp_run.c
Signed-off-by: Lauri Kasanen c...@gmx.com
---
src/gallium/auxiliary/postprocess/pp_run.c | 188
From cc4f5fe6476bb62da1d1316af2aa35afc17d2197 Mon Sep 17 00:00:00 2001
From: Lauri Kasanen c...@gmx.com
Date: Tue, 16 Aug 2011 17:10:13 +0300
Subject: [PATCH 10/12] pp/main queue: Add pp_init.c
Signed-off-by: Lauri Kasanen c...@gmx.com
---
src/gallium/auxiliary/postprocess/pp_init.c | 283
- Original Message -
On Wed, Aug 17, 2011 at 11:33 PM, Ian Romanick i...@freedesktop.org
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/16/2011 11:28 PM, Chia-I Wu wrote:
Define log2f(v) to be log(v) / M_LN2 and ffs to __builtin_ffs.
---
src/mesa/main/imports.h
From e681a8d72542be4ec4501829f32d87e87b385529 Mon Sep 17 00:00:00 2001
From: Lauri Kasanen c...@gmx.com
Date: Tue, 16 Aug 2011 17:10:31 +0300
Subject: [PATCH 11/12] pp/main queue: Add pp_program.[ch]
Signed-off-by: Lauri Kasanen c...@gmx.com
---
src/gallium/auxiliary/postprocess/pp_program.c |
From fe0d7f58db1280feb2756e0a37bad7352a863fd0 Mon Sep 17 00:00:00 2001
From: Lauri Kasanen c...@gmx.com
Date: Tue, 16 Aug 2011 17:10:53 +0300
Subject: [PATCH 12/12] pp/main queue: Add the PP headers
Signed-off-by: Lauri Kasanen c...@gmx.com
---
src/gallium/auxiliary/postprocess/filters.h |
The order of the patch series looks strange: The last patches add files
referenced by earlier ones. Please make sure each patch can build (and
ideally work :) individually in the order of the series.
Simply reordering the patches might not be the best solution though.
E.g. it doesn't make much
On Thu, 18 Aug 2011 10:42:30 +0200
Michel Dänzer mic...@daenzer.net wrote:
The order of the patch series looks strange: The last patches add files
referenced by earlier ones. Please make sure each patch can build (and
ideally work :) individually in the order of the series.
Simply
The goal of this RFC series is to allow scons and make to share the
source lists. The source lists of Makefile's are constantly changing
and we have had enough fix SCons build in the git log.
For that to be possible, source lists in Makefile's are expected to be
factored out to sources.mak.
From: Chia-I Wu o...@lunarg.com
ParseSourcesMak() parses sources.mak in the source directory and returns
the files defined by the specified variables. It can be used like
sources = env.ParseSourcesMak(['C_SOURCES'])
---
scons/custom.py | 19 ++
scons/sources_mak.py | 96
From: Chia-I Wu o...@lunarg.com
---
src/gallium/auxiliary/Makefile| 201 +
src/gallium/auxiliary/SConscript | 201 ++---
src/gallium/auxiliary/sources.mak | 193 +++
3 files changed, 204
On Thu, Aug 18, 2011 at 3:25 PM, Jose Fonseca jfons...@vmware.com wrote:
- Original Message -
On Wed, Aug 17, 2011 at 11:33 PM, Ian Romanick i...@freedesktop.org
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/16/2011 11:28 PM, Chia-I Wu wrote:
Define log2f(v) to be
I think this is great. Thanks for stepping up and doing this, Olv!
Concerning the implementation, my only suggestion is that it might be useful to
have the ability to specify the include name (but maybe leave 'sources.mak' as
default value).
Otherwise looks great IMO. I think we should expand
On 08/17/2011 08:06 PM, Chia-I Wu wrote:
On Thu, Aug 18, 2011 at 12:28 AM, Chad Versace c...@chad-versace.us wrote:
On 08/17/2011 08:31 AM, Ian Romanick wrote:
On 08/16/2011 11:28 PM, Chia-I Wu wrote:
Define SIZE_MAX to UINT32_MAX for it. --- src/glsl/ralloc.c |4 1
files changed, 4
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/17/2011 08:24 PM, Chia-I Wu wrote:
On Thu, Aug 18, 2011 at 2:03 AM, Chad Versace c...@chad-versace.us wrote:
I've commented below on TOP/Android.mk and TOP/Android.common.mk.
The Gallium makefiles are outside of my domain, so I have no
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Great. Then the glsl makefile is
Reviewed-by: Chad Versace c...@chad-versace.us
On 08/17/2011 08:26 PM, Chia-I Wu wrote:
On Thu, Aug 18, 2011 at 4:06 AM, Chad Versace c...@chad-versace.us wrote:
On 08/16/2011 11:28 PM, Chia-I Wu wrote:
This builds
Thanks for doing this, Chia-I. I like this approach.
Chad Versace
c...@chad-versace.us
On 08/18/2011 03:33 AM, Jose Fonseca wrote:
I think this is great. Thanks for stepping up and doing this, Olv!
Concerning the implementation, my only suggestion is that it might be useful
to have the
On 08/17/2011 08:37 PM, Chia-I Wu wrote:
On Thu, Aug 18, 2011 at 4:14 AM, Chad Versace c...@chad-versace.us wrote:
On 08/16/2011 11:28 PM, Chia-I Wu wrote:
Hi list,
This patch series adds Android Gingerbread support to Mesa. To begin
with, it only supports software rendering with
On Thu, Aug 18, 2011 at 10:14 PM, Chad Versace c...@chad-versace.us wrote:
[snip]
+# The rules can be found in src/gallium/targets/Android.mk.
---
This comment line is misleading. It implies that the build system is
intended only for Gallium.
Very soon the build system will also build
On Thu, Aug 18, 2011 at 6:33 PM, Jose Fonseca jfons...@vmware.com wrote:
I think this is great. Thanks for stepping up and doing this, Olv!
Concerning the implementation, my only suggestion is that it might be useful
to have the ability to specify the include name (but maybe leave
This was copy'n'paste from the fragment shader, and didn't make sense
here.
---
.../drivers/dri/i965/brw_vec4_reg_allocate.cpp |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_vec4_reg_allocate.cpp
This is copied right from the fragment shader. It is needed for real
register allocation to work correctly.
---
src/mesa/drivers/dri/i965/brw_vec4.cpp | 31 +++
src/mesa/drivers/dri/i965/brw_vec4.h|1 +
src/mesa/drivers/dri/i965/brw_vec4_emit.cpp |6
This is a rather pessimistic calculation, since it doesn't distinguish
individual channels of a vec4, or elements of an array, but should be
a minimum start for register allocation.
---
src/mesa/drivers/dri/i965/Makefile |1 +
src/mesa/drivers/dri/i965/brw_vec4.cpp | 130
Fixes vs-atan-* and several others. This is not the real solution we
eventually want, which will pack floats, vec2s, and vec3s into vec4
registers, but this code should provide the framework for that.
---
src/mesa/drivers/dri/i965/brw_context.h| 17 +++
Hi,
I would like to have several opinions about the implementation (on the frontend
side) of EmitVertex() function.
Prototype of the function is :
void EmitVertex();
It is only available when writing Geometry Shader Code, it acts as a beacon
saying the GPU to generate a vertex according to
On Thu, Aug 18, 2011 at 2:38 PM, Eric Anholt e...@anholt.net wrote:
+ bool progress = true;
+ while (progress) {
+ progress = false;
+ progress = dead_code_eliminate() || progress;
|| progress is always false, though maybe it's just written like that
to match the style of the
[Ian, I want your Tested-by.]
Before this commit, both builtin_stubs.o and builtin_functions.o (via
libglsl.a) were linked into glsl_compiler. It is surprising that this
worked at all, since builtin_functions.o redefines some symbols in
builtin_stubs.o.
CC: Ian Romanick i...@freedesktop.org
On 08/18/2011 12:02 PM, Matt Turner wrote:
On Thu, Aug 18, 2011 at 2:38 PM, Eric Anholt e...@anholt.net wrote:
+ bool progress = true;
+ while (progress) {
+ progress = false;
+ progress = dead_code_eliminate() || progress;
|| progress is always false, though maybe it's just
Declare _mesa_meta_begin()/end() in meta.h so that drivers can write
custom meta-ops (such as HiZ resolves for i965).
This necessitates moving the the META_* macros into meta.h. To prevent
naming collisions, this commit renames each macro to be MESA_META_*.
Signed-off-by: Chad Versace
When intel_verify_dri2_has_hiz() discovers that DRI2 (that is, the DDX
driver) cannot provide a separate stencil buffer, but
intel_context::hw_must_use_separate_stencil is set, then emit an
informative assertion failure as soon as possible.
Currently, we do emit an assertion failure, but the its
Makes the new vertex shader backend work on Ivybridge.
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
---
src/mesa/drivers/dri/i965/brw_eu_emit.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_eu_emit.c
On Wed, 17 Aug 2011 17:03:56 -0600, Brian Paul brian.e.p...@gmail.com wrote:
On 08/17/2011 04:51 PM, Eric Anholt wrote:
On Tue, 16 Aug 2011 18:53:00 -0600, Brian Paulbri...@vmware.com wrote:
On 08/15/2011 12:53 PM, Eric Anholt wrote:
Here's my mti-tested branch of the map-texture-image-v4
On 08/18/2011 02:39 PM, Chad Versace wrote:
Declare _mesa_meta_begin()/end() in meta.h so that drivers can write
custom meta-ops (such as HiZ resolves for i965).
This necessitates moving the the META_* macros into meta.h. To prevent
naming collisions, this commit renames each macro to be
In anticipation of adding more texture targets.
---
src/mesa/main/fbobject.c | 56 +-
1 files changed, 45 insertions(+), 11 deletions(-)
diff --git a/src/mesa/main/fbobject.c b/src/mesa/main/fbobject.c
index 7646f9b..e25ec8c 100644
---
Q should not be significant for OPCODE_TEX, but it winds up getting
passed to the compute_lambda() function. Make sure it's 1.0 to
prevent garbage values, which is effectively what we get when the
swizzle is coord.xyzz (whcih is what GLSL gives us).
Part of the fix for piglit's
We could do 1D/2D arrays with textured quad rendering, but it'll take
some work (as with 3D textures).
---
src/mesa/drivers/common/meta.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/common/meta.c b/src/mesa/drivers/common/meta.c
index
This was an unfinished to-do item before.
With this patch and the two preceeding patches, piglit's
fbo-generatemipmap-array test runs and passes instead of generating
a GL error and dying on an assertion.
---
src/mesa/main/fbobject.c | 24 +---
1 files changed, 21
On Wed, Aug 3, 2011 at 2:49 PM, Brian Paul bri...@vmware.com wrote:
On 08/03/2011 07:24 AM, Mika Boström wrote:
Hello hackers.
We are working to get a clean EGL/wayland system working with Qt. The
code in mesa-demos/src/opengl/eglkms.c contains certain obviously
correct ways of welding
Changes from v1 are
- build libGLES_mesa in top-level Android.mk
- split changes to st/egl into 3 patches
- use logf for log2f
- misc changes and added comments
Tests are done using VirtualBox.
___
mesa-dev mailing list
Reviewed-by: Brian Paul bri...@vmware.com
Reviewed-by: Ian Romanick ian.d.roman...@intel.com
Reviewed-by: Chad Versace c...@chad-versace.us
---
src/glsl/main.cpp |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/src/glsl/main.cpp b/src/glsl/main.cpp
index 9b8a507..0192137
Android uses Linux kernel and its own C runtime. It resembles
PIPE_OS_LINUX a lot with some minor exceptions.
Reviewed-by: Brian Paul bri...@vmware.com
---
src/gallium/auxiliary/os/os_thread.h |2 +-
src/gallium/auxiliary/util/u_math.h | 12 +++-
Android does not define SIZE_MAX in stdint.h. We have to include
limits.h for it.
Reviewed-by: Chad Versace c...@chad-versace.us
---
src/glsl/ralloc.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/src/glsl/ralloc.c b/src/glsl/ralloc.c
index 6a5eac6..fb48a91 100644
Define log2f(v) to be logf(v) / M_LN2 and ffs to __builtin_ffs.
---
src/mesa/main/imports.h |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/src/mesa/main/imports.h b/src/mesa/main/imports.h
index 3fa1db0..70defdc 100644
--- a/src/mesa/main/imports.h
+++
From: Chia-I Wu o...@lunarg.com
This is Android Gingerbread platform.
Reviewed-by: Brian Paul bri...@vmware.com
Reviewed-by: Chad Versace c...@chad-versace.us
---
include/EGL/eglplatform.h |9 +
src/egl/main/egldisplay.c |3 ++-
src/egl/main/egldisplay.h |1 +
3 files
Add EGL_ANDROID_image_native_buffer and EGL_ANDROID_swap_rectangle.
There is no spec for them though.
Reviewed-by: Brian Paul bri...@vmware.com
Reviewed-by: Chad Versace c...@chad-versace.us
---
include/EGL/eglext.h | 14 ++
src/egl/main/eglapi.c | 25
On Android, color buffers are passed between server and clients as
opaque buffer_handle_t. This winsys makes use of gralloc, which
provides a generic way to map and unmap buffer_handle_t for CPU access.
---
.../winsys/sw/android/android_sw_winsys.cpp| 271
Both HW and SW rendering are supported for Android. For SW rendering,
we use the generic gralloc lock/unlock for mapping and unmapping color
buffers (in winsys/android).
For HW rendering, we need to know the real type of color buffers. This
backend works with drm_gralloc, where a color buffer
There is no libudev on Android. Use DRM to get the PCI ID directly.
---
src/gallium/targets/egl-static/egl.c | 62 ++
1 files changed, 62 insertions(+), 0 deletions(-)
diff --git a/src/gallium/targets/egl-static/egl.c
b/src/gallium/targets/egl-static/egl.c
This is the first step to integrate Mesa into Android(-x86) build
system. You can git clone mesa under the external/ directory of Android
source tree and build Android with
$ make BOARD_GPU_DRIVERS=swrast
It will build libGLES_mesa that will be loaded by Android runtime.
libGLES_mesa is still
This builds the static library libmesa_pipe_softpipe from softpipe.
---
src/gallium/Android.mk |2 +-
src/gallium/drivers/softpipe/Android.mk | 67 +++
2 files changed, 68 insertions(+), 1 deletions(-)
create mode 100644
This builds the static library libmesa_glsl and executable glsl_compiler
from glsl. glsl_compiler is only installed for engineering build.
Reviewed-by: Chad Versace c...@chad-versace.us
---
Android.mk |1 +
src/glsl/Android.gen.mk | 98 +++
This builds the shared library libglapi from shared glapi.
Reviewed-by: Chad Versace c...@chad-versace.us
---
Android.mk |1 +
src/mapi/Android.mk | 60 +++
2 files changed, 61 insertions(+), 0 deletions(-)
create mode 100644
libGLES_mesa with swrast should link in these libraries
libmesa_egl
libmesa_egl_gallium
libmesa_st_egl
libmesa_st_mesa
libmesa_glsl
libmesa_glsl_utils
libmesa_pipe_softpipe
libmesa_winsys_sw_android
libmesa_gallium
---
Android.mk | 37 +
1
On 08/18/2011 02:02 PM, Chad Versace wrote:
When intel_verify_dri2_has_hiz() discovers that DRI2 (that is, the DDX
driver) cannot provide a separate stencil buffer, but
intel_context::hw_must_use_separate_stencil is set, then emit an
informative assertion failure as soon as possible.
61 matches
Mail list logo
