[Mesa-dev] [PATCH 12/12] android: add support for nouveau

From: Chia-I Wu Compile tested only. --- Android.mk| 15 +- src/gallium/Android.mk| 10 +++ src/gallium/drivers/nouveau/Android.mk| 37 ++ src/gallium/drivers/nv50/Android.mk | 37 ++

[Mesa-dev] [PATCH 11/12] android: add support for r300g

From: Chia-I Wu 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 |3 ++ 4 file

[Mesa-dev] [PATCH 10/12] android: add support for i915g

From: Chia-I Wu 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|5

[Mesa-dev] [PATCH 09/12] android: add support for vmwgfx

From: Chia-I Wu 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. --- Android.mk

[Mesa-dev] [PATCH 08/12] winsys/i915: share the source list

From: Chia-I Wu 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 |7 +-

[Mesa-dev] [PATCH 07/12] winsys/svga: share the source list

From: Chia-I Wu 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/SConscript |

[Mesa-dev] [PATCH 06/12] nouveau: share the source lists

From: Chia-I Wu 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/SConscript

[Mesa-dev] [PATCH 05/12] r300g: share the source list

From: Chia-I Wu --- src/gallium/drivers/r300/Makefile | 63 ++-- src/gallium/drivers/r300/Makefile.sources | 57 ++ src/gallium/drivers/r300/SConscript | 57 +- 3 files changed, 63 insertions(+), 114 dele

[Mesa-dev] [PATCH 04/12] i915g: share the source list

From: Chia-I Wu 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/gallium/drivers/i9

[Mesa-dev] [PATCH 03/12] svga: share the source list

From: Chia-I Wu 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/gallium/drivers/s

[Mesa-dev] [PATCH 02/12] targets/egl-static: fix nouveau and vmwgfx for Android

From: Chia-I Wu 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 | 10 ++

[Mesa-dev] [PATCH 01/12] pci_ids: add vmwgfx pci id list

From: Chia-I Wu There is only one chipset 15ad:0405 VMware SVGA II Adapter --- include/pci_ids/pci_id_driver_map.h |7 +++ include/pci_ids/vmwgfx_pci_ids.h|1 + 2 files changed, 8 insertions(+), 0 deletions(-) create mode 100644 include/pci_ids/vmwgfx_pci_ids.h diff --git a/i

[Mesa-dev] [PATCH 00/12] android: support other gallium drivers

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 c

Re: [Mesa-dev] is_tex bit for TGSI sampling instructions

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 sampler

Re: [Mesa-dev] is_tex bit for TGSI sampling instructions

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 suppor

Re: [Mesa-dev] is_tex bit for TGSI sampling instructions

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,

Re: [Mesa-dev] [PATCH 2/3] egl_dri2: add support for Android

On Thu, Aug 25, 2011 at 8:58 AM, Chad Versace 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 windows are bac

Re: [Mesa-dev] [PATCH 2/3] egl_dri2: add support for Android

-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

Re: [Mesa-dev] DEATH to old drivers!

On Wed, Aug 24, 2011 at 3: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

Re: [Mesa-dev] [PATCH 3/3] android: add support for egl_dri2

-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 > ++

Re: [Mesa-dev] [PATCH 1/3] egl_dri2: allow RGBA masks to be specified for matching

-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 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 accepted only when th

Re: [Mesa-dev] DEATH to old drivers!

On Thu, Aug 25, 2011 at 1:46 AM, Ian Romanick wrote: > -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 >> M

Re: [Mesa-dev] DEATH to old drivers!

-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

Re: [Mesa-dev] DEATH to old drivers!

On Wed, Aug 24, 2011 at 19:41, Luc Verhaegen 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. Howev

Re: [Mesa-dev] [PATCH 1/2] Change return type of try_emit_* methods to bool.

On 08/23/2011 03: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 > CC: Bryan Cain > Signed-off-by: Kai Wasserbäch > --- > src

Re: [Mesa-dev] DEATH to old drivers!

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 maintain

Re: [Mesa-dev] DEATH to old drivers!

On Wed, Aug 24, 2011 at 3:37 PM, Luc Verhaegen 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 it, let

Re: [Mesa-dev] DEATH to old drivers!

On Wed, Aug 24, 2011 at 03:28:14PM -0700, Corbin Simpson wrote: > On Wed, Aug 24, 2011 at 3:14 PM, 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. > >

Re: [Mesa-dev] DEATH to old drivers!

-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 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, pard

