[meta-fsl-arm PATCH 0/6] GPU and Kernel update for 3.0.35-4.0.0 BSP

[meta-fsl-arm PATCH 0/6] GPU and Kernel update for 3.0.35-4.0.0 BSP

[Otavio Salvador]

Hello,

This patchset update the GPU and kernel for the 3.0.35-4.0.0 BSP; it
needs a good test and I plan to merge it in June 10th in master.

I am also sending another patchset for the meta-fsl-arm-extra; so this
cover letter is intended to be taken for both series.

I am trying to iron out a segfault in Xorg which I see with Wandboard
boards but people who tested in other boards (which I don't have) said
it runs as good as previous BSP. With these remarks it has as known
issues:

* segfault in Wandboard
* non-fullscreen acceleration broken (as 3.0.35-1.1.0 and 3.0.35-3.0.0
  releases)

For easy testing, I will push these patches to 'master-next' branches
for meta-fsl-arm and meta-fsl-arm-extra. Don't rely on these branches
for products as they *WILL* be rebased.

-- 
1.8.1

[meta-fsl-arm PATCH 1/6] linux-imx (3.0.35) Update to BSP 4.0.0 version

[Otavio Salvador]

The 4.0.0 version supports all i.MX6 variants so we can use a single
revision for them all.

The eGalax' support for single touch events has been fixed in
Freescale tree, so we drop the patch on this version.

Change-Id: Iaec598dd69a3107c09d20e3e890c46d0922d4e44
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 ...s-Add-support-for-single-touch-in-Kconfig.patch | 68 ----------------------
 .../linux/linux-imx/fix_getrusage_for_perf.patch   | 33 -----------
 recipes-kernel/linux/linux-imx_3.0.35.bb           | 20 ++-----
 3 files changed, 4 insertions(+), 117 deletions(-)
 delete mode 100644 recipes-kernel/linux/linux-imx/egalax_ts-Add-support-for-single-touch-in-Kconfig.patch
 delete mode 100644 recipes-kernel/linux/linux-imx/fix_getrusage_for_perf.patch

diff --git a/recipes-kernel/linux/linux-imx/egalax_ts-Add-support-for-single-touch-in-Kconfig.patch b/recipes-kernel/linux/linux-imx/egalax_ts-Add-support-for-single-touch-in-Kconfig.patch
deleted file mode 100644
index 33a8393..0000000
--- a/recipes-kernel/linux/linux-imx/egalax_ts-Add-support-for-single-touch-in-Kconfig.patch
+++ /dev/null
@@ -1,68 +0,0 @@
-From f6b560538edca833481c1d67ecf3cfe2d65c4018 Mon Sep 17 00:00:00 2001
-From: Eric Nelson <eric.nelson@boundarydevices.com>
-Date: Wed, 29 Aug 2012 21:50:30 -0700
-Subject: [PATCH] egalax_ts: Add support for single-touch in Kconfig
-
-Upstream-Status: Pending
----
- drivers/input/touchscreen/Kconfig     |   10 ++++++++++
- drivers/input/touchscreen/egalax_ts.c |    7 ++++---
- 2 files changed, 14 insertions(+), 3 deletions(-)
-
-diff --git a/drivers/input/touchscreen/Kconfig b/drivers/input/touchscreen/Kconfig
-index c00ab79..311bd4d 100644
---- a/drivers/input/touchscreen/Kconfig
-+++ b/drivers/input/touchscreen/Kconfig
-@@ -199,6 +199,16 @@ config TOUCHSCREEN_ELAN
- 	  To compile this driver as a module, choose M here: the
- 	  module will be called elan-touch.
- 
-+config TOUCHSCREEN_EGALAX_SINGLE_TOUCH
-+	bool "EETI eGalax touchscreen as single-touch"
-+	default N
-+	depends on TOUCHSCREEN_EGALAX
-+	help
-+	  If you say yes here you get single-touch touchscreen support
-+	  on the eGalax I2C controller.
-+	  If you say "no", you'll get the normal multi-touch.
-+
-+
- config TOUCHSCREEN_FUJITSU
- 	tristate "Fujitsu serial touchscreen"
- 	select SERIO
-diff --git a/drivers/input/touchscreen/egalax_ts.c b/drivers/input/touchscreen/egalax_ts.c
-index fff8afe..0b6cde7 100644
---- a/drivers/input/touchscreen/egalax_ts.c
-+++ b/drivers/input/touchscreen/egalax_ts.c
-@@ -139,7 +139,7 @@ retry:
- 		events[id].x = x;
- 		events[id].y = y;
- 
--#ifdef FORCE_SINGLE_POINTER_SUPPORT
-+#ifdef CONFIG_TOUCHSCREEN_EGALAX_SINGLE_TOUCH
- 		input_report_abs(input_dev, ABS_X, x);
- 		input_report_abs(input_dev, ABS_Y, y);
- 		input_event(data->input_dev, EV_KEY, BTN_TOUCH, 1);
-@@ -166,7 +166,7 @@ retry:
- 		dev_dbg(&client->dev, "release id:%d\n", id);
- 		events[id].valid = 0;
- 		events[id].status = 0;
--#ifdef FORCE_SINGLE_POINTER_SUPPORT
-+#ifdef CONFIG_TOUCHSCREEN_EGALAX_SINGLE_TOUCH
- 		input_report_key(input_dev, BTN_TOUCH, 0);
- 		input_report_abs(input_dev, ABS_PRESSURE, 0);
- #else
-@@ -256,8 +256,9 @@ static int __devinit egalax_ts_probe(struct i2c_client *client,
- 	__set_bit(ABS_PRESSURE, input_dev->absbit);
- 	input_set_abs_params(input_dev, ABS_X, 0, 32767, 0, 0);
- 	input_set_abs_params(input_dev, ABS_Y, 0, 32767, 0, 0);
-+	input_set_abs_params(input_dev, ABS_PRESSURE, 0, 1, 0, 0);
- 
--#ifndef FORCE_SINGLE_POINTER_SUPPORT
-+#ifndef CONFIG_TOUCHSCREEN_EGALAX_SINGLE_TOUCH
- 	input_set_abs_params(input_dev, ABS_MT_POSITION_X, 0, 32767, 0, 0);
- 	input_set_abs_params(input_dev, ABS_MT_POSITION_Y, 0, 32767, 0, 0);
- 	input_set_abs_params(input_dev, ABS_MT_TOUCH_MAJOR, 0, 255, 0, 0);
--- 
-1.7.9.5
-
diff --git a/recipes-kernel/linux/linux-imx/fix_getrusage_for_perf.patch b/recipes-kernel/linux/linux-imx/fix_getrusage_for_perf.patch
deleted file mode 100644
index fb6a024..0000000
--- a/recipes-kernel/linux/linux-imx/fix_getrusage_for_perf.patch
+++ /dev/null
@@ -1,33 +0,0 @@
-commit 7b78f13603c6fcb64e020a0bbe31a651ea2b657b
-Author: Markus Trippelsdorf <markus@trippelsdorf.de>
-Date:   Wed Apr 4 10:45:27 2012 +0200
-
-    perf tools: Fix getrusage() related build failure on glibc trunk
-    
-    On a system running glibc trunk perf doesn't build:
-    
-        CC builtin-sched.o
-    builtin-sched.c: In function ‘get_cpu_usage_nsec_parent’: builtin-sched.c:399:16: error: storage size of ‘ru’ isn’t known builtin-sched.c:403:2: error: implicit declaration of function ‘getrusage’ [-Werror=implicit-function-declaration]
-        [...]
-    
-    Fix it by including sys/resource.h.
-    
-    Signed-off-by: Markus Trippelsdorf <markus@trippelsdorf.de>
-    Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
-    Link: http://lkml.kernel.org/r/20120404084527.GA294@x4
-    Signed-off-by: Ingo Molnar <mingo@kernel.org>
-
-Upstream-Status: Backport [3.4]
-
-diff --git a/tools/perf/builtin-sched.c b/tools/perf/builtin-sched.c
-index fb8b5f8..1cad3af 100644
---- a/tools/perf/builtin-sched.c
-+++ b/tools/perf/builtin-sched.c
-@@ -17,6 +17,7 @@
- #include "util/debug.h"
- 
- #include <sys/prctl.h>
-+#include <sys/resource.h>
- 
- #include <semaphore.h>
- #include <pthread.h>
diff --git a/recipes-kernel/linux/linux-imx_3.0.35.bb b/recipes-kernel/linux/linux-imx_3.0.35.bb
index 12e75cd..ce4bac3 100644
--- a/recipes-kernel/linux/linux-imx_3.0.35.bb
+++ b/recipes-kernel/linux/linux-imx_3.0.35.bb
@@ -1,4 +1,4 @@
-# Copyright (C) 2011-2012 Freescale Semiconductor
+# Copyright (C) 2011-2013 Freescale Semiconductor
 # Released under the MIT license (see COPYING.MIT for the terms)
 
 include linux-imx.inc
@@ -7,18 +7,6 @@ PR = "${INC_PR}.14"
 
 COMPATIBLE_MACHINE = "(mx6)"
 
-# Revision of 1.1.0 branch
-SRCREV = "21304e170e6aa140d189158fcf27d731d3547969"
-LOCALVERSION = "-1.1.0+yocto"
-
-# Revision of 12.10.02 branch
-SRCREV_mx6sl = "741f7dcf5dd1b5ce82986eda139ddbce69c66e31"
-LOCALVERSION_mx6sl = "-12.10.02+yocto"
-
-# Revision of 3.0.0 branch
-SRCREV_mx6dl = "7e8c89cd4b47c4ac6ec6a91a5f54d450688bde4f"
-LOCALVERSION_mx6dl = "-3.0.0+yocto"
-
-SRC_URI += "file://fix_getrusage_for_perf.patch \
-            file://egalax_ts-Add-support-for-single-touch-in-Kconfig.patch \
-           "
+# Revision of 4.0.0 branch
+SRCREV = "572fd62b7e2d70ef83e2ca8fe9895fe6f1531f8a"
+LOCALVERSION = "-4.0.0+yocto"
-- 
1.8.1

[meta-fsl-arm PATCH 2/6] u-boot-imx: Update i.MX6 variants to 3.0.35-4.0.0

[Otavio Salvador]

The 4.0.0 version supports all i.MX6 variants so we can use a single
revision for them all.

Change-Id: I6a2ea90b1609a696c6f40a296e2e6612b14d40d9
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 recipes-bsp/u-boot/u-boot-imx_2009.08.bb | 16 +++-------------
 1 file changed, 3 insertions(+), 13 deletions(-)

diff --git a/recipes-bsp/u-boot/u-boot-imx_2009.08.bb b/recipes-bsp/u-boot/u-boot-imx_2009.08.bb
index b2111fc..8460399 100644
--- a/recipes-bsp/u-boot/u-boot-imx_2009.08.bb
+++ b/recipes-bsp/u-boot/u-boot-imx_2009.08.bb
@@ -1,4 +1,4 @@
-# Copyright (C) 2011 Freescale Semiconductor
+# Copyright (C) 2011-2013 Freescale Semiconductor
 # Released under the MIT license (see COPYING.MIT for the terms)
 
 DESCRIPTION = "bootloader for imx platforms"
@@ -22,22 +22,12 @@ SRC_URI_append_imx5 = " \
            file://mx53_loco_bootenv.patch \
 "
 
-# Revision of imx_3.0.35_1.1.0 branch
-SRCREV_mx6 = "98a5299c945cb7e440e3c3d9c572f017e5a02ede"
+# Revision of imx_3.0.35_4.0.0 branch
+SRCREV_mx6 = "5899674bf39544bec47e209649a723cf7348d3ba"
 SRC_URI_append_mx6 = " \
    file://mx6q_sabreauto-Fix-the-patch-for-the-default-environ.patch \
    file://mx6q_sabresd-Change-default-environment-to-work-with.patch \
-"
-
-# Revision of imx_3.0.35_12.10.02 branch
-SRCREV_mx6sl = "27cdce50f9a7fc30d7cff067b420a32e5f2c5959"
-SRC_URI_append_mx6sl = " \
    file://mx6sl_evk-Fix-the-patch-for-the-default-environment-.patch \
-"
-
-# Revision of imx_3.0.35_3.0.0 branch
-SRCREV_mx6dl = "d4057eba315edbc8335c138c0c9edbe2109ea36e"
-SRC_URI_append_mx6dl = " \
    file://mx6dl_sabresd-Change-default-environment-to-work-wit.patch \
 "
 
-- 
1.8.1

[meta-fsl-arm PATCH 3/6] xf86-dri-vivante: Update to 3.0.35-4.0.0

[Otavio Salvador]

Change-Id: Idc86a2c70345a16b2eb77c4ce7c188a638c6b1fd
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 .../{xf86-dri-vivante_1.1.0.bb => xf86-dri-vivante_3.0.35-4.0.0.bb}   | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename recipes-graphics/xorg-driver/{xf86-dri-vivante_1.1.0.bb => xf86-dri-vivante_3.0.35-4.0.0.bb} (91%)

diff --git a/recipes-graphics/xorg-driver/xf86-dri-vivante_1.1.0.bb b/recipes-graphics/xorg-driver/xf86-dri-vivante_3.0.35-4.0.0.bb
similarity index 91%
rename from recipes-graphics/xorg-driver/xf86-dri-vivante_1.1.0.bb
rename to recipes-graphics/xorg-driver/xf86-dri-vivante_3.0.35-4.0.0.bb
index 09bba2d..c116d57 100644
--- a/recipes-graphics/xorg-driver/xf86-dri-vivante_1.1.0.bb
+++ b/recipes-graphics/xorg-driver/xf86-dri-vivante_3.0.35-4.0.0.bb
@@ -9,8 +9,8 @@ LIC_FILES_CHKSUM = "file://src/dri.h;enline=27;md5=1d0d59e1dc96f5197ea3a8b101bf1
 
 SRC_URI = "${FSL_MIRROR}/xserver-xorg-video-imx-viv-${PV}.tar.gz \
            file://fix-libdrm-link.patch"
-SRC_URI[md5sum] = "d872365c046738628a7016343ffdb79a"
-SRC_URI[sha256sum] = "d53216d5f9e3f7803983ac1577d83985dfda33145e4711300f4ad5cbbe28e32d"
+SRC_URI[md5sum] = "5c5b5be029b077346610518bb729c012"
+SRC_URI[sha256sum] = "c67249e68d4233eb1d0a5f337ded8f121dc61fa26fca102a00f93acc3e37ea0f"
 
 PE = "1"
 PR = "r0"
-- 
1.8.1

[meta-fsl-arm PATCH 4/6] xf86-video-imxfb-vivante: Update to 3.0.35-4.0.0

[Otavio Salvador]

Change-Id: I5238f70533ba56d105fcad60e19f43832628cf63
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 ...fb-vivante_1.1.0.bb => xf86-video-imxfb-vivante_3.0.35-4.0.0.bb} | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename recipes-graphics/xorg-driver/{xf86-video-imxfb-vivante_1.1.0.bb => xf86-video-imxfb-vivante_3.0.35-4.0.0.bb} (90%)

diff --git a/recipes-graphics/xorg-driver/xf86-video-imxfb-vivante_1.1.0.bb b/recipes-graphics/xorg-driver/xf86-video-imxfb-vivante_3.0.35-4.0.0.bb
similarity index 90%
rename from recipes-graphics/xorg-driver/xf86-video-imxfb-vivante_1.1.0.bb
rename to recipes-graphics/xorg-driver/xf86-video-imxfb-vivante_3.0.35-4.0.0.bb
index 36f56f2..dbaf2ab 100644
--- a/recipes-graphics/xorg-driver/xf86-video-imxfb-vivante_1.1.0.bb
+++ b/recipes-graphics/xorg-driver/xf86-video-imxfb-vivante_3.0.35-4.0.0.bb
@@ -9,12 +9,12 @@ PR = "${INC_PR}.3"
 
 DEPENDS += "virtual/xserver virtual/libx11 virtual/libgal-x11 gpu-viv-bin-mx6q"
 
-LIC_FILES_CHKSUM = "file://src/vivante_fbdev/vivante.h;endline=19;md5=93a322f91ec495569dcbcfbb2a95454a"
+LIC_FILES_CHKSUM = "file://src/vivante_fbdev/vivante.h;endline=19;md5=641ac6e6d013833e36290797f4d7089c"
 
 SRC_URI = "${FSL_MIRROR}/xserver-xorg-video-imx-viv-${PV}.tar.gz \
            file://Makefile.am-remove-prefixed-include-path.patch"
-SRC_URI[md5sum] = "d872365c046738628a7016343ffdb79a"
-SRC_URI[sha256sum] = "d53216d5f9e3f7803983ac1577d83985dfda33145e4711300f4ad5cbbe28e32d"
+SRC_URI[md5sum] = "5c5b5be029b077346610518bb729c012"
+SRC_URI[sha256sum] = "c67249e68d4233eb1d0a5f337ded8f121dc61fa26fca102a00f93acc3e37ea0f"
 
 EXTRA_OECONF_armv7a = " --enable-neon --disable-static"
 CFLAGS += " -I${STAGING_INCDIR}/xorg -I${STAGING_INCDIR}/drm"
-- 
1.8.1

[meta-fsl-arm PATCH 5/6] mesa: Drop libGL when building for i.MX6

[Otavio Salvador]

The Vivante GPU package provide a libGL library which we should use to
fully support the GPU features; so we drop the binary library from
mesa package.

Change-Id: I7e675e2fb6b9cf8600c7aa7fa961fc743bb051bc
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 recipes-graphics/mesa/mesa_9.0.2.bbappend | 5 +++++
 1 file changed, 5 insertions(+)

diff --git a/recipes-graphics/mesa/mesa_9.0.2.bbappend b/recipes-graphics/mesa/mesa_9.0.2.bbappend
index 765e2f8..b0535a7 100644
--- a/recipes-graphics/mesa/mesa_9.0.2.bbappend
+++ b/recipes-graphics/mesa/mesa_9.0.2.bbappend
@@ -34,3 +34,8 @@ python __anonymous () {
         # We are now machine specific
         d.setVar('PACKAGE_ARCH', d.getVar('MACHINE_ARCH'))
 }
+
+# FIXME: Dirty hack to allow use of Vivante GPU libGL binary
+do_install_append_mx6 () {
+    rm ${D}${libdir}/libGL.*
+}
-- 
1.8.1

[meta-fsl-arm PATCH 6/6] gpu-viv-bin-mx6q: Update to 3.0.35-4.0.0 BSP release

[Otavio Salvador]

This includes a new libgl-mx6 package, besides the 3.0.35-4.0.0
release includes the GL library (without the headers) so we needed to
avoid the headers removal done before. The Wayland backend needs to be
removed as it will be supported in another GPU package so we added an
explicit FIXME note to keep it recorded.

Change-Id: I07f926b94f7dd31ce51dc03f676adc6d2a080b88
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc     | 12 ++++++++++--
 .../gpu-viv-bin-mx6q/gpu-viv-bin-mx6q_1.1.0.bb             | 14 --------------
 .../gpu-viv-bin-mx6q/gpu-viv-bin-mx6q_3.0.35-4.0.0.bb      | 14 ++++++++++++++
 3 files changed, 24 insertions(+), 16 deletions(-)
 delete mode 100644 recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q_1.1.0.bb
 create mode 100644 recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q_3.0.35-4.0.0.bb

diff --git a/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc b/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc
index 97cebfd..cc82b45 100644
--- a/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc
+++ b/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc
@@ -5,7 +5,7 @@
 DESCRIPTION = "GPU driver and apps for imx6"
 SECTION = "libs"
 LICENSE = "Proprietary"
-LIC_FILES_CHKSUM = "file://usr/include/gc_vdk.h;endline=11;md5=c831981a5cbb2673318b77fb2f07014c"
+LIC_FILES_CHKSUM = "file://usr/include/gc_vdk.h;endline=11;md5=19f5925343fa3da65596eeaa4ddb5fd3"
 PROVIDES += "virtual/libgal-x11 virtual/egl virtual/libgles1 virtual/libgles2"
 
 INC_PR = "r5"
@@ -19,6 +19,7 @@ SRC_URI = "${FSL_MIRROR}/${PN}-${PV}.bin;fsl-eula=true \
           "
 
 PACKAGES =+ "libclc-mx6 libclc-mx6-dev libclc-mx6-dbg \
+	libgl-mx6 libgl-mx6-dev libgl-mx6-dbg \
 	libgles-mx6 libgles-mx6-dev libgles-mx6-dbg \
 	libgles2-mx6 libgles2-mx6-dev libgles2-mx6-dbg \
 	libglslc-mx6 libglslc-mx6-dev libglslc-mx6-dbg \
@@ -56,9 +57,13 @@ do_install () {
 
     cp ${S}/usr/lib/*.so ${D}${libdir}
     cp -axr ${S}/usr/include/* ${D}${includedir}
-    rm -r ${D}${includedir}/GL
     cp -axr ${S}/opt ${D}
 
+    # FIXME: Remove Wayland contents
+    rm -r ${D}${includedir}/wayland-viv
+    find ${D}${libdir} -name '*-wl.so' -exec rm '{}' ';'
+    rm ${D}${libdir}/*wayland*.so
+
     if [ "${USE_X11}" = "yes" ]; then
         cp -r ${S}/usr/lib/dri ${D}${libdir}
         find ${D}${libdir} -name '*-dfb.so' -exec rm '{}' ';'
@@ -114,6 +119,9 @@ FILES_libgal-mx6 = "${libdir}/libGAL${SOLIBS}"
 FILES_libgal-mx6-dev = "${libdir}/libGAL${SOLIBSDEV}"
 FILES_libgal-mx6-dbg = "${libdir}/.debug/libGAL${SOLIBS}"
 
+FILES_libgl-mx6 = "${libdir}/libGL${SOLIBS}"
+FILES_libgl-mx6-dbg = "${libdir}/.debug/libGL.${SOLIBS}"
+
 FILES_libgles-mx6 = "${libdir}/libGLESv1*${SOLIBS} ${libdir}/libGLES_*${SOLIBS}"
 FILES_libgles-mx6-dev = "${includedir}/GLES ${libdir}/libGLESv1*${SOLIBS} ${libdir}/libGLES_*${SOLIBSDEV}"
 FILES_libgles-mx6-dbg = "${libdir}/.debug/libGLESv1*${SOLIBS} ${libdir}/.debug/libGLES_*${SOLIBS}"
diff --git a/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q_1.1.0.bb b/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q_1.1.0.bb
deleted file mode 100644
index 994c11c..0000000
--- a/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q_1.1.0.bb
+++ /dev/null
@@ -1,14 +0,0 @@
-# Copyright (C) 2012 Freescale Semiconductor
-# Released under the MIT license (see COPYING.MIT for the terms)
-
-PR = "${INC_PR}.0"
-PE = "1"
-
-include gpu-viv-bin-mx6q.inc
-
-SRC_URI[md5sum] = "60f4ba65f557fc63fde6dacfeef205a8"
-SRC_URI[sha256sum] = "4238b72a6dad2d075d159bb1e86fb68bbed7c27894ce82c546a8e7c58ae5d683"
-
-# FIXME: 1.1.0 BSP release uses DirectFB 1.4 and Yocto has 1.6 so
-# disable it for now
-USE_DFB = "no"
diff --git a/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q_3.0.35-4.0.0.bb b/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q_3.0.35-4.0.0.bb
new file mode 100644
index 0000000..47390cf
--- /dev/null
+++ b/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q_3.0.35-4.0.0.bb
@@ -0,0 +1,14 @@
+# Copyright (C) 2012-2013 Freescale Semiconductor
+# Released under the MIT license (see COPYING.MIT for the terms)
+
+PR = "${INC_PR}.0"
+PE = "1"
+
+include gpu-viv-bin-mx6q.inc
+
+SRC_URI[md5sum] = "2bb7d2f4bdff79ae99ce0c9fc2540701"
+SRC_URI[sha256sum] = "48d04d11c6fec11411bcd97c47199caea517ebcd86db6c70f1964b3358a68924"
+
+# FIXME: 3.0.35-4.0.0 BSP release uses DirectFB 1.4 and Yocto has 1.6 so
+# disable it for now
+USE_DFB = "no"
-- 
1.8.1

Re: [meta-fsl-arm PATCH 0/6] GPU and Kernel update for 3.0.35-4.0.0 BSP

[Daiane Angolini]

On 06/02/2013 07:38 PM, Otavio Salvador wrote:
> Hello,
>
> This patchset update the GPU and kernel for the 3.0.35-4.0.0 BSP; it
> needs a good test and I plan to merge it in June 10th in master.
>
> I am also sending another patchset for the meta-fsl-arm-extra; so this
> cover letter is intended to be taken for both series.
>
> I am trying to iron out a segfault in Xorg which I see with Wandboard
> boards but people who tested in other boards (which I don't have) said
> it runs as good as previous BSP. With these remarks it has as known
> issues:

I tried core-image-x11 on imx6qsabresd and I can see the xterm.

What else should I test?


-- 
Daiane

Re: [meta-fsl-arm PATCH 0/6] GPU and Kernel update for 3.0.35-4.0.0 BSP

[Daiane Angolini]

On 06/02/2013 07:38 PM, Otavio Salvador wrote:
> Hello,
>
> This patchset update the GPU and kernel for the 3.0.35-4.0.0 BSP; it
> needs a good test and I plan to merge it in June 10th in master.
>
> I am also sending another patchset for the meta-fsl-arm-extra; so this
> cover letter is intended to be taken for both series.
>
> I am trying to iron out a segfault in Xorg which I see with Wandboard
> boards but people who tested in other boards (which I don't have) said
> it runs as good as previous BSP. With these remarks it has as known
> issues:
>
> * segfault in Wandboard
> * non-fullscreen acceleration broken (as 3.0.35-1.1.0 and 3.0.35-3.0.0
>    releases)
>

I get no error from cover_flow, but I don't see a thing on screen (xterm 
is already there)

root@imx6qsabresd:~# DISPLAY=:0 /opt/viv_samples/vdk/cover_flow
Loading texture 1 of 9...
Loading texture 2 of 9...
Loading texture 3 of 9...
Loading texture 4 of 9...
Loading texture 5 of 9...
Loading texture 6 of 9...
Loading texture 7 of 9...
Loading texture 8 of 9...
Loading texture 9 of 9...


The same for tiger:


root@imx6qsabresd:~# DISPLAY=:0 /opt/viv_samples/tiger/tiger
id=64, a,b,g,r=0,5,6,5, d,s=16,0, AA=0,openvgbit=23
frames:100 -- fps:151.975677
root@imx6qsabresd:~# DISPLAY=:0 /opt/viv_samples/tiger/tiger
id=64, a,b,g,r=0,5,6,5, d,s=16,0, AA=0,openvgbit=23
frames:100 -- fps:150.375946



-- 
Daiane

Re: [meta-fsl-arm PATCH 0/6] GPU and Kernel update for 3.0.35-4.0.0 BSP

[Otavio Salvador]

[-- Attachment #1: Type: text/plain, Size: 1862 bytes --]

On Mon, Jun 3, 2013 at 4:42 PM, Daiane Angolini <
daiane.angolini@freescale.com> wrote:

> On 06/02/2013 07:38 PM, Otavio Salvador wrote:
>
>> Hello,
>>
>> This patchset update the GPU and kernel for the 3.0.35-4.0.0 BSP; it
>> needs a good test and I plan to merge it in June 10th in master.
>>
>> I am also sending another patchset for the meta-fsl-arm-extra; so this
>> cover letter is intended to be taken for both series.
>>
>> I am trying to iron out a segfault in Xorg which I see with Wandboard
>> boards but people who tested in other boards (which I don't have) said
>> it runs as good as previous BSP. With these remarks it has as known
>> issues:
>>
>> * segfault in Wandboard
>> * non-fullscreen acceleration broken (as 3.0.35-1.1.0 and 3.0.35-3.0.0
>>    releases)
>>
>>
> I get no error from cover_flow, but I don't see a thing on screen (xterm
> is already there)
>
> root@imx6qsabresd:~# DISPLAY=:0 /opt/viv_samples/vdk/cover_**flow
> Loading texture 1 of 9...
> Loading texture 2 of 9...
> Loading texture 3 of 9...
> Loading texture 4 of 9...
> Loading texture 5 of 9...
> Loading texture 6 of 9...
> Loading texture 7 of 9...
> Loading texture 8 of 9...
> Loading texture 9 of 9...
>
>
> The same for tiger:
>
>
> root@imx6qsabresd:~# DISPLAY=:0 /opt/viv_samples/tiger/tiger
> id=64, a,b,g,r=0,5,6,5, d,s=16,0, AA=0,openvgbit=23
> frames:100 -- fps:151.975677
> root@imx6qsabresd:~# DISPLAY=:0 /opt/viv_samples/tiger/tiger
> id=64, a,b,g,r=0,5,6,5, d,s=16,0, AA=0,openvgbit=23
> frames:100 -- fps:150.375946
>

Does it works with GPU 1.1.0? I don't recall of ever see it running in my
board.

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://projetos.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750

[-- Attachment #2: Type: text/html, Size: 2648 bytes --]

Re: [meta-fsl-arm PATCH 0/6] GPU and Kernel update for 3.0.35-4.0.0 BSP

[Daiane Angolini]

On 06/03/2013 04:47 PM, Otavio Salvador wrote:
>
>
>
> On Mon, Jun 3, 2013 at 4:42 PM, Daiane Angolini
> <daiane.angolini@freescale.com <mailto:daiane.angolini@freescale.com>>
> wrote:
>
>     On 06/02/2013 07:38 PM, Otavio Salvador wrote:
>
>         Hello,
>
>         This patchset update the GPU and kernel for the 3.0.35-4.0.0 BSP; it
>         needs a good test and I plan to merge it in June 10th in master.
>
>         I am also sending another patchset for the meta-fsl-arm-extra;
>         so this
>         cover letter is intended to be taken for both series.
>
>         I am trying to iron out a segfault in Xorg which I see with
>         Wandboard
>         boards but people who tested in other boards (which I don't
>         have) said
>         it runs as good as previous BSP. With these remarks it has as known
>         issues:
>
>         * segfault in Wandboard
>         * non-fullscreen acceleration broken (as 3.0.35-1.1.0 and
>         3.0.35-3.0.0
>             releases)
>
>
>     I get no error from cover_flow, but I don't see a thing on screen
>     (xterm is already there)
>
>     root@imx6qsabresd:~# DISPLAY=:0 /opt/viv_samples/vdk/cover___flow
>     Loading texture 1 of 9...
>     Loading texture 2 of 9...
>     Loading texture 3 of 9...
>     Loading texture 4 of 9...
>     Loading texture 5 of 9...
>     Loading texture 6 of 9...
>     Loading texture 7 of 9...
>     Loading texture 8 of 9...
>     Loading texture 9 of 9...
>
>
>     The same for tiger:
>
>
>     root@imx6qsabresd:~# DISPLAY=:0 /opt/viv_samples/tiger/tiger
>     id=64, a,b,g,r=0,5,6,5, d,s=16,0, AA=0,openvgbit=23
>     frames:100 -- fps:151.975677
>     root@imx6qsabresd:~# DISPLAY=:0 /opt/viv_samples/tiger/tiger
>     id=64, a,b,g,r=0,5,6,5, d,s=16,0, AA=0,openvgbit=23
>     frames:100 -- fps:150.375946
>
>
> Does it works with GPU 1.1.0? I don't recall of ever see it running in
> my board.

I remember to get tiger/cover_flow working only on danny.

Do you know anything else I could test?

-- 
Daiane

Re: [meta-fsl-arm PATCH 0/6] GPU and Kernel update for 3.0.35-4.0.0 BSP

[Otavio Salvador]

[-- Attachment #1: Type: text/plain, Size: 2631 bytes --]

On Mon, Jun 3, 2013 at 4:49 PM, Daiane Angolini <
daiane.angolini@freescale.com> wrote:

> On 06/03/2013 04:47 PM, Otavio Salvador wrote:
>
>>
>>
>>
>> On Mon, Jun 3, 2013 at 4:42 PM, Daiane Angolini
>> <daiane.angolini@freescale.com <mailto:daiane.angolini@**freescale.com<daiane.angolini@freescale.com>
>> >>
>>
>> wrote:
>>
>>     On 06/02/2013 07:38 PM, Otavio Salvador wrote:
>>
>>         Hello,
>>
>>         This patchset update the GPU and kernel for the 3.0.35-4.0.0 BSP;
>> it
>>         needs a good test and I plan to merge it in June 10th in master.
>>
>>         I am also sending another patchset for the meta-fsl-arm-extra;
>>         so this
>>         cover letter is intended to be taken for both series.
>>
>>         I am trying to iron out a segfault in Xorg which I see with
>>         Wandboard
>>         boards but people who tested in other boards (which I don't
>>         have) said
>>         it runs as good as previous BSP. With these remarks it has as
>> known
>>         issues:
>>
>>         * segfault in Wandboard
>>         * non-fullscreen acceleration broken (as 3.0.35-1.1.0 and
>>         3.0.35-3.0.0
>>             releases)
>>
>>
>>     I get no error from cover_flow, but I don't see a thing on screen
>>     (xterm is already there)
>>
>>     root@imx6qsabresd:~# DISPLAY=:0 /opt/viv_samples/vdk/cover___**flow
>>
>>     Loading texture 1 of 9...
>>     Loading texture 2 of 9...
>>     Loading texture 3 of 9...
>>     Loading texture 4 of 9...
>>     Loading texture 5 of 9...
>>     Loading texture 6 of 9...
>>     Loading texture 7 of 9...
>>     Loading texture 8 of 9...
>>     Loading texture 9 of 9...
>>
>>
>>     The same for tiger:
>>
>>
>>     root@imx6qsabresd:~# DISPLAY=:0 /opt/viv_samples/tiger/tiger
>>     id=64, a,b,g,r=0,5,6,5, d,s=16,0, AA=0,openvgbit=23
>>     frames:100 -- fps:151.975677
>>     root@imx6qsabresd:~# DISPLAY=:0 /opt/viv_samples/tiger/tiger
>>     id=64, a,b,g,r=0,5,6,5, d,s=16,0, AA=0,openvgbit=23
>>     frames:100 -- fps:150.375946
>>
>>
>> Does it works with GPU 1.1.0? I don't recall of ever see it running in
>> my board.
>>
>
> I remember to get tiger/cover_flow working only on danny.
>
> Do you know anything else I could test?


I don't see many more things for test right now. I want to get mesa-demos
working so we may use them for more extensive test.

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://projetos.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750

[-- Attachment #2: Type: text/html, Size: 3514 bytes --]

Re: [meta-fsl-arm PATCH 0/6] GPU and Kernel update for 3.0.35-4.0.0 BSP

[Daiane Angolini]

On 06/03/2013 04:58 PM, Otavio Salvador wrote:
>
>
>
> On Mon, Jun 3, 2013 at 4:49 PM, Daiane Angolini
> <daiane.angolini@freescale.com <mailto:daiane.angolini@freescale.com>>
> wrote:
>
>     I remember to get tiger/cover_flow working only on danny.
>
>     Do you know anything else I could test?
>
>
> I don't see many more things for test right now. I want to get
> mesa-demos working so we may use them for more extensive test.

I agree. And I'm trying to formalize some test practice for GPU as well. 
(that's why I keep asking how-to-test)


-- 
Daiane

Re: [meta-fsl-arm PATCH 0/6] GPU and Kernel update for 3.0.35-4.0.0 BSP

[Otavio Salvador]

[-- Attachment #1: Type: text/plain, Size: 1045 bytes --]

On Tue, Jun 4, 2013 at 8:52 AM, Daiane Angolini <
daiane.angolini@freescale.com> wrote:

> On 06/03/2013 04:58 PM, Otavio Salvador wrote:
>
>>
>>
>>
>> On Mon, Jun 3, 2013 at 4:49 PM, Daiane Angolini
>> <daiane.angolini@freescale.com <mailto:daiane.angolini@**freescale.com<daiane.angolini@freescale.com>
>> >>
>>
>> wrote:
>>
>>     I remember to get tiger/cover_flow working only on danny.
>>
>>     Do you know anything else I could test?
>>
>>
>> I don't see many more things for test right now. I want to get
>> mesa-demos working so we may use them for more extensive test.
>>
>
> I agree. And I'm trying to formalize some test practice for GPU as well.
> (that's why I keep asking how-to-test)
>

I got Wandboard segfault fixed; I am awaiting the patches to be merged in
their kernel for update this patchset.

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://projetos.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750

[-- Attachment #2: Type: text/html, Size: 1927 bytes --]