[Mesa-dev] [PATCH] mesa: Return 8 bits for GL_TEXTURE_RED_SIZE on RGTC formats.

>From the issues section of the GL_ARB_texture_compression_rgtc extension: 15) What should glGetTexLevelParameter return for GL_TEXTURE_GREEN_SIZE and GL_TEXTURE_BLUE_SIZE for the RGTC1 formats? What should glGetTexLevelParameter return for GL_TEXTURE_BLUE_SIZE for the RGTC2 formats?

[Mesa-dev] [Bug 50754] Building 32 bit mesa on 64 bit OS fails since change for automake

https://bugs.freedesktop.org/show_bug.cgi?id=50754 --- Comment #3 from Tapani Pälli 2012-06-05 23:46:07 PDT --- but it seems Kenneth's CFLAGS='-m32' CXXFLAGS='-m32' does the trick indeed, would be good to hunt these down so that '--enable-32-bit' would be enough. -- Configure bugmail: https://b

[Mesa-dev] [Bug 50754] Building 32 bit mesa on 64 bit OS fails since change for automake

https://bugs.freedesktop.org/show_bug.cgi?id=50754 --- Comment #2 from Tapani Pälli 2012-06-05 22:34:48 PDT --- I'm hitting this issue in linking phase as well, I've tried to hunt down where it all fails and my main suspect is libtool, either its usage of '-nostdlib' or maybe its hitting this one

[Mesa-dev] [Bug 50754] Building 32 bit mesa on 64 bit OS fails since change for automake

https://bugs.freedesktop.org/show_bug.cgi?id=50754 Kenneth Graunke changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Mesa-dev] [Bug 50754] New: Building 32 bit mesa on 64 bit OS fails since change for automake

https://bugs.freedesktop.org/show_bug.cgi?id=50754 Bug #: 50754 Summary: Building 32 bit mesa on 64 bit OS fails since change for automake Classification: Unclassified Product: Mesa Version: git Platform: x86-64 (AMD64

Re: [Mesa-dev] [PATCH] glsl: Fix pi/2 constant in acos built-in function

On 5 June 2012 14:42, Ian Romanick wrote: > On 06/04/2012 03:23 PM, Paul Berry wrote: > >> On 4 June 2012 14:50, Ian Romanick > > wrote: >> >>On 06/04/2012 01:31 PM, Olivier Galibert wrote: >> >>On Mon, Jun 04, 2012 at 01:11:13PM -0700, Ian Romanick wrote:

Re: [Mesa-dev] [PATCH 00/25] i915 HW context support

On 06/04/2012 02:42 PM, Ben Widawsky wrote: > Setting myself up for a late night crying session once again. Most of the > people reading this probably know the history and reasons for the patches. If > not, you can search the intel-gfx mailing list to try to learn more. I won't > recap the whole th

Re: [Mesa-dev] [PATCH 1/5] mesa: consolidate internal glTexImage1/2/3D code

On 06/05/2012 03:35 PM, Brian Paul wrote: > The functions for handling 1D, 2D and 3D texture images were nearly > identical. This folds them all together. > --- > src/mesa/drivers/common/driverfuncs.c |4 +- > src/mesa/drivers/dri/intel/intel_tex_image.c | 60 ++ >

[Mesa-dev] [PATCH] glsl: Hook up loop_variable_state destructor to plug a memory leak.

While ~loop_state() is already freeing the loop_variable_state objects via ralloc_free(this->mem_ctx), the ~loop_variable_state() destructor was never getting called, so the hash table inside loop_variable_state was never getting destroyed. Fixes a memory leak in any shader with loops. NOTE: This

Re: [Mesa-dev] [PATCH] glsl: fix loop_variable_state->var_hash leak