Re: [Mesa-dev] DEATH to old drivers!

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 su

Re: [Mesa-dev] DEATH to old drivers!

On Wed, Aug 24, 2011 at 3:14 PM, 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 wor

Re: [Mesa-dev] DEATH to old drivers!

- 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 > num

Re: [Mesa-dev] DEATH to old drivers!

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 ch

Re: [Mesa-dev] DEATH to old drivers!

On 8/24/2011 2:47 PM, Alex Deucher wrote: On Wed, Aug 24, 2011 at 3:37 PM, Dee Sharpe 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 refactor

Re: [Mesa-dev] DEATH to old drivers!

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 ca

[Mesa-dev] [PATCH 6/7] g3dvl: Use a single texture for luma and chroma data

From: Christian König --- 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 |8 +- src/gallium/au

[Mesa-dev] [PATCH 5/7] g3dvl: Rework the decoder interface part 5/5

From: Christian König 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 +-- src/gallium/include/pipe/

[Mesa-dev] [PATCH 1/7] g3dvl: Rework the decoder interface part 1/5

From: Christian König 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 +++- src/gallium/auxiliary/v

[Mesa-dev] [PATCH 4/7] g3dvl: Rework the decoder interface part 4/5

From: Christian König 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| 12 s

[Mesa-dev] [PATCH 2/7] g3dvl: Rework the decoder interface part 2/5

From: Christian König 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 +++ src/gallium/driver

[Mesa-dev] Reworking the g3dvl interface and mpeg 2 bitstream parser

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 and

Re: [Mesa-dev] DEATH to old drivers!

My Voodoo3 3500 AGP just wept. On Wed, Aug 24, 2011 at 4:36 PM, Eric Anholt wrote: > On Wed, 24 Aug 2011 12:11:32 -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

Re: [Mesa-dev] DEATH to old drivers!

On Wed, 24 Aug 2011 12:11:32 -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

Re: [Mesa-dev] split-up maptextureimage series

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 w

Re: [Mesa-dev] DEATH to old drivers!

> 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

Re: [Mesa-dev] DEATH to old drivers!

+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

[Mesa-dev] [PATCH 2/2] r600g: fix replace_gpr_with_pv_ps

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 --- Tested on evergreen without regressions. src/gallium/drivers/r600/r600_asm.c |2 +- 1 files changed, 1 ins

[Mesa-dev] [PATCH 1/2] r600g: fix check_and_set_bank_swizzle

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 --- Tested on evergreen without regressions. src/gallium/drivers/r600/r600_asm.c | 30 -- 1 fi

Re: [Mesa-dev] DEATH to old drivers!

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 numb

Re: [Mesa-dev] DEATH to old drivers!

On Wed, Aug 24, 2011 at 3:37 PM, Dee Sharpe 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 reworking of core >>

Re: [Mesa-dev] DEATH to old drivers!

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 number

Re: [Mesa-dev] [PATCH 2/2] Document the return type coding style.

-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] > > CC: Ian Romanick > Signed-

Re: [Mesa-dev] DEATH to old drivers!

On Wed, Aug 24, 2011 at 3: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

Re: [Mesa-dev] [PATCH 1/2] Change return type of try_emit_* methods to bool.

-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 Reviewed-by

[Mesa-dev] DEATH to old drivers!

-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 that

Re: [Mesa-dev] glGetUniform rework v2 and VS backend uniform array support

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

Re: [Mesa-dev] [PATCH 06/10] i965/vs: Add support for pull constant loads for uniform arrays.

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 ++

[Mesa-dev] [PATCH 11/14] mesa: Convert texstore.c to accessing textures using MapTextureImage.

From: Brian Paul 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 --git a/src/mesa/

[Mesa-dev] [PATCH 14/14] intel: Rely on Mesa core for the non-blit glTexSubImage* implementation.

It uses MapTextureImage() now, so we don't need our own mapping. --- src/mesa/drivers/dri/intel/intel_tex_subimage.c | 149 ++- 1 files changed, 65 insertions(+), 84 deletions(-) diff --git a/src/mesa/drivers/dri/intel/intel_tex_subimage.c b/src/mesa/drivers/dri/intel/intel_

[Mesa-dev] [PATCH 09/14] radeon: Add MapTextureImage() implementation.

--- 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 --- a/src/mesa/drivers/dri/

[Mesa-dev] [PATCH 13/14] mesa: Convert texture debug dump function to using MapTextureImage().

From: Brian Paul --- 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 --- a/src/mesa/main/de

