On Fri, Dec 9, 2011 at 2:02 PM, Chia-I Wu o...@lunarg.com wrote:
On Thu, Dec 8, 2011 at 10:00 PM, jfons...@vmware.com wrote:
From: José Fonseca jfons...@vmware.com
It sets the wrong values (GL_XXX_LEFT instead of GL_XXX), and no other
Mesa driver does this, given that Mesa sets the right
On Wed, Nov 30, 2011 at 10:10 PM, Brian Paul bri...@vmware.com wrote:
On 11/29/2011 09:47 PM, Chia-I Wu wrote:
From: Chia-I Wuo...@lunarg.com
The format is defined by GL_OES_compressed_ETC1_RGB8_texture. These
routines
will be used in the following commit.
---
src/mesa/main
code duplication, which is mea culpa, as I
keep not finding the time to do anything about it.
Yeah, I had to move the decoding routines to a header of their own so
that they can be shared..
- Original Message -
From: Chia-I Wu o...@lunarg.com
The format is defined
On Tue, Nov 29, 2011 at 5:14 PM, Theiss, Ingo ingo.the...@i-matrixx.de wrote:
Dear devs,
is it possible that the current git is broken? After my daily git pull I am
no longer able to build mesa.
Here is the error which breaks my build:
It should be fixed now.
---
gcc -c -o
From: Chia-I Wu o...@lunarg.com
---
src/mapi/glapi/gen/es_EXT.xml |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/src/mapi/glapi/gen/es_EXT.xml b/src/mapi/glapi/gen/es_EXT.xml
index bc98aee..c7e7d07 100644
--- a/src/mapi/glapi/gen/es_EXT.xml
+++ b/src/mapi/glapi/gen
From: Chia-I Wu o...@lunarg.com
Add support for GL_OES_compressed_ETC1_RGB8_texture to core mesa. There is no
driver support yet.
Unlike desktop GL compressed texture formats, GLES compressed texture formats
usually can only be used with glCompressedTexImage2D. All other gl*Tex*Image
From: Chia-I Wu o...@lunarg.com
The format is defined by GL_OES_compressed_ETC1_RGB8_texture.
---
src/gallium/auxiliary/Makefile.sources |1 +
src/gallium/auxiliary/util/u_format.csv |3 +
src/gallium/auxiliary/util/u_format.h|7 ++-
src/gallium/auxiliary/util
From: Chia-I Wu o...@lunarg.com
Have st/mesa recognize MESA_FORMAT_ETC1_RGB8 then we are good to advertise the
extension.
---
src/mesa/state_tracker/st_extensions.c |8
src/mesa/state_tracker/st_format.c | 12
2 files changed, 20 insertions(+), 0 deletions
From: Chia-I Wu o...@lunarg.com
---
docs/relnotes-7.12.html |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/docs/relnotes-7.12.html b/docs/relnotes-7.12.html
index 393b112..378df96 100644
--- a/docs/relnotes-7.12.html
+++ b/docs/relnotes-7.12.html
@@ -46,6 +46,7 @@ tbd
On Fri, Nov 25, 2011 at 6:58 PM, Beren Minor beren.mi...@gmail.com wrote:
GLX functions are sometimes directly available in the current binary. In such
cases, we do not need any alternate library loaded using dlopen. Otherwise,
dlopen may find the wrong libGL library and get functions that
From: Chia-I Wu o...@lunarg.com
MESA_FORMAT_RGBX_REV is one of the opaque pixel formats used on Android.
Thanks to texture-from-pixmap, drivers may actually see texture images with
this format on Android.
MESA_FORMAT_RGBX is added only for completeness.
---
src/mesa/main/format_unpack.c
On Tue, Nov 15, 2011 at 9:08 PM, Matthew Cattell
mcatt...@spamarrest.com wrote:
Brian Paul brianp at vmware.com writes:
On 03/10/2011 08:30 PM, tom fogal wrote:
Kenneth Graunkekenneth at whitecape.org writes:
On Thursday, March 10, 2011 01:17:04 PM Alexander Neundorf wrote:
While at it
From: Chia-I Wu o...@lunarg.com
It is needed for nv50's new shader backend. With this change, both u_math.h
and imports.h in core mesa define the same function. I have to #undef log2f
here to avoid the conflict. Not sure if there is a better way to deal with
the situation.
---
src/gallium
On Mon, Oct 31, 2011 at 11:46 PM, Eric Anholt e...@anholt.net wrote:
On Mon, 31 Oct 2011 03:07:26 +0800, Chia-I Wu olva...@gmail.com wrote:
From: Chia-I Wu o...@lunarg.com
Hi,
This patch series adds support for the OpenGL ES specific
GL_OES_EGL_image_external extension[1]. It is enabled
On Mon, Oct 31, 2011 at 10:16 PM, Jakob Bornecrantz ja...@vmware.com wrote:
- Original Message -
From: Chia-I Wu o...@lunarg.com
Hi,
This patch series adds support for the OpenGL ES specific
GL_OES_EGL_image_external extension[1]. It is enabled in st/mesa.
The extension adds
On Mon, Oct 31, 2011 at 9:52 PM, Brian Paul bri...@vmware.com wrote:
[...]
Maybe call this file sources.mak to match src/mesa/sources.mak
It is already named Makefile.sources in several other places (that was
me too...). To try to justify the inconsistency, the file differs
from sources.mak
With the hope that Android.mk and SConscript can share the file to reduce
future breakage.
---
src/glsl/Makefile | 82 ---
src/glsl/Makefile.sources | 104 +
2 files changed, 113 insertions(+), 73 deletions(-)
This also fixes the build error due to missing link_uniforms.cpp in the source
lists.
---
src/glsl/Android.mk | 95 +-
1 files changed, 10 insertions(+), 85 deletions(-)
diff --git a/src/glsl/Android.mk b/src/glsl/Android.mk
index
---
src/glsl/SConscript | 82 +--
1 files changed, 14 insertions(+), 68 deletions(-)
diff --git a/src/glsl/SConscript b/src/glsl/SConscript
index 09c7edb..b8154d6 100644
--- a/src/glsl/SConscript
+++ b/src/glsl/SConscript
@@ -30,78 +30,21 @@
From: Chia-I Wu o...@lunarg.com
It is a typo went unnoticed.
---
src/gallium/drivers/llvmpipe/lp_rast_tri.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/gallium/drivers/llvmpipe/lp_rast_tri.c
b/src/gallium/drivers/llvmpipe/lp_rast_tri.c
index 3adfbaa..71d0ddf
On Sun, Oct 30, 2011 at 8:11 PM, Keith Whitwell kei...@vmware.com wrote:
Looks good to me.
That is quick, thanks! I will go ahead and commit it.
Keith
On Sun, 2011-10-30 at 20:05 +0800, Chia-I Wu wrote:
From: Chia-I Wu o...@lunarg.com
It is a typo went unnoticed.
---
src/gallium/drivers
From: Chia-I Wu o...@lunarg.com
Hi,
This patch series adds support for the OpenGL ES specific
GL_OES_EGL_image_external extension[1]. It is enabled in st/mesa.
The extension adds a new texture target, GL_TEXTURE_EXTERNAL_OES. It can only
be specified with an EGLImage. Calling gl*Tex*Image
From: Chia-I Wu o...@lunarg.com
---
include/GLES/glext.h | 76 -
1 files changed, 74 insertions(+), 2 deletions(-)
diff --git a/include/GLES/glext.h b/include/GLES/glext.h
index 162909a..130e4b0 100644
--- a/include/GLES/glext.h
+++ b/include
From: Chia-I Wu o...@lunarg.com
Only enums actually.
---
src/mapi/glapi/gen/es_EXT.xml |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/src/mapi/glapi/gen/es_EXT.xml b/src/mapi/glapi/gen/es_EXT.xml
index 1327bb6..bc98aee 100644
--- a/src/mapi/glapi/gen/es_EXT.xml
From: Chia-I Wu o...@lunarg.com
intentionally snipped due to the size
---
src/mesa/main/enums.c | 2368 +
1 files changed, 1190 insertions(+), 1178 deletions(-)
___
mesa-dev mailing list
mesa-dev
From: Chia-I Wu o...@lunarg.com
3-bit fields are used store texture target in several places. That will fail
when TEXTURE_EXTERNAL_INDEX, which happends to be the 9th texture target, is
added. Make them 4-bit fields.
---
src/mesa/drivers/dri/i965/brw_wm.h |2 +-
src/mesa/main
From: Chia-I Wu o...@lunarg.com
---
src/mesa/main/glheader.h |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/glheader.h b/src/mesa/main/glheader.h
index 0df8119..c4fb157 100644
--- a/src/mesa/main/glheader.h
+++ b/src/mesa/main/glheader.h
@@ -66,6
From: Chia-I Wu o...@lunarg.com
This extension introduces a new sampler type: samplerExternalOES.
texture2D (and texture2DProj) can be used to do a texture look up in an
external texture.
---
src/glsl/ast.h |1 +
src/glsl/ast_type.cpp
From: Chia-I Wu o...@lunarg.com
Unrecognized texture target should give an error.
---
src/mesa/main/fbobject.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/mesa/main/fbobject.c b/src/mesa/main/fbobject.c
index c56062a..5cc4417 100644
--- a/src/mesa/main
From: Chia-I Wu o...@lunarg.com
GL_TEXTURE_RECTANGLE_NV (and soon GL_TEXTURE_EXTERNAL_OES) is special. Handle
it in its own if-block. There should be no functional change.
---
src/mesa/main/texparam.c | 42 +++---
1 files changed, 27 insertions(+), 15
From: Chia-I Wu o...@lunarg.com
This is an OpenGL ES specific extension. External textures are textures that
may be sampled from, but not be updated (no glTexSubImage* and etc.). The
image data are taken from an EGLImage.
---
src/mesa/main/APIspec.xml|9 +
src/mesa/main
From: Chia-I Wu o...@lunarg.com
To pipe drivers, external textures are just 2D textures.
---
src/mesa/state_tracker/st_cb_texture.c |2 ++
src/mesa/state_tracker/st_extensions.c |2 ++
src/mesa/state_tracker/st_glsl_to_tgsi.cpp |3 +++
src/mesa/state_tracker/st_mesa_to_tgsi.c
('Makefile.sources', 'C_SOURCES')
+ source = env.ParseSourceList('Makefile.sources', 'C_SOURCES')
)
Export('nvfx')
Ah, I did not know that nouveau was not enabled and skipped when I
tested the changes. Thanks for doing this.
Reviewed-by: Chia-I Wu o...@lunarg.com
--
1.7.2
additional functions remapped, should add
'offset=assign' to the function definition in the .xml file.
The changes to remap_helper.h are in a follow-on ~8700 line patch that
would surely be rejected by the mailing list.
Cc: Chia-I Wu o...@lunarg.com
Reviewed-by: Chia-I Wu o...@lunarg.com
to you, I will commit an updated
version of your patches.
2011/9/8 Chia-I Wu olva...@gmail.com:
From: Chia-I Wu o...@lunarg.com
When wl_drm is avaiable and enabled, handle format events and return
configs for the supported formats. Otherwise, assume all formats of
wl_shm are supported
On Thu, Sep 8, 2011 at 3:13 PM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
2011/9/8 Chia-I Wu olva...@gmail.com:
From: Chia-I Wu o...@lunarg.com
Return true for NATIVE_PARAM_PREMULTIPLIED_ALPHA when all formats with
alpha support premultiplied alpha. Currently, it means when
On Thu, Sep 8, 2011 at 3:41 PM, Chia-I Wu olva...@gmail.com wrote:
On Thu, Sep 8, 2011 at 3:11 PM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
First thanks for taking this on.
There are some things I'd like to have addtionally/differently:
Supported shm formats are exposed via
On Thu, Sep 8, 2011 at 3:53 PM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
2011/9/8 Chia-I Wu olva...@gmail.com:
On Thu, Sep 8, 2011 at 3:11 PM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
First thanks for taking this on.
There are some things I'd like to have
This series fixes st/egl wayland backend for recent wayland changes.
The first three patches prepare native.h to support display servers
that have premultiplied alpha.
The last two patches update wayland backend to report premultiplied
alpha support and honor it.
From: Chia-I Wu o...@lunarg.com
Replace the parameters of native_surface::present by a struct,
native_present_control. Using a struct allows us to add more control
options without having to update each backend every time.
---
.../state_trackers/egl/android/native_android.cpp | 10
From: Chia-I Wu o...@lunarg.com
Return TRUE if the display supports premultiplied alpha.
---
src/gallium/state_trackers/egl/common/native.h | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/src/gallium/state_trackers/egl/common/native.h
b/src/gallium
From: Chia-I Wu o...@lunarg.com
EGL does not export this capability of a display server. But wayland
makes use of EGL_VG_ALPHA_FORMAT to achieve it.
So, when the native display returns true for the parameter, st/egl will
set EGL_VG_ALPHA_FORMAT_PRE_BIT for all EGLConfig's with non-zero
From: Chia-I Wu o...@lunarg.com
When wl_drm is avaiable and enabled, handle format events and return
configs for the supported formats. Otherwise, assume all formats of
wl_shm are supported.
---
.../state_trackers/egl/wayland/native_drm.c| 70 +++-
.../state_trackers
From: Chia-I Wu o...@lunarg.com
Return true for NATIVE_PARAM_PREMULTIPLIED_ALPHA when all formats with
alpha support premultiplied alpha. Currently, it means when argb32 and
argb32_pre are both supported.
---
.../state_trackers/egl/wayland/native_drm.c|8 ++--
.../state_trackers
From: Chia-I Wu o...@lunarg.com
Add a new format token, __DRI_IMAGE_FORMAT_ABGR, to __DRI_IMAGE. It
maps to MESA_FORMAT_RGBA_REV in core mesa or
PIPE_FORMAT_R8G8B8A8_UNORM in gallium. The format is used by
translucent surfaces on Android.
---
include/GL/internal/dri_interface.h |1
From: Chia-I Wu o...@lunarg.com
It maps to MESA_FORMAT_RGBA_REV. Surfaces of the format can only be
sampled from but not render to.
Only i915 is tested.
Reviewed-by: Eric Anholt e...@anholt.net
[olv: add a check in intel_image_target_renderbuffer_storage]
---
src/mesa/drivers/dri/i915
From: Chia-I Wu o...@lunarg.com
It maps to PIPE_FORMAT_R8G8B8A8_UNORM.
---
src/gallium/state_trackers/dri/drm/dri2.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/src/gallium/state_trackers/dri/drm/dri2.c
b/src/gallium/state_trackers/dri/drm/dri2.c
index 6cf2375
From: Chia-I Wu o...@lunarg.com
HAL_PIXEL_FORMAT_RGBA_ maps to __DRI_IMAGE_FORMAT_ABGR.
---
src/egl/drivers/dri2/platform_android.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/src/egl/drivers/dri2/platform_android.c
b/src/egl/drivers/dri2/platform_android.c
On Fri, Sep 2, 2011 at 3:27 PM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
2011/9/2 Chia-I Wu o...@lunarg.com:
On Thu, Sep 1, 2011 at 5:53 PM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
In preparation for wayland ALPHA_FORMAT usage,
see commit
On Fri, Sep 2, 2011 at 4:03 AM, Eric Anholt e...@anholt.net wrote:
On Wed, 31 Aug 2011 13:46:34 +0800, Chia-I Wu olva...@gmail.com wrote:
From: Chia-I Wu o...@lunarg.com
Add a new format token, __DRI_IMAGE_FORMAT_RGBA_REV, to __DRI_IMAGE.
It maps to MESA_FORMAT_RGBA_REV in core mesa
On Fri, Sep 2, 2011 at 4:09 AM, Eric Anholt e...@anholt.net wrote:
On Wed, 31 Aug 2011 13:46:35 +0800, Chia-I Wu olva...@gmail.com wrote:
From: Chia-I Wu o...@lunarg.com
Surfaces of the format can only be sampled from but not render to.
Does the usage of this format in Android really
EGL_VG_ALPHA_FORMAT.
Are the assumptions true under wayland? Thoughts?
CC: Chia-I Wu o...@lunarg.com
---
.../state_trackers/egl/android/native_android.cpp | 3 ++-
src/gallium/state_trackers/egl/common/egl_g3d.c | 3 +++
.../state_trackers/egl/common/egl_g3d_api.c | 13
On Thu, Sep 1, 2011 at 9:00 AM, Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/30/2011 10:27 PM, Chia-I Wu wrote:
From: Chia-I Wu o...@lunarg.com
In preparation for porting i915 to Android, factor its source lists into
a shared makefile
On Thu, Sep 1, 2011 at 6:48 AM, Chad Versace c...@chad-versace.us wrote:
On 08/30/2011 10:27 PM, Chia-I Wu wrote:
From: Chia-I Wu o...@lunarg.com
Use $(TARGET_CC) instead of $(CC). Correctly name and set LOCAL_CFLAGS.
---
src/mesa/drivers/dri/Android.mk | 5 +
src/mesa/drivers
On Thu, Sep 1, 2011 at 4:06 AM, Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/30/2011 10:46 PM, Chia-I Wu wrote:
From: Chia-I Wu o...@lunarg.com
---
src/mesa/drivers/dri/intel/intel_extensions_es.c | 1 +
src/mesa/drivers/dri/intel
On Thu, Sep 1, 2011 at 4:04 AM, Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/30/2011 10:46 PM, Chia-I Wu wrote:
From: Chia-I Wu o...@lunarg.com
It can be used for dd-DrawTex.
My main concern about this is that we have exactly zero tests
On Thu, Sep 1, 2011 at 3:42 AM, Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/30/2011 10:46 PM, Chia-I Wu wrote:
Hi,
There are 3 changes in this series. They are combined into a single
series so that it is clear where they lead to. I
From: Chia-I Wu o...@lunarg.com
Use $(TARGET_CC) instead of $(CC). Correctly name and set LOCAL_CFLAGS.
---
src/mesa/drivers/dri/Android.mk |5 +
src/mesa/drivers/dri/i965/Android.mk |7 +++
2 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/src/mesa/drivers/dri
From: Chia-I Wu o...@lunarg.com
In preparation for porting i915 to Android, factor its source lists into
a shared makefile. This prevents duplication of source lists, and hence
prevents the Android from breaking as often.
---
src/mesa/drivers/dri/i915/Makefile | 51
From: Chia-I Wu o...@lunarg.com
Simple demos such as test-opengl-gl_basic work. SurfaceFlinger does not
work yet due to missing GL_OES_draw_texture support (and maybe more).
---
Android.mk |4 +-
src/mesa/drivers/dri/Android.mk |4 ++
src/mesa/drivers/dri
From: Chia-I Wu o...@lunarg.com
We'd like to add intelInitExtensionsES1 to it later.
---
src/mesa/drivers/dri/i915/Makefile.sources|2 +-
src/mesa/drivers/dri/i915/intel_extensions_es.c |1 +
src/mesa/drivers/dri/i915/intel_extensions_es2.c |1 -
src/mesa/drivers/dri/i965
Hi,
There are 3 changes in this series. They are combined into a single
series so that it is clear where they lead to. I will split them up
if there is a v2. Tested with i915.
Patch 1-2: enable GLESv1 extensions
They add intelInitExtensionsES1 that is called to enable extensions
that are
From: Chia-I Wu o...@lunarg.com
Add intelInitExtensionsES1 to enable required and optional GLESv1
extensions.
---
src/mesa/drivers/dri/intel/intel_context.c |1 +
src/mesa/drivers/dri/intel/intel_extensions.h|3 +
src/mesa/drivers/dri/intel/intel_extensions_es.c | 62
From: Chia-I Wu o...@lunarg.com
Add a new format token, __DRI_IMAGE_FORMAT_RGBA_REV, to __DRI_IMAGE.
It maps to MESA_FORMAT_RGBA_REV in core mesa or
PIPE_FORMAT_R8G8B8A8_UNORM in gallium. It is the format of translucent
surfaces on Android.
---
include/GL/internal/dri_interface.h |1
From: Chia-I Wu o...@lunarg.com
Surfaces of the format can only be sampled from but not render to.
---
src/mesa/drivers/dri/i915/i915_texstate.c|2 ++
src/mesa/drivers/dri/i965/brw_wm_surface_state.c |4
src/mesa/drivers/dri/intel/intel_screen.c| 10 ++
3
From: Chia-I Wu o...@lunarg.com
It maps to PIPE_FORMAT_R8G8B8A8_UNORM.
---
src/gallium/state_trackers/dri/drm/dri2.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/src/gallium/state_trackers/dri/drm/dri2.c
b/src/gallium/state_trackers/dri/drm/dri2.c
index 6cf2375
to just reuse Makefile.defines, but the file is
unsuitable for reuse.
v2
- [olv] Remove MESA_TOP from definition of *_INCLUDES so that
Makefile.sources can be self-contained.
CC: Chia-I Wu o...@lunarg.com
Signed-off: Chad Versace c...@chad-versace.us
---
src/mesa/drivers/dri
that libmesa_dricore.so
indiscriminately exported all its symbols.
Reviewed-by: Chia-I Wu o...@lunarg.com
CC: Ian Romanick i...@freedesktop.org
CC: Chia-I Wu o...@lunarg.com
Signed-off-by: Chad Versace c...@chad-versace.us
---
src/mesa/Android.mk | 29 +
1 files changed, 29
On Tue, Aug 30, 2011 at 2:50 AM, Chad Versace c...@chad-versace.us wrote:
In src/mesa/Android.mk, it is non-trivial to determine which variables are
imported by `include sources.mak`. So document them.
v2
- [olv] Add X86_sources to list of documented variables.
Reviewed-by: Chia-I Wu o
with src/mesa/drivers/dri, and add the subdir only if MESA_BUILD_CLASSIC.
- [olv] Remove redundant ifdef guard in src/mesa/drivers/dri/common/Android.mk
CC: Chia-I Wu o...@lunarg.com
Signed-off-by: Chad Versace c...@chad-versace.us
---
Android.mk | 4 ++-
src
On Tue, Aug 30, 2011 at 2:50 AM, Chad Versace c...@chad-versace.us wrote:
Compile tested only.
v2
- [olv] Update comments to include i965 in list of classic drivers.
CC: Ian Romanick i...@freedesktop.org
CC: Chia-I Wu o...@lunarg.com
Signed-off-by: Chad Versace c...@chad-versace.us
From: Chia-I Wu o...@lunarg.com
Move the loop to parse attachments to its own function.
---
src/egl/drivers/dri2/platform_android.c | 66 ++-
1 files changed, 39 insertions(+), 27 deletions(-)
diff --git a/src/egl/drivers/dri2/platform_android.c
b/src/egl/drivers
From: Chia-I Wu o...@lunarg.com
Check the surface type is EGL_WINDOW_BIT before doing anything, in
preparation for pbuffer support.
---
src/egl/drivers/dri2/platform_android.c | 104 +--
1 files changed, 58 insertions(+), 46 deletions(-)
diff --git a/src/egl/drivers
From: Chia-I Wu o...@lunarg.com
This is a simple change thanks to allocateBuffer.
---
src/egl/drivers/dri2/platform_android.c | 12
1 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/src/egl/drivers/dri2/platform_android.c
b/src/egl/drivers/dri2/platform_android.c
On Fri, Aug 26, 2011 at 4:03 PM, Christopher James Halse Rogers
christopher.halse.rog...@canonical.com wrote:
Eric was wondering why the --enable-shared-dricore option also built
libglsl.so.
This provided the activation energy to fix it, and also extend dricore to the
gallium drivers.
I
On Sat, Aug 27, 2011 at 3:56 PM, Ian Romanick i...@freedesktop.org wrote:
From: Ian Romanick ian.d.roman...@intel.com
The core Mesa extension code is now smart enough to only expose the
right extensions with the right APIs.
What would happen if an extension not available in an API is enabled,
On Fri, Aug 26, 2011 at 12:55 PM, Chad Versace c...@chad-versace.us wrote:
[CC'ing krh because I learned much of this from him, so may have some
insight to share with us.]
On 08/25/2011 08:14 PM, Chia-I Wu wrote:
On Fri, Aug 26, 2011 at 4:09 AM, Chad Versace c...@chad-versace.us wrote:
On 08
On Fri, Aug 26, 2011 at 2:05 PM, Chia-I Wu olva...@gmail.com wrote:
On Fri, Aug 26, 2011 at 12:55 PM, Chad Versace c...@chad-versace.us wrote:
[CC'ing krh because I learned much of this from him, so may have some
insight to share with us.]
On 08/25/2011 08:14 PM, Chia-I Wu wrote:
On Fri, Aug
LIBGL_ALWAYS_SOFTWARE=1 at runtime and it
will make EGL pick swrast up.
Thanks a lot,
-Ilyes
On Fri, Aug 26, 2011 at 4:24 AM, Chia-I Wu olva...@gmail.com wrote:
On Fri, Aug 26, 2011 at 3:39 AM, Ilyes Gouta ilyes.go...@gmail.com wrote:
Hi,
Is there any document describing the current status
On Fri, Aug 26, 2011 at 10:52 PM, Chia-I Wu olva...@gmail.com wrote:
[snip]
I don't really have a lot of insight into how the Android build system
works, but those files were originally added so that r300_dri.so would
link correctly for Gallium targets that didn't use GLSL, because without
On Fri, Aug 26, 2011 at 8:36 PM, Kristensen, Kristian H
kristian.h.kristen...@intel.com wrote:
[snip]
There is no pixmap in Android so it can be ignored. As for pbuffers,
which I plan to support as a follow-on commit, it works pretty much
the same as the windows except that the back buffer is
.
It looks good to me.
Cc: Chia-I Wu o...@lunarg.com
---
There's a follow-on patch that commits the resulting changes to the
various generated files. That commit has some spurious changes
because somebody forgot to do this when adding
glFramebufferTextureLayerARB. Either way, that commit is WAY
On Sat, Aug 27, 2011 at 9:53 AM, Chad Versace c...@chad-versace.us wrote:
If you attempt to link together libmesa_dricore.so from object files built
with
visibility=hidden, then the library is useless. It exposes no symbols.
Signed-off-by: Chad Versace c...@chad-versace.us
---
On Sat, Aug 27, 2011 at 9:54 AM, Chad Versace c...@chad-versace.us wrote:
libmesa_dri_common is a static library that contains the sources in
src/mesa/drivers/dri/common. Each DRI driver should link to it.
Signed-off-by: Chad Versace c...@chad-versace.us
---
Android.mk
/drivers/dri/i965/Android.mk
b/src/mesa/drivers/dri/i965/Android.mk
new file mode 100644
index 000..3925ef3
--- /dev/null
+++ b/src/mesa/drivers/dri/i965/Android.mk
@@ -0,0 +1,61 @@
+#
+# Copyright (C) 2011 Intel Corporation
+# Copyright (C) 2010-2011 Chia-I Wu olva...@gmail.com
+# Copyright
On Fri, Aug 26, 2011 at 4:09 AM, Chad Versace c...@chad-versace.us wrote:
On 08/24/2011 06:20 PM, Chia-I Wu wrote:
On Thu, Aug 25, 2011 at 8:58 AM, Chad Versace c...@chad-versace.us wrote:
Comments below.
On 08/23/2011 08:10 PM, Chia-I Wu wrote:
Add platform_android.c that supports
On Fri, Aug 26, 2011 at 3:39 AM, Ilyes Gouta ilyes.go...@gmail.com wrote:
Hi,
Is there any document describing the current status of the EGL GLES
1.x implementation for X11?
I've got already some code compiling and running but I'd like to have
a clear idea on the currently implemented
On Wed, Aug 24, 2011 at 7:01 PM, Benjamin Franzke
benjaminfran...@googlemail.com wrote:
2011/8/24 Chia-I Wu olva...@gmail.com:
Add platform_android.c that supports _EGL_PLAFORM_ANDROID. It works
with drm_gralloc, where back buffers of windows are backed by GEM
objects.
In Android a native
On Thu, Aug 25, 2011 at 8:58 AM, Chad Versace c...@chad-versace.us wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Comments below.
On 08/23/2011 08:10 PM, Chia-I Wu wrote:
Add platform_android.c that supports _EGL_PLAFORM_ANDROID. It works
with drm_gralloc, where back buffers
Hi list,
This should be the last series from me for Android(-x86) integraion.
It adds i915g, nouveau, r300g, and vmwgfx to the list of known
drivers.
I tested i915g and vmwgfx. The others were only compile tested.
i915g seems to work well. As for vmwgfx, the compositor fails to
composite some
From: Chia-I Wu o...@lunarg.com
drmVersion and driver specific ioctls are used to get the PCI ID from a
DRM fd. Eexpand the mechanism to nouveau and vmwgfx, except that for
nouveau, only the vendor ID is needed, and for vmwgfx, always assume
SVGA II.
---
src/gallium/targets/egl-static/egl.c
From: Chia-I Wu o...@lunarg.com
Factor out C_SOURCES from Makefile to Makefile.sources, and let Makefile
and SConscript share it.
---
src/gallium/drivers/svga/Makefile | 50 +---
src/gallium/drivers/svga/Makefile.sources | 47 +++
src
From: Chia-I Wu o...@lunarg.com
Factor out C_SOURCES from Makefile to Makefile.sources, and let Makefile
and SConscript share it.
---
src/gallium/drivers/i915/Makefile | 28 ++--
src/gallium/drivers/i915/Makefile.sources | 26 ++
src
From: Chia-I Wu o...@lunarg.com
---
src/gallium/drivers/r300/Makefile | 63 ++--
src/gallium/drivers/r300/Makefile.sources | 57 ++
src/gallium/drivers/r300/SConscript | 57 +-
3 files changed, 63
From: Chia-I Wu o...@lunarg.com
For each driver, factor out C_SOURCES from Makefile to Makefile.sources,
and let Makefile and SConscript share it.
---
src/gallium/drivers/nouveau/Makefile |7 +
src/gallium/drivers/nouveau/Makefile.sources |6 +
src/gallium/drivers/nouveau
From: Chia-I Wu o...@lunarg.com
Factor out C_SOURCES from Makefile to Makefile.sources, and let Makefile
and SConscript share it.
---
src/gallium/winsys/svga/drm/Makefile | 12 ++--
src/gallium/winsys/svga/drm/Makefile.sources | 10 ++
src/gallium/winsys/svga/drm
From: Chia-I Wu o...@lunarg.com
Factor out C_SOURCES from Makefile to Makefile.sources, and let Makefile
and SConscript share it.
---
src/gallium/winsys/i915/drm/Makefile |7 ++-
src/gallium/winsys/i915/drm/Makefile.sources |5 +
src/gallium/winsys/i915/drm/SConscript
From: Chia-I Wu o...@lunarg.com
Quickly tested with VMWare Workstation 7.1.4 on Linux with GeForce
GT220. SurfaceFlinger (the display server and compositor) works. 2D
apps with RGB visual works. However, due to missing
PIPE_FORMAT_R8G8B8A8_UNORM support, those with RGBA visual do
From: Chia-I Wu o...@lunarg.com
Quickly tested with 945GME. SurfaceFlinger (the display server and
compositor) works. 2D apps with RGB or RGBA visuals work. As for 3D
apps, some work and some do not.
---
Android.mk| 10 +-
src/gallium/Android.mk
From: Chia-I Wu o...@lunarg.com
Compile tested only.
---
Android.mk| 15 +++--
src/gallium/Android.mk|9 -
src/gallium/drivers/r300/Android.mk | 46 +
src/gallium/targets/egl-static/Android.mk
301 - 400 of 604 matches
Mail list logo