On 06/05/2012 02:49 PM, Marcin Slusarz wrote: > > --- > src/glsl/loop_analysis.cpp |6 ++ > 1 files changed, 6 insertions(+), 0 deletions(-) > > diff --git a/src/glsl/loop_analysis.cpp b/src/glsl/loop_analysis.cpp > index 6a0e4da..6548e15 100644 > --- a/src/glsl/loop_analysis.cpp > +++ b

[Mesa-dev] [PATCH 3/3] intel: wait render timeout implementation

int drm_intel_gem_bo_wait(drm_intel_bo *bo, uint64_t timeout_ns) This should bump the libdrm version. We're waiting for context support so we can do both features in one bump. v2: don't return remaining timeout amount use get param and fallback for older kernels v3: only doing getparam at init p

[Mesa-dev] [PATCH 2/3] intel: wait render header updates

make headers_install in kernel. Copy to here. v2: signed ns_timeout Cc: Chris Wilson Signed-off-by: Ben Widawsky --- include/drm/i915_drm.h | 11 +++ 1 file changed, 11 insertions(+) diff --git a/include/drm/i915_drm.h b/include/drm/i915_drm.h index 725a8de..4931107 100644 --- a/inc

[Mesa-dev] [PATCH 3/3] intel: wait render timeout implementation

int drm_intel_gem_bo_wait(drm_intel_bo *bo, uint64_t timeout_ns) This should bump the libdrm version. We're waiting for context support so we can do both features in one bump. v2: don't return remaining timeout amount use get param and fallback for older kernels v3: only doing getparam at init

[Mesa-dev] [PATCH 5/5] mesa: consolidate internal glCompressedTexSubImage1/2/3D code

--- src/mesa/drivers/common/driverfuncs.c |4 +- src/mesa/drivers/dri/nouveau/nouveau_texture.c | 12 ++-- src/mesa/main/dd.h | 33 +++- src/mesa/main/teximage.c | 31 ++- src/mesa/main/texstore.c

[Mesa-dev] [PATCH 4/5] mesa: consolidate internal glCompressedTexImage1/2/3D code

--- src/mesa/drivers/common/driverfuncs.c |4 +- src/mesa/drivers/dri/nouveau/nouveau_texture.c |6 +- src/mesa/main/dd.h | 37 +++--- src/mesa/main/teximage.c | 29 ++-- src/mesa/main/texstore.c

[Mesa-dev] [PATCH 3/5] mesa: consolidate internal glCopyTexSubImage1/2/3D code

--- src/mesa/drivers/common/driverfuncs.c |4 +- src/mesa/drivers/common/meta.c| 55 +++ src/mesa/drivers/common/meta.h| 27 +++- src/mesa/drivers/dri/intel/intel_tex_copy.c | 40 + src/mesa/drivers/dri

[Mesa-dev] [PATCH 2/5] mesa: consolidate internal glTexSubImage1/2/3D code

--- src/mesa/drivers/common/driverfuncs.c |4 +- src/mesa/drivers/common/meta.c | 21 ++--- src/mesa/drivers/dri/intel/intel_tex_subimage.c | 28 +++-- src/mesa/drivers/dri/nouveau/nouveau_texture.c | 43 src/mesa/main/dd.h

[Mesa-dev] [PATCH 1/5] mesa: consolidate internal glTexImage1/2/3D code

The functions for handling 1D, 2D and 3D texture images were nearly identical. This folds them all together. --- src/mesa/drivers/common/driverfuncs.c |4 +- src/mesa/drivers/dri/intel/intel_tex_image.c | 60 ++ src/mesa/drivers/dri/nouveau/nouveau_texture.c | 4

Re: [Mesa-dev] [PATCH] glsl: fix deref_hash memory leak in constant_expression_value

On 06/05/2012 02:50 PM, Marcin Slusarz wrote: > > --- > src/glsl/ir_constant_expression.cpp |7 +-- > 1 files changed, 5 insertions(+), 2 deletions(-) > > diff --git a/src/glsl/ir_constant_expression.cpp > b/src/glsl/ir_constant_expression.cpp > index 08a3328..0713fd7 100644 > --- a/src