[Mesa-dev] [PATCH 10/14] nouveau: Add MapTextureImage() implementation.

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 a/src/mesa/drivers/dri/nouveau/nouveau_texture.c

[Mesa-dev] [PATCH 12/14] intel: Remove our custom _mesa_store_compressed_texsubimage2d().

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 b/src/

[Mesa-dev] [PATCH 08/14] radeon: Refactor the common texture hook setup to common code.

--- 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 ++ src/mesa/driver

[Mesa-dev] [PATCH 07/14] swrast: Add implementation of MapTextureImage/UnmapTextureImage.

From: Brian Paul --- 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 insertions(+), 0 deletions(

[Mesa-dev] [PATCH 06/14] intel: Add implementation of MapTextureImage/UnmapTextureImage.

--- 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 a/src/mesa/drivers/dri/intel/intel_tex.c

[Mesa-dev] [PATCH 05/14] st/mesa: Add implementation of MapTextureImage.

From: Brian Paul --- 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 --- a/src/mesa/state

[Mesa-dev] [PATCH 04/14] mesa: Add driver hooks for texture image mapping/unmapping.

From: Brian Paul 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 +++ 1 files

[Mesa-dev] [PATCH 03/14] mesa: Don't check for image->Data when freeing an image's contents.

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 T

[Mesa-dev] [PATCH 02/14] Rename some driver FreeTextureImageData functions to FreeTextureImageBuffer.

--- 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 b/src/mesa/drivers/dri/int

[Mesa-dev] [PATCH 01/14] mesa: Rename FreeTexImageData to FreeTextureImageBuffer.

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/d

[Mesa-dev] split-up maptextureimage series

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 is

[Mesa-dev] llvm-config on a biarch machine

-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 proper

Re: [Mesa-dev] [PATCH] Implement HW accelerated GL_SELECT

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 wrote: > --- > src/mesa/SConscript |1 + > src/mesa/main/fbobject.c

Re: [Mesa-dev] [PATCH 2/3] egl_dri2: add support for Android

2011/8/24 Chia-I Wu : > On Wed, Aug 24, 2011 at 7:01 PM, Benjamin Franzke > wrote: >> 2011/8/24 Chia-I Wu : >>> 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

[Mesa-dev] [Bug 40343] xm_dd.c:594:13: error: too few arguments to function 'ctx->Driver.MapBufferRange'

https://bugs.freedesktop.org/show_bug.cgi?id=40343 Brian Paul changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

Re: [Mesa-dev] [PATCH 2/3] egl_dri2: add support for Android

On Wed, Aug 24, 2011 at 7:01 PM, Benjamin Franzke wrote: > 2011/8/24 Chia-I Wu : >> 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 all

[Mesa-dev] [PATCH] r300/compiler: Implement ROUND

According to the GLSL spec, the implementor can decide which way to round when the fraction is .5. The r300 compiler will round down. --- v2 Slightly better implementation that uses one less instruction in the best case. src/gallium/drivers/r300/compiler/radeon_opcodes.c |7 +++ src/gallium

Re: [Mesa-dev] is_tex bit for TGSI sampling instructions

On Wed, Aug 24, 2011 at 1:26 PM, 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

Re: [Mesa-dev] is_tex bit for TGSI sampling instructions

- 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 }, >

[Mesa-dev] is_tex bit for TGSI sampling instructions

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",TGSI_OP

Re: [Mesa-dev] [PATCH 2/3] egl_dri2: add support for Android

2011/8/24 Chia-I Wu : > 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 each frame, EGL

[Mesa-dev] [Bug 40343] xm_dd.c:594:13: error: too few arguments to function 'ctx->Driver.MapBufferRange'

https://bugs.freedesktop.org/show_bug.cgi?id=40343 Fabio Pedretti changed: What|Removed |Added CC||i...@freedesktop.org -- Configure bugm

[Mesa-dev] [Bug 40343] New: xm_dd.c:594:13: error: too few arguments to function 'ctx->Driver.MapBufferRange'

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:

Re: [Mesa-dev] [PATCH] st/xorg: add some support for non 32-bit color solid fills

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 i

Re: [Mesa-dev] [PATCH] st/xorg: add some support for non 32-bit color solid fills

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 h

[Mesa-dev] [PATCH] st/xorg: Fix solid fills for formats other than PICT_a8r8g8b8.

From: Michel Dänzer Signed-off-by: Michel Dänzer --- 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 b/src/gallium/state_trackers/xorg/xorg_composit