From: Michel Dänzer michel.daen...@amd.com
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
src/gallium/state_trackers/xorg/xorg_composite.c | 26 +++---
1 files changed, 13 insertions(+), 13 deletions(-)
diff --git a/src/gallium/state_trackers/xorg/xorg_composite.c
On Die, 2011-05-17 at 18:30 +0200, Marcin Slusarz wrote:
On Tue, May 17, 2011 at 09:27:45AM +0200, Michel Dänzer wrote:
On Die, 2011-05-17 at 00:12 +0200, Marcin Slusarz wrote:
On Mon, May 16, 2011 at 10:51:58PM +0200, Roland Scheidegger wrote:
Otherwise, doesn't really look hacky to
On Die, 2011-05-17 at 00:12 +0200, Marcin Slusarz wrote:
Something is definitely wrong in a8 handling and I'm not sure yet what.
With this patch applied, a8 fill test pass, but blend don't.
I'll figure this out, but not now...
I think it can only work properly with PIPE_FORMAT_A8_UNORM
https://bugs.freedesktop.org/show_bug.cgi?id=40343
Summary: xm_dd.c:594:13: error: too few arguments to function
'ctx-Driver.MapBufferRange'
Product: Mesa
Version: git
Platform: All
OS/Version: Linux (All)
Status:
https://bugs.freedesktop.org/show_bug.cgi?id=40343
Fabio Pedretti fabio@libero.it changed:
What|Removed |Added
CC||i...@freedesktop.org
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 window has a queue of back buffers allocated by the
server, through drm_gralloc. For
Any reasons
{ 1, 2, 0, 0, 0, 0, LOAD,TGSI_OPCODE_LOAD },
{ 1, 2, 0, 0, 0, 0, LOAD_MS, TGSI_OPCODE_LOAD_MS },
{ 1, 3, 0, 0, 0, 0, SAMPLE, TGSI_OPCODE_SAMPLE },
{ 1, 4, 0, 0, 0, 0, SAMPLE_B,TGSI_OPCODE_SAMPLE_B },
{ 1, 4, 0, 0, 0, 0, SAMPLE_C,
- Original Message -
Any reasons
{ 1, 2, 0, 0, 0, 0, LOAD,TGSI_OPCODE_LOAD },
{ 1, 2, 0, 0, 0, 0, LOAD_MS, TGSI_OPCODE_LOAD_MS },
{ 1, 3, 0, 0, 0, 0, SAMPLE, TGSI_OPCODE_SAMPLE },
{ 1, 4, 0, 0, 0, 0, SAMPLE_B,TGSI_OPCODE_SAMPLE_B },
{ 1, 4, 0, 0,
On Wed, Aug 24, 2011 at 1:26 PM, Michal Krol mic...@vmware.com wrote:
- Original Message -
Any reasons
{ 1, 2, 0, 0, 0, 0, LOAD, TGSI_OPCODE_LOAD },
{ 1, 2, 0, 0, 0, 0, LOAD_MS, TGSI_OPCODE_LOAD_MS },
{ 1, 3, 0, 0, 0, 0, SAMPLE, TGSI_OPCODE_SAMPLE },
{ 1,
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
https://bugs.freedesktop.org/show_bug.cgi?id=40343
Brian Paul bri...@vmware.com changed:
What|Removed |Added
Status|NEW |RESOLVED
2011/8/24 Chia-I Wu olva...@gmail.com:
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
Any more feedback regarding this?
I now don't have much time to work on it again, but I may find some, so
knowing what's left to do would be nice...
On Thu, Aug 4, 2011 at 2:59 PM, Micael Dias kam1k...@gmail.com wrote:
---
src/mesa/SConscript |1 +
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On a biarch machine like Fedora llvm-config defaults to outputting the
values for a 64bit build. With a recent patch to llvm-devel there are
now arch specific versions of llvm-config and this patch should use them
properly. With this patch I the
OK, that last patchbomb had some issues. For sanity, I'd like to get
some of the non-controversial stuff in before polishing off the
remainder. This is the part of my branch not related to
GetTexImage(). It's also the stuff that should be reasonably well
tested by our current testsuite.
This
This was produced by sed, except for one hunk in driverfuncs.c where
trailing whitespace was dropped.
---
src/mesa/drivers/common/driverfuncs.c |2 +-
src/mesa/drivers/dri/intel/intel_tex.c |2 +-
src/mesa/drivers/dri/intel/intel_tex_image.c |2 +-
---
src/mesa/drivers/dri/intel/intel_tex.c |5 +++--
src/mesa/drivers/dri/unichrome/via_tex.c |6 +++---
src/mesa/state_tracker/st_cb_texture.c |4 ++--
3 files changed, 8 insertions(+), 7 deletions(-)
diff --git a/src/mesa/drivers/dri/intel/intel_tex.c
All driver implementations of FreeTextureImageBuffer already check
that Data != NULL and free it. However, this means that we will also
free driver storage if the driver storage wasn't in the form of a Data
pointer.
This was produced by the following semantic patch:
@@
expression C;
expression
From: Brian Paul bri...@vmware.com
ctx-Driver.MapTextureImage() / UnmapTextureImage() will be called by
the glTex[Sub]Image(), glGetTexImage() functions, etc. when we're
accessing texture data, and also for software rendering when accessing
texture data.
---
src/mesa/main/dd.h | 19
From: Brian Paul bri...@vmware.com
---
src/mesa/state_tracker/st_cb_texture.c | 45
1 files changed, 45 insertions(+), 0 deletions(-)
diff --git a/src/mesa/state_tracker/st_cb_texture.c
b/src/mesa/state_tracker/st_cb_texture.c
index 098a4d6..e4be7fb 100644
---
src/mesa/drivers/dri/intel/intel_tex.c | 84 ++
src/mesa/drivers/dri/intel/intel_tex.h |6 ++
src/mesa/drivers/dri/intel/intel_tex_image.c |4 +-
3 files changed, 92 insertions(+), 2 deletions(-)
diff --git
From: Brian Paul bri...@vmware.com
---
src/mesa/drivers/common/driverfuncs.c |2 +
src/mesa/sources.mak |1 +
src/mesa/swrast/s_texture.c | 109 +
src/mesa/swrast/swrast.h | 14
4 files changed, 126
---
src/mesa/drivers/dri/r200/r200_context.h |2 -
src/mesa/drivers/dri/r200/r200_tex.c | 41 ++
src/mesa/drivers/dri/r300/r300_tex.c | 28 ++
src/mesa/drivers/dri/r600/evergreen_tex.c| 28 ++
Now that Mesa core knows how to map teximages, we no longer needed the
compressed paths here.
---
src/mesa/drivers/dri/intel/intel_tex_subimage.c | 116 +++
1 files changed, 33 insertions(+), 83 deletions(-)
diff --git a/src/mesa/drivers/dri/intel/intel_tex_subimage.c
This is untested, but should be close to working since it's basically
a copy of nouveau_teximage_map().
---
src/mesa/drivers/dri/nouveau/nouveau_texture.c | 81
1 files changed, 81 insertions(+), 0 deletions(-)
diff --git
From: Brian Paul bri...@vmware.com
---
src/mesa/main/debug.c | 94 ++--
src/mesa/main/debug.h |2 +-
2 files changed, 52 insertions(+), 44 deletions(-)
diff --git a/src/mesa/main/debug.c b/src/mesa/main/debug.c
index b1fc096..ae07b95 100644
---
---
src/mesa/drivers/dri/radeon/radeon_texture.c | 77 ++
1 files changed, 77 insertions(+), 0 deletions(-)
diff --git a/src/mesa/drivers/dri/radeon/radeon_texture.c
b/src/mesa/drivers/dri/radeon/radeon_texture.c
index d9bc1c0..9964663 100644
---
From: Brian Paul bri...@vmware.com
This continues to allocate texImage-Data as before, so
drivers calling these functions need to use that when present.
---
src/mesa/main/texstore.c | 336 +++---
1 files changed, 225 insertions(+), 111 deletions(-)
diff
On 08/23/2011 06:25 PM, Eric Anholt wrote:
---
src/mesa/drivers/dri/i965/brw_defines.h|1 +
src/mesa/drivers/dri/i965/brw_vec4.h | 11 ++
src/mesa/drivers/dri/i965/brw_vec4_emit.cpp| 51 +-
src/mesa/drivers/dri/i965/brw_vec4_visitor.cpp | 133
On 08/23/2011 06:25 PM, Eric Anholt wrote:
This finishes off the remaining piglit regressions in the new VS
backend, so that now it overall fixes 2 tests
(vs-temp-array-mat4-index-col-row-rd,
vs-temp-array-mat4-index-row-rd).
After Ken's note about type conversion for non-GL_FLOAT returntype, I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'd like to propose giving the ax to a bunch of old, unmaintained
drivers. I've been doing a bunch of refactoring and reworking of core
Mesa code, and these drivers have been causing me problems for a number
of reasons.
1. The hardware is so old
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/23/2011 01:48 AM, Kai Wasserbäch wrote:
Ian Romanick explained (Message-Id: 4e528973.6080...@freedesktop.org),
that the return type of non-API methods shouldn't use GLboolean but a
standard C++ bool.
CC: Ian Romanick i...@freedesktop.org
On Wed, Aug 24, 2011 at 3:11 PM, Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'd like to propose giving the ax to a bunch of old, unmaintained
drivers. I've been doing a bunch of refactoring and reworking of core
Mesa code, and these drivers have
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/23/2011 01:48 AM, Kai Wasserbäch wrote:
As per discussion at [0] methods shouldn't use OpenGL return types, if
they're not part of the GL API.
[0] http://marc.info/?l=mesa3d-devm=130754488901774w=2
CC: Ian Romanick i...@freedesktop.org
On 8/24/2011 2:11 PM, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'd like to propose giving the ax to a bunch of old, unmaintained
drivers. I've been doing a bunch of refactoring and reworking of core
Mesa code, and these drivers have been causing me problems for a
On Wed, Aug 24, 2011 at 3:37 PM, Dee Sharpe
demetrioussha...@netscape.net wrote:
On 8/24/2011 2:11 PM, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'd like to propose giving the ax to a bunch of old, unmaintained
drivers. I've been doing a bunch of refactoring and
On 08/24/2011 01:11 PM, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'd like to propose giving the ax to a bunch of old, unmaintained
drivers. I've been doing a bunch of refactoring and reworking of core
Mesa code, and these drivers have been causing me problems for a
Need to do full check when not all bank swizzles in the group are forced
(e.g. when trying to merge interp_* group with the next instruction)
Signed-off-by: Vadim Girlin vadimgir...@gmail.com
---
Tested on evergreen without regressions.
src/gallium/drivers/r600/r600_asm.c | 30
Instructions with 3 source operands have no write mask, so we may replace their
destinations with PV/PS in the next group even if their dst.write is 0.
Signed-off-by: Vadim Girlin vadimgir...@gmail.com
---
Tested on evergreen without regressions.
src/gallium/drivers/r600/r600_asm.c |2 +-
+1. If anybody needs them, they're in git.
Sending from a mobile, pardon my terseness. ~ C.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
I'd like to propose giving the ax to a bunch of old, unmaintained drivers.
Die, Hoke Colburn, Die! :)
(Sorry for that.)
--
g
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On 08/24/2011 12:08 PM, Eric Anholt wrote:
OK, that last patchbomb had some issues. For sanity, I'd like to get
some of the non-controversial stuff in before polishing off the
remainder. This is the part of my branch not related to
GetTexImage(). It's also the stuff that should be reasonably
On Wed, 24 Aug 2011 12:11:32 -0700, Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'd like to propose giving the ax to a bunch of old, unmaintained
drivers. I've been doing a bunch of refactoring and reworking of core
Mesa code, and these drivers
My Voodoo3 3500 AGP just wept.
On Wed, Aug 24, 2011 at 4:36 PM, Eric Anholt e...@anholt.net wrote:
On Wed, 24 Aug 2011 12:11:32 -0700, Ian Romanick i...@freedesktop.org
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'd like to propose giving the ax to a bunch of old,
Hi,
the following patchset is the second version of reworking the g3dvl
driver interface. Additionally to the first version it also replaces the
mpeg 2 bitstream decoder and all the GPL licensed code with another
implementation.
The new bitstream parser is based on code from Maarten Lankhorst
From: Christian König deathsim...@vodafone.de
Implement PIPE_CAP_NUM_BUFFERS_DESIRED giving the decoder control over
the number of buffers a state tracker should allocate.
---
src/gallium/auxiliary/vl/vl_decoder.c| 13 +++
src/gallium/auxiliary/vl/vl_decoder.h|6
From: Christian König deathsim...@vodafone.de
Make the picture_structure enum spec complient.
Also remove it from the compositor.
---
src/gallium/auxiliary/vl/vl_compositor.c|1 -
src/gallium/auxiliary/vl/vl_compositor.h|1 -
src/gallium/include/pipe/p_video_state.h
From: Christian König deathsim...@vodafone.de
First of all get ride of the decode_buffer structure, while still giving
the decoder the ability to organize it's buffers depending on the needs
of the state tracker.
---
src/gallium/auxiliary/vl/vl_mpeg12_decoder.c | 465 +++-
From: Christian König deathsim...@vodafone.de
Make setting the quant matrixes a generic interface.
Also removes setting the quant matrix from the XvMC interface
---
src/gallium/auxiliary/vl/vl_mpeg12_decoder.c | 15 +++
src/gallium/include/pipe/p_video_decoder.h |3 +--
From: Christian König deathsim...@vodafone.de
---
src/gallium/auxiliary/vl/vl_mpeg12_bitstream.c | 20 ++--
src/gallium/auxiliary/vl/vl_mpeg12_bitstream.h |5 +-
src/gallium/auxiliary/vl/vl_mpeg12_decoder.c | 146 +++-
src/gallium/auxiliary/vl/vl_mpeg12_decoder.h |
On Wed, Aug 24, 2011 at 12:11:32PM -0700, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'd like to propose giving the ax to a bunch of old, unmaintained
drivers. I've been doing a bunch of refactoring and reworking of core
Mesa code, and these drivers have been causing
On 8/24/2011 2:47 PM, Alex Deucher wrote:
On Wed, Aug 24, 2011 at 3:37 PM, Dee Sharpe
demetrioussha...@netscape.net wrote:
On 8/24/2011 2:11 PM, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'd like to propose giving the ax to a bunch of old, unmaintained
drivers. I've
On Wed, Aug 24, 2011 at 01:50:25PM -0700, Corbin Simpson wrote:
+1. If anybody needs them, they're in git.
Sending from a mobile, pardon my terseness. ~ C.
*sigh* Software populism...
But seriously. How would such a thing work?
Drivers will be thrown out because none of those currently
- Original Message -
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'd like to propose giving the ax to a bunch of old, unmaintained
drivers. I've been doing a bunch of refactoring and reworking of
core
Mesa code, and these drivers have been causing me problems for a
number
of
On Wed, Aug 24, 2011 at 3:14 PM, Luc Verhaegen l...@skynet.be wrote:
On Wed, Aug 24, 2011 at 01:50:25PM -0700, Corbin Simpson wrote:
+1. If anybody needs them, they're in git.
Sending from a mobile, pardon my terseness. ~ C.
*sigh* Software populism...
But seriously. How would such a thing
On Thu, Aug 25, 2011 at 12:14:21AM +0200, Luc Verhaegen wrote:
On Wed, Aug 24, 2011 at 01:50:25PM -0700, Corbin Simpson wrote:
+1. If anybody needs them, they're in git.
Sending from a mobile, pardon my terseness. ~ C.
*sigh* Software populism...
But seriously. How would such a thing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/24/2011 03:28 PM, Corbin Simpson wrote:
On Wed, Aug 24, 2011 at 3:14 PM, Luc Verhaegen l...@skynet.be wrote:
On Wed, Aug 24, 2011 at 01:50:25PM -0700, Corbin Simpson wrote:
+1. If anybody needs them, they're in git.
Sending from a mobile,
On Wed, Aug 24, 2011 at 03:28:14PM -0700, Corbin Simpson wrote:
On Wed, Aug 24, 2011 at 3:14 PM, Luc Verhaegen l...@skynet.be wrote:
On Wed, Aug 24, 2011 at 01:50:25PM -0700, Corbin Simpson wrote:
+1. If anybody needs them, they're in git.
Sending from a mobile, pardon my terseness. ~ C.
On Wed, Aug 24, 2011 at 3:37 PM, Luc Verhaegen l...@skynet.be wrote:
On Wed, Aug 24, 2011 at 03:28:14PM -0700, Corbin Simpson wrote:
Ian's list of DRI1 drivers: i810, mach64, mga, r128, savage, sis,
tdfx, and unichrome. I have mga, r128, savage, sis, tdfx hardware, but
not the time to maintain
On Wed, Aug 24, 2011 at 03:34:44PM -0700, Ian Romanick wrote:
I'll also point out that DRI2 isn't the only problem. There are a lot
of refactors and optimizations that I'd like to do that will benefit
more modern cards. However, due to missing (hardware) features and lack
of a maintainer,
On Wed, Aug 24, 2011 at 19:41, Luc Verhaegen l...@skynet.be wrote:
On Wed, Aug 24, 2011 at 03:34:44PM -0700, Ian Romanick wrote:
I'll also point out that DRI2 isn't the only problem. There are a lot
of refactors and optimizations that I'd like to do that will benefit
more modern cards.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/24/2011 12:11 PM, Ian Romanick wrote:
I'd like to propose giving the ax to a bunch of old, unmaintained
drivers. I've been doing a bunch of refactoring and reworking of core
Mesa code, and these drivers have been causing me problems for a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I see why it's necessary, and can think of no cleaner way of doing it. So this
is
Reviewed-by: Chad Versace c...@chad-versace.us
On 08/23/2011 08:10 PM, Chia-I Wu wrote:
Add rgba_masks to dri2_add_config. When it is non-NULL, the DRI config
is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/23/2011 08:10 PM, Chia-I Wu wrote:
Add rules to build egl_dri2 and make it a built-in EGL driver of
libGLES_mesa.
---
Android.mk | 11 +++-
src/egl/drivers/dri2/Android.mk | 50
On Wed, Aug 24, 2011 at 3:11 PM, Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'd like to propose giving the ax to a bunch of old, unmaintained
drivers. I've been doing a bunch of refactoring and reworking of core
Mesa code, and these drivers have
-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 of windows are backed by GEM
objects.
In Android a native window has a queue of
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 of
On 08/24/2011 07:26 AM, Michal Krol wrote:
- Original Message -
Any reasons
{ 1, 2, 0, 0, 0, 0, LOAD,TGSI_OPCODE_LOAD },
{ 1, 2, 0, 0, 0, 0, LOAD_MS, TGSI_OPCODE_LOAD_MS },
{ 1, 3, 0, 0, 0, 0, SAMPLE, TGSI_OPCODE_SAMPLE },
{ 1, 4, 0, 0, 0, 0, SAMPLE_B,
On Wednesday, August 24, 2011 10:14:48 PM Bryan Cain wrote:
Like Dave said, the GLSL-TGSI translator needs to account for this.
Probably not, at least yet. All of those instructions are DX10.1 level
instructions which support splitting of samplers and the underlaying resource,
we don't support
On 08/24/2011 11:42 PM, Zack Rusin wrote:
On Wednesday, August 24, 2011 10:14:48 PM Bryan Cain wrote:
Like Dave said, the GLSL-TGSI translator needs to account for this.
Probably not, at least yet. All of those instructions are DX10.1 level
instructions which support splitting of samplers and
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 +++
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 ++
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 +
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 ++
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 not.
---
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 |
From: Chia-I Wu o...@lunarg.com
Compile tested only.
---
Android.mk| 15 +-
src/gallium/Android.mk| 10 +++
src/gallium/drivers/nouveau/Android.mk| 37 ++
src/gallium/drivers/nv50/Android.mk |
82 matches
Mail list logo