[Mesa-dev] [PATCH] glsl: fix deref_hash memory leak in constant_expression_value

--- src/glsl/ir_constant_expression.cpp |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) diff --git a/src/glsl/ir_constant_expression.cpp b/src/glsl/ir_constant_expression.cpp index 08a3328..0713fd7 100644 --- a/src/glsl/ir_constant_expression.cpp +++ b/src/glsl/ir_constant_expr

[Mesa-dev] [PATCH] glsl: fix loop_variable_state->var_hash leak

--- src/glsl/loop_analysis.cpp |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/src/glsl/loop_analysis.cpp b/src/glsl/loop_analysis.cpp index 6a0e4da..6548e15 100644 --- a/src/glsl/loop_analysis.cpp +++ b/src/glsl/loop_analysis.cpp @@ -42,8 +42,14 @@ loop_state::loop_

Re: [Mesa-dev] [PATCH] glsl: Fix pi/2 constant in acos built-in function

On 06/04/2012 03:23 PM, Paul Berry wrote: On 4 June 2012 14:50, Ian Romanick mailto:i...@freedesktop.org>> wrote: On 06/04/2012 01:31 PM, Olivier Galibert wrote: On Mon, Jun 04, 2012 at 01:11:13PM -0700, Ian Romanick wrote: From: Ian Romanickmailto:ian.d.roman...@intel.

Re: [Mesa-dev] [PATCH 2/6] mesa intel driver:

On 06/05/2012 01:12 PM, Ian Romanick wrote: > On 06/05/2012 12:55 AM, Zhao, Halley wrote: >> Thanks Paul, Thanks Ian as well for the comments on it. >> I will update internal_format to GL_YCBCR_MESA. >> (I didn't notice glext.h before, but gl2.h only) >> >> As to the error in intel_image_target_tex

Re: [Mesa-dev] [PATCH 2/6] mesa intel driver:

On 06/05/2012 12:55 AM, Zhao, Halley wrote: Thanks Paul, Thanks Ian as well for the comments on it. I will update internal_format to GL_YCBCR_MESA. (I didn't notice glext.h before, but gl2.h only) As to the error in intel_image_target_texture_2d(), it isn't caused by wrong internal format, but

[Mesa-dev] [PATCH 3/3] intel: wait render timeout implementation

int drm_intel_gem_bo_wait(drm_intel_bo *bo, uint64_t timeout_ns) This should bump the libdrm version. We're waiting for context support so we can do both features in one bump. v2: don't return remaining timeout amount use get param and fallback for older kernels Signed-off-by: Ben Widawsky ---

[Mesa-dev] [PATCH 2/3] intel: wait render header updates

make headers_install in kernel. Copy to here. Signed-off-by: Ben Widawsky --- include/drm/i915_drm.h | 11 +++ 1 file changed, 11 insertions(+) diff --git a/include/drm/i915_drm.h b/include/drm/i915_drm.h index 725a8de..1881f8a 100644 --- a/include/drm/i915_drm.h +++ b/include/drm/i91

[Mesa-dev] [PATCH 1/3] intel: sanitize i915_drm.h

run make headers_isntall on d-i-n, copy to here Signed-off-by: Ben Widawsky --- include/drm/i915_drm.h |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/include/drm/i915_drm.h b/include/drm/i915_drm.h index af3ce17..725a8de 100644 --- a/include/drm/i915_drm.h +++ b/includ

[Mesa-dev] [PATCH 3/3] glsl: Transform dot product by a basis vector into a swizzle

--- src/glsl/TODO |3 --- src/glsl/opt_algebraic.cpp | 24 2 files changed, 24 insertions(+), 3 deletions(-) diff --git a/src/glsl/TODO b/src/glsl/TODO index eb73fc2..bd077a8 100644 --- a/src/glsl/TODO +++ b/src/glsl/TODO @@ -6,9 +6,6 @@ constant ind

[Mesa-dev] [PATCH 2/3] glsl: Add is_basis function

Determines whether it's a basis vector, i.e., a vector with one element equal to 1 and all other elements equal to 0. --- src/glsl/ir.cpp | 48 src/glsl/ir.h | 26 ++ 2 files changed, 70 insertions(+), 4 deletions(-) d

[Mesa-dev] [PATCH 1/3] glsl: Check for zero vectors in ir_binop_dot

--- src/glsl/opt_algebraic.cpp |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/src/glsl/opt_algebraic.cpp b/src/glsl/opt_algebraic.cpp index cade961..1567ecd 100644 --- a/src/glsl/opt_algebraic.cpp +++ b/src/glsl/opt_algebraic.cpp @@ -305,6 +305,13 @@ ir_algebraic_vi

Re: [Mesa-dev] [PATCH] mesa: Add GL_TEXTURE_CUBE_MAP to _mesa_max_texture_levels().

On 06/05/2012 11:21 AM, Kenneth Graunke wrote: On 06/05/2012 07:05 AM, Brian Paul wrote: On 06/05/2012 01:16 AM, Kenneth Graunke wrote: For cube maps, _mesa_generate_mipmap() calls this with GL_TEXTURE_CUBE_MAP_ARB (the gl_texture_object's Target) rather than one of the faces. This caused _mes

Re: [Mesa-dev] [PATCH 1/2] i965/fs: Fix texelFetchOffset() on pre-Gen7.

On 06/05/2012 10:59 AM, Eric Anholt wrote: > On Mon, 4 Jun 2012 14:15:10 -0700, Kenneth Graunke > wrote: >> Commit f41ecade7b458c02d504158b522acb2231585040 fixed texelFetchOffset() >> on Ivybridge, but didn't update the Ironlake/Sandybridge code. >> >> +15 piglits on Sandybridge. >> >> NOTE: Thi

Re: [Mesa-dev] [PATCH] configure.ac: Add --with-(gl|glu|osmesa)-lib-name options

On 06/05/2012 02:03 PM, Kenneth Graunke wrote: >> On 06/05/2012 01:38 PM, Kenneth Graunke wrote: >>> ./autogen.sh --with-gl-lib-name=GL --with-glu-lib-name=GLU >>> --with-osmesa-lib-name=OSMesa ... >> >> That looks cleaner to me. Here is a patch for it. > > Reviewed-by: Kenneth Graunke > > If t

Re: [Mesa-dev] [PATCH] configure.ac: Add --with-(gl|glu|osmesa)-lib-name options

On 06/05/2012 10:59 AM, Brad King wrote: > These allow one to mangle the library names, without also mangling the > symbol names, to make them distinct from other GL libraries on the > system. > --- > > On 06/05/2012 01:38 PM, Kenneth Graunke wrote: >> This looks good to me. The only real questio

[Mesa-dev] [PATCH] configure.ac: Add --with-(gl|glu|osmesa)-lib-name options

These allow one to mangle the library names, without also mangling the symbol names, to make them distinct from other GL libraries on the system. --- On 06/05/2012 01:38 PM, Kenneth Graunke wrote: > This looks good to me. The only real question I have is whether it > makes sense to set them via e

Re: [Mesa-dev] [PATCH 1/2] i965/fs: Fix texelFetchOffset() on pre-Gen7.

On Mon, 4 Jun 2012 14:15:10 -0700, Kenneth Graunke wrote: > Commit f41ecade7b458c02d504158b522acb2231585040 fixed texelFetchOffset() > on Ivybridge, but didn't update the Ironlake/Sandybridge code. > > +15 piglits on Sandybridge. > > NOTE: This and f41ecade7b458 are both candidates for stable

Re: [Mesa-dev] [PATCH] i965/fs: Fix user-defined FS outputs with less than four components.

On Mon, 4 Jun 2012 15:41:08 -0700, Kenneth Graunke wrote: > OpenGL allows you to declare user-defined fragment shader outputs with > less than four components: > > out ivec2 color; Reviewed-by: Eric Anholt pgpvsnFa5WP8m.pgp Description: PGP signature

Re: [Mesa-dev] [PATCH] automake: Honor (GL|GLU|OSMESA)_LIB from environment

On 06/01/2012 12:06 PM, Brad King wrote: > Teach 'configure' to read the default GL_LIB, GLU_LIB, and OSMESA_LIB > values from the environment. This allows one to mangle the library > names (without also mangling the symbol names) to make them distinct > from other GL libraries on the system. > --

Re: [Mesa-dev] [PATCH] mesa: Add GL_TEXTURE_CUBE_MAP to _mesa_max_texture_levels().

On 06/05/2012 07:05 AM, Brian Paul wrote: > On 06/05/2012 01:16 AM, Kenneth Graunke wrote: >> For cube maps, _mesa_generate_mipmap() calls this with >> GL_TEXTURE_CUBE_MAP_ARB (the gl_texture_object's Target) rather than one >> of the faces. This caused _mesa_max_texture_levels() to return 0, whic

Re: [Mesa-dev] [PATCH v2] configure.ac: Fail if egl x11 platform dependencies are not available

On Sun, 3 Jun 2012 23:36:16 -0400, Kristian Høgsberg wrote: > Currently, if you pass --with-egl-platforms=x11 but xcb-dri2 isn't available > we just silently fail and disables building the EGL DRI2 driver. > > This commit cleans up the EGL platfrom checking and fails if a selected > platform ca

Re: [Mesa-dev] [PATCH 00/25] i915 HW context support

On Tue, 05 Jun 2012 00:08:10 -0700 Kenneth Graunke wrote: > On 06/04/2012 10:53 PM, Dave Airlie wrote: > >> > >> I've run these on various workloads and saw nothing worth mentioning. > > > > Nothing at all? no speedups, slowdowns, etc > > > > why should we merge all this code then :-) > > > >

Re: [Mesa-dev] [PATCH] automake: Honor (GL|GLU|OSMESA)_LIB from environment

On 06/05/2012 11:12 AM, Dan Nicholson wrote: > Duh, you're right. I think this original patch is good to go. Great, thanks! > a quick grep > shows that there are no remaining hardcoded -lGL around (I think). I've built with a custom configs/current in the old pure-make system that sets GL_LIB fo

Re: [Mesa-dev] [PATCH] automake: Honor (GL|GLU|OSMESA)_LIB from environment

On 6/4/12, Brad King wrote: > On 06/01/2012 05:49 PM, Dan Nicholson wrote: >>> +AC_ARG_VAR([GL_LIB],[name of GL library @<:@default=GL@:>@]) >>> +AC_ARG_VAR([GLU_LIB],[name of GLU library @<:@default=GLU@:>@]) >>> +AC_ARG_VAR([OSMESA_LIB],[name of OSMesa library >>> @<:@default=OSMesa@:>@]) >>> +G

Re: [Mesa-dev] Is the pure-make build system still supported?

On 06/05/2012 08:07 AM, Brad King wrote: On 06/04/2012 12:29 PM, Brian Paul wrote: On 06/01/2012 12:55 PM, Brad King wrote: However, I still get the above undefined symbols on x86_64 when linking to the resulting GL library. The patch below (also in my previous post) solves it. It seems confi

[Mesa-dev] [Bug 44519] SIGABRT src/gallium/tests/unit/translate_test.c:250

https://bugs.freedesktop.org/show_bug.cgi?id=44519 --- Comment #3 from Brian Paul 2012-06-05 08:04:50 PDT --- Created attachment 62589 --> https://bugs.freedesktop.org/attachment.cgi?id=62589 add support for half floats Vinson, this patch fixes the abort, but there's still some failing cases

[Mesa-dev] [Bug 50604] [compile error] ../../../../../src/mesa/libdricore/../main/api_arrayelt.c:45:27: fatal error: main/dispatch.h: No such file or directory

https://bugs.freedesktop.org/show_bug.cgi?id=50604 --- Comment #2 from Fabio Pedretti 2012-06-05 07:21:43 PDT --- I tried doing a non parallel build but I get the same error: https://launchpadlibrarian.net/106916928/buildlog_ubuntu-precise-i386.mesa_8.1~git1206051530.555e00~gd~p_FAILEDTOBUILD.tx

Re: [Mesa-dev] Is the pure-make build system still supported?

On 06/04/2012 12:29 PM, Brian Paul wrote: > On 06/01/2012 12:55 PM, Brad King wrote: >> However, I still get the above undefined symbols on x86_64 when >> linking to the resulting GL library. The patch below (also in >> my previous post) solves it. It seems configs/* is still in use >> even by th

Re: [Mesa-dev] [PATCH] mesa: Add GL_TEXTURE_CUBE_MAP to _mesa_max_texture_levels().

On 06/05/2012 01:16 AM, Kenneth Graunke wrote: For cube maps, _mesa_generate_mipmap() calls this with GL_TEXTURE_CUBE_MAP_ARB (the gl_texture_object's Target) rather than one of the faces. This caused _mesa_max_texture_levels() to return 0, which resulted in maxLevels == -1 and the next line's a

[Mesa-dev] [PATCH] xmlconfig: use __progname when building for Android

__progname symbol and strrchr are available with bionic. Signed-off-by: Tapani Pälli --- src/mesa/drivers/dri/common/xmlconfig.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/mesa/drivers/dri/common/xmlconfig.c b/src/mesa/drivers/dri/common/xmlconfig.c index 6d1d5ec

[Mesa-dev] ARB_RGB10_A2UI support

Hi all: Is anyone has a demo about GL_ARB_texture_rgb10_a2ui ? BR thanks! ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev

[Mesa-dev] [PATCH 9/9 v2] test: test case for wayland-drm in tests/wayland-drm

- it shows how wayland-drm protocol works between server and client buffer are shared basing on dri image - XRGB and YUYV format are supported, it can render to overlay plane potentially --- configure.ac |4 +- tests/Makefile.am|2 +- tes

[Mesa-dev] [PATCH 8/9 v2] intel driver: add tiling support for intel_image_write() all drm image are supported for write

--- src/mesa/drivers/dri/intel/intel_screen.c | 17 +++-- 1 files changed, 15 insertions(+), 2 deletions(-) diff --git a/src/mesa/drivers/dri/intel/intel_screen.c b/src/mesa/drivers/dri/intel/intel_screen.c index 3b8f81e..63b6b24 100755 --- a/src/mesa/drivers/dri/intel/intel_screen

[Mesa-dev] [PATCH 7/9 v2] gbm: add handle2(buffer region name)

--- src/gbm/backends/dri/gbm_dri.c |6 +- src/gbm/main/gbm.c | 14 ++ src/gbm/main/gbm.h |3 +++ src/gbm/main/gbmint.h |1 + 4 files changed, 23 insertions(+), 1 deletions(-) mode change 100644 => 100755 src/gbm/main/gbm.c mode chang

[Mesa-dev] [PATCH 6/9 v2] wayland-drm: add YUYV support

--- src/egl/wayland/wayland-drm/wayland-drm.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) mode change 100644 => 100755 src/egl/wayland/wayland-drm/wayland-drm.c diff --git a/src/egl/wayland/wayland-drm/wayland-drm.c b/src/egl/wayland/wayland-drm/wayland-drm.c old mode 100644 ne

[Mesa-dev] [PATCH 5/9 v2] gbm dri backend: add YUYV support

--- src/gbm/backends/dri/gbm_dri.c |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) mode change 100644 => 100755 src/gbm/backends/dri/gbm_dri.c diff --git a/src/gbm/backends/dri/gbm_dri.c b/src/gbm/backends/dri/gbm_dri.c old mode 100644 new mode 100755 index e5ddfb6..32cde66 --- a

[Mesa-dev] [PATCH 4/9 v2] gallium egl wayland: add YUYV support

--- .../state_trackers/egl/wayland/native_drm.c|3 +++ .../state_trackers/egl/wayland/native_wayland.h|3 ++- 2 files changed, 5 insertions(+), 1 deletions(-) mode change 100644 => 100755 src/gallium/state_trackers/egl/wayland/native_drm.c mode change 100644 => 100755 src/g

[Mesa-dev] [PATCH 3/9 v2] egl wayland: add YUYV support

--- src/egl/drivers/dri2/egl_dri2.c | 17 ++--- src/egl/drivers/dri2/platform_wayland.c |8 +++- 2 files changed, 21 insertions(+), 4 deletions(-) mode change 100644 => 100755 src/egl/drivers/dri2/egl_dri2.c mode change 100644 => 100755 src/egl/drivers/dri2/platform

[Mesa-dev] [PATCH 2/9 v2] mesa intel driver:

add YUYV format for dri image YUYV image doesn't use for texture --- src/mesa/drivers/dri/intel/intel_screen.c| 10 ++ src/mesa/drivers/dri/intel/intel_tex_image.c |6 ++ 2 files changed, 16 insertions(+), 0 deletions(-) mode change 100644 => 100755 src/mesa/drivers/dri/in

[Mesa-dev] [PATCH 1/9 v2] GL: add YUYV to dri image format

--- include/GL/internal/dri_interface.h |1 + 1 files changed, 1 insertions(+), 0 deletions(-) mode change 100644 => 100755 include/GL/internal/dri_interface.h diff --git a/include/GL/internal/dri_interface.h b/include/GL/internal/dri_interface.h old mode 100644 new mode 100755 index e37917

[Mesa-dev] [PATCH 0/9 v2] Add YUYV format support of dri image

Intel SNB/IVB platform supports rendering YUYV buffer to overlay plane, however YUYV is missing support from mesa/dri-image yet. so I go ahead to add it; basing on it, libva can send YUYV buffer directly to wayland/weston, then weston output it to overlay plane. I notice that there are some patc

Re: [Mesa-dev] [PATCH] add test for wayland drm, XRGB/YUYV is supported

Hi Pauli: Thanks for your suggestion. gbm doesn't support: - Buffer name which is used by wayland-drm protocol (since buffer is shared across processes) - tiling (overlay required I915_TILING_X, though intel 3D use TILING_X as default, media pipeline uses TILING_Y as default)

Re: [Mesa-dev] [PATCH 2/6] mesa intel driver:

Thanks Paul, Thanks Ian as well for the comments on it. I will update internal_format to GL_YCBCR_MESA. (I didn't notice glext.h before, but gl2.h only) As to the error in intel_image_target_texture_2d(), it isn't caused by wrong internal format, but hw limitation since we don't support packed Y

[Mesa-dev] [PATCH] mesa: Add GL_TEXTURE_CUBE_MAP to _mesa_max_texture_levels().

For cube maps, _mesa_generate_mipmap() calls this with GL_TEXTURE_CUBE_MAP_ARB (the gl_texture_object's Target) rather than one of the faces. This caused _mesa_max_texture_levels() to return 0, which resulted in maxLevels == -1 and the next line's assertion to fail. This function is called from s

Re: [Mesa-dev] [PATCH 00/25] i915 HW context support

On 06/04/2012 10:53 PM, Dave Airlie wrote: >> >> I've run these on various workloads and saw nothing worth mentioning. > > Nothing at all? no speedups, slowdowns, etc > > why should we merge all this code then :-) > > Dave. Preserving hardware state across batches is going to be necessary for: