YUYV image works for overlay now
YUYV image works for texture will come soon
---
src/mesa/drivers/dri/intel/intel_screen.c|3 +++
src/mesa/drivers/dri/intel/intel_tex_image.c |6 ++
2 files changed, 9 insertions(+), 0 deletions(-)
mode change 100644 => 100755 src/mesa/driv
---
.../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
---
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
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.
v2 update:
- set internal_for
I needed to compute logs and square roots in a patch I was working on,
and wanted to use the convenient interface. We already have a similar
constructor for binops; adding one for unops seems reasonable.
Signed-off-by: Kenneth Graunke
---
src/glsl/ir_builder.cpp |8
src/glsl/ir_bui
On Sun, 2012-07-08 at 19:39 -0700, Kenneth Graunke wrote:
> On 07/08/2012 04:14 PM, Christopher James Halse Rogers wrote:
> > Signed-off-by: Christopher James Halse Rogers
> >
> > ---
> > src/mesa/sources.mak |9 +
> > 1 file changed, 5 insertions(+), 4 deletions(-)
> >
> > diff --g
On 07/08/2012 03:12 PM, Johannes Obermayr wrote:
> ---
> configure.ac |1 +
> src/mesa/Makefile.am |9 ++---
> 2 files changed, 7 insertions(+), 3 deletions(-)
It's never been clear to me whether one can build OSMesa and non-OSMesa
at the same time. If you can, then of course
On 07/08/2012 04:14 PM, Christopher James Halse Rogers wrote:
> Signed-off-by: Christopher James Halse Rogers
>
> ---
> src/mesa/sources.mak |9 +
> 1 file changed, 5 insertions(+), 4 deletions(-)
>
> diff --git a/src/mesa/sources.mak b/src/mesa/sources.mak
> index 16b1c39..87191fd
On Monday 2012-07-09 03:46, Jan Engelhardt wrote:
>rpmlint says:
>I: Program returns random data in a function
>E: libdrm no-return-in-nonvoid-function modetest.c:162, 143
>---
> 0001.diff | 30 ++
Sigh. I removed this now and repushed.
___
rpmlint says:
I: Program returns random data in a function
E: libdrm no-return-in-nonvoid-function modetest.c:162, 143
---
0001.diff | 30 ++
tests/modetest/modetest.c |2 +-
2 files changed, 31 insertions(+), 1 deletions(-)
create mode 100644 000
xf86drmSL.c:273:8: warning: 'update[0]' is used uninitialized in this function
[-Wuninitialized]
I have no idea what to really do here. The code is essentially unused
because update[0] is always NULL.
---
xf86drmSL.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/xf86d
The build of libdrm-2.4.37 was rejected on the Open Build Service
due to compiler warnings rpmlint considers severe enough to abort.
==
The following changes since commit 881e69f185d2450ca35964caf254b04e7e8838c1:
libdrm/exynos: padding gem_mmap structure to 64-bit aligned (2012-07-06
16:36:
Signed-off-by: Christopher James Halse Rogers
---
src/mesa/libdricore/Makefile.am |9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/src/mesa/libdricore/Makefile.am b/src/mesa/libdricore/Makefile.am
index 4637bf2..f3ea4a3 100644
--- a/src/mesa/libdricore/Makefile.am
+
This series fixes out-of-tree builds as perpetrated by the Debian mesa
packaging. Almost. The linker gets confused on llvmpipe's test programs,
only in out-of-tree builds, but this gets all the important bits building.
___
mesa-dev mailing list
mesa-dev@
Signed-off-by: Christopher James Halse Rogers
---
src/mapi/glapi/gen/Makefile.am |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mapi/glapi/gen/Makefile.am b/src/mapi/glapi/gen/Makefile.am
index df3e82d..62ea1aa 100644
--- a/src/mapi/glapi/gen/Makefile.am
+++ b/src/map
Signed-off-by: Christopher James Halse Rogers
---
src/glsl/Makefile |9 ++---
src/glsl/Makefile.sources | 12 ++--
2 files changed, 12 insertions(+), 9 deletions(-)
diff --git a/src/glsl/Makefile b/src/glsl/Makefile
index 3cf9fc9..872677e 100644
--- a/src/glsl/Makefile
In some of the automake files TOP is set to top_srcdir, in some
top_builddir. Since the build looks for generated files under TOP,
top_builddir correct.
Signed-off-by: Christopher James Halse Rogers
---
src/mapi/shared-glapi/Makefile.am |2 +-
src/mesa/Makefile.am |4 ++--
Signed-off-by: Christopher James Halse Rogers
---
src/mesa/sources.mak |9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/src/mesa/sources.mak b/src/mesa/sources.mak
index 16b1c39..87191fd 100644
--- a/src/mesa/sources.mak
+++ b/src/mesa/sources.mak
@@ -4,8 +4,8 @@ S
On Fri, Jul 06, 2012 at 02:18:12PM -0700, Eric Anholt wrote:
> Oliver McFadden writes:
>
> > The OpenGL(R) ES Shading Language
> > Version 1.00 Revision 17 (12 May, 2009)
> >
> >> 4.6.1 The Invariant Qualifier
> >> ... To force all output variables to be invariant, use the pragma
> >> #pragma STD
---
configure.ac |1 +
src/mesa/Makefile.am |9 ++---
2 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/configure.ac b/configure.ac
index 46265a2..00279f4 100644
--- a/configure.ac
+++ b/configure.ac
@@ -2126,6 +2126,7 @@ AC_SUBST([GALLIUM_MAKE_DIRS])
AM_CONDITI
20 matches
Mail list logo
