[meta-fsl-arm PATCH 1/8] imx-lib.inc: Remove unused assignment for FILES definition

[meta-fsl-arm PATCH 1/8] imx-lib.inc: Remove unused assignment for FILES definition

[Otavio Salvador]

The standard FILES definition works fine for current contents; I did
check the package contents before/after using buildhistory and
packaged files are the same.

Change-Id: Ia048338e1db38896a66aaf9f46fcc4071d402f42
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 recipes-bsp/imx-lib/imx-lib.inc | 5 -----
 1 file changed, 5 deletions(-)

diff --git a/recipes-bsp/imx-lib/imx-lib.inc b/recipes-bsp/imx-lib/imx-lib.inc
index 24477ce..4fb6746 100644
--- a/recipes-bsp/imx-lib/imx-lib.inc
+++ b/recipes-bsp/imx-lib/imx-lib.inc
@@ -32,8 +32,3 @@ do_compile () {
 do_install () {
     oe_runmake PLATFORM="${PLATFORM}" DEST_DIR="${D}" install
 }
-
-FILES_${PN} += "${libdir}/*${SOLIBS}"
-FILES_${PN}-dbg += "${libdir}/.debug"
-FILES_${PN}-dev += "${libdir}/*${SOLIBSDEV}"
-
-- 
1.8.3.2

[meta-fsl-arm PATCH 2/8] imx-lib.inc: Add .so files in imx-lib package

[Otavio Salvador]

The libfslcodec-standalone-bin package requires the .so files to run
so we're forced to provide it in the main package. This must be fixed
by Freescale as the source code of it is closed.

Change-Id: I610e48dd55c02d8005a35c362158085d81e3daab
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 recipes-bsp/imx-lib/imx-lib.inc | 8 ++++++++
 1 file changed, 8 insertions(+)

diff --git a/recipes-bsp/imx-lib/imx-lib.inc b/recipes-bsp/imx-lib/imx-lib.inc
index 4fb6746..8f991f3 100644
--- a/recipes-bsp/imx-lib/imx-lib.inc
+++ b/recipes-bsp/imx-lib/imx-lib.inc
@@ -32,3 +32,11 @@ do_compile () {
 do_install () {
     oe_runmake PLATFORM="${PLATFORM}" DEST_DIR="${D}" install
 }
+
+# FIXME: The libfslcodec-standalone-bin package requires the .so files
+#        to run so we're forced to provide it in the main package.
+#        This must be fixed by Freescale as the source code of it is
+#        closed.
+PACKAGES = "${PN} ${PN}-dev ${PN}-dbg ${PN}-staticdev"
+FILES_${PN} += "${libdir}/lib*${SOLIBSDEV}"
+INSANE_SKIP_${PN} += "dev-so"
-- 
1.8.3.2

[meta-fsl-arm PATCH 3/8] u-boot-fslc: Update to 2013.07-rc3 release

[Otavio Salvador]

I am pleased to commit this change as this is the first time ALL
PATCHES previously kept in the patches-2013.07 branch were applied in
the current release of U-Boot mainline and all environment changes are
also fully merged. I know we shortly will end backporting a fix or
improvement, during 2013.10 development, but it is an accomplishment
worth keeping record ;-)

Change-Id: If2de1dbd8721f8ddb21d0091e87f31109b8b8e7a
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 recipes-bsp/u-boot/u-boot-fslc_2013.07.bb    | 2 +-
 recipes-bsp/u-boot/u-boot-mxsboot_2013.07.bb | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/recipes-bsp/u-boot/u-boot-fslc_2013.07.bb b/recipes-bsp/u-boot/u-boot-fslc_2013.07.bb
index 4e33d83..5af19d5 100644
--- a/recipes-bsp/u-boot/u-boot-fslc_2013.07.bb
+++ b/recipes-bsp/u-boot/u-boot-fslc_2013.07.bb
@@ -10,7 +10,7 @@ PROVIDES += "u-boot"
 
 PV = "v2013.07"
 
-SRCREV = "161d75c652f3d72bc7ffbbb1e08d82d014d23bc9"
+SRCREV = "68c517eafcb060aa8ef92ed2620f0f41c5275d89"
 SRC_URI = "git://github.com/Freescale/u-boot-imx.git"
 
 S = "${WORKDIR}/git"
diff --git a/recipes-bsp/u-boot/u-boot-mxsboot_2013.07.bb b/recipes-bsp/u-boot/u-boot-mxsboot_2013.07.bb
index c183983..a434a61 100644
--- a/recipes-bsp/u-boot/u-boot-mxsboot_2013.07.bb
+++ b/recipes-bsp/u-boot/u-boot-mxsboot_2013.07.bb
@@ -5,7 +5,7 @@ SECTION = "bootloader"
 
 PV = "v2013.07"
 
-SRCREV = "161d75c652f3d72bc7ffbbb1e08d82d014d23bc9"
+SRCREV = "68c517eafcb060aa8ef92ed2620f0f41c5275d89"
 SRC_URI = "git://github.com/Freescale/u-boot-imx.git"
 
 S = "${WORKDIR}/git"
-- 
1.8.3.2

Re: [meta-fsl-arm PATCH 3/8] u-boot-fslc: Update to 2013.07-rc3 release

[Fabio Estevam]

On Wed, Jul 17, 2013 at 3:17 PM, Otavio Salvador
<otavio@ossystems.com.br> wrote:
> I am pleased to commit this change as this is the first time ALL
> PATCHES previously kept in the patches-2013.07 branch were applied in
> the current release of U-Boot mainline and all environment changes are
> also fully merged. I know we shortly will end backporting a fix or
> improvement, during 2013.10 development, but it is an accomplishment
> worth keeping record ;-)

Agreed, this is awesome ;-)

[meta-fsl-arm PATCH 4/8] gpu-viv-bin-mx6q.inc: Keep library package suffix for OpenGL interfaces

[Otavio Salvador]

For the packages that make up the OpenGL interfaces, inject variables
so that they don't get Debian-renamed (which would remove the -mx6
suffix).

Change-Id: I203addf85c08a6f0c7cddaa6bfa45f6b896bf595
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 .../gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc           | 21 +++++++++++++++++++++
 1 file changed, 21 insertions(+)

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 b007079..c9c266e 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
@@ -50,12 +50,33 @@ INHIBIT_PACKAGE_DEBUG_SPLIT = "1"
 REALSOLIBS := "${SOLIBS}"
 SOLIBS = "${SOLIBSDEV}"
 
+# For the packages that make up the OpenGL interfaces, inject variables so that
+# they don't get Debian-renamed (which would remove the -mx6 suffix).
+#
 # FIXME: All binaries lack GNU_HASH in elf binary but as we don't have
 # the source we cannot fix it. Disable the insane check for now.
 python __anonymous() {
     packages = d.getVar('PACKAGES', True).split()
     for p in packages:
         d.appendVar("INSANE_SKIP_%s" % p, " ldflags")
+
+    for p in (("libegl", "libegl1"), ("libgl", "libgl1"),
+              ("libgles1", "libglesv1-cm1"), ("libgles2", "libglesv2-2"),
+              ("libgles3",)):
+        fullp = p[0] + "-mx6"
+        pkgs = " ".join(p)
+        d.setVar("DEBIAN_NOAUTONAME_" + fullp, "1")
+        d.appendVar("RREPLACES_" + fullp, pkgs)
+        d.appendVar("RPROVIDES_" + fullp, pkgs)
+        d.appendVar("RCONFLICTS_" + fullp, pkgs)
+
+        # For -dev, the first element is both the Debian and original name
+        fullp += "-dev"
+        pkgs = p[0] + "-dev"
+        d.setVar("DEBIAN_NOAUTONAME_" + fullp, "1")
+        d.appendVar("RREPLACES_" + fullp, pkgs)
+        d.appendVar("RPROVIDES_" + fullp, pkgs)
+        d.appendVar("RCONFLICTS_" + fullp, pkgs)
 }
 
 do_install () {
-- 
1.8.3.2

[meta-fsl-arm PATCH 5/8] gpu-viv-bin-mx6q.inc: Fix soname of libGL library

[Otavio Salvador]

The soname used by mesa is 1.2.0 while the Vivante binary lacked the
minor version so sometimes we might end fetching the wrong package
because of this.

Change-Id: I581c573f2b794923baa96829a483cd6d6f5393e0
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc | 3 +++
 1 file changed, 3 insertions(+)

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 c9c266e..8c64822 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
@@ -116,6 +116,9 @@ do_install () {
 
     # We'll only have one backend here so we rename it to generic name
     # and avoid rework in other packages, when possible
+    mv ${D}${libdir}/libGL.so.1.2 ${D}${libdir}/libGL.so.1.2.0
+    ln -sf libGL.so.1.2.0 ${D}${libdir}/libGL.so.1.2
+    ln -sf libGL.so.1.2.0 ${D}${libdir}/libGL.so
     mv ${D}${libdir}/libEGL-${backend}.so ${D}${libdir}/libEGL.so.1
     ln -sf libEGL.so.1 ${D}${libdir}/libEGL.so
     mv ${D}${libdir}/libGAL-${backend}.so ${D}${libdir}/libGAL.so
-- 
1.8.3.2

Re: [meta-fsl-arm PATCH 5/8] gpu-viv-bin-mx6q.inc: Fix soname of libGL library

[John Weber]

Does this fix the issue I found in bug:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=4850

If so, great!

On 7/17/13 1:17 PM, Otavio Salvador wrote:
> The soname used by mesa is 1.2.0 while the Vivante binary lacked the
> minor version so sometimes we might end fetching the wrong package
> because of this.
>
> Change-Id: I581c573f2b794923baa96829a483cd6d6f5393e0
> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
> ---
>   recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc | 3 +++
>   1 file changed, 3 insertions(+)
>
> 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 c9c266e..8c64822 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
> @@ -116,6 +116,9 @@ do_install () {
>
>       # We'll only have one backend here so we rename it to generic name
>       # and avoid rework in other packages, when possible
> +    mv ${D}${libdir}/libGL.so.1.2 ${D}${libdir}/libGL.so.1.2.0
> +    ln -sf libGL.so.1.2.0 ${D}${libdir}/libGL.so.1.2
> +    ln -sf libGL.so.1.2.0 ${D}${libdir}/libGL.so
>       mv ${D}${libdir}/libEGL-${backend}.so ${D}${libdir}/libEGL.so.1
>       ln -sf libEGL.so.1 ${D}${libdir}/libEGL.so
>       mv ${D}${libdir}/libGAL-${backend}.so ${D}${libdir}/libGAL.so
>

Re: [meta-fsl-arm PATCH 5/8] gpu-viv-bin-mx6q.inc: Fix soname of libGL library

[Otavio Salvador]

On Wed, Jul 17, 2013 at 4:32 PM, John Weber <rjohnweber@gmail.com> wrote:
> Does this fix the issue I found in bug:
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=4850
>
> If so, great!

I think it does, if you can give it  a try it would be good.

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

[meta-fsl-arm PATCH 6/8] gst-fsl-plugin: Add PACKAGECONFIG options

[Otavio Salvador]

From: Daiane Angolini <angolini@gmail.com>

Add PACKAGECONFIG options for special and excluded plugins. This allow
the selection of:

 - ac3
 - aacp
 - wma10dec
 - wma8enc
 - wmv9mpdec
 - wmv78dec

Change-Id: Ie495d198b32e91da97b4bc39563ac9ee16aa0bf4
Signed-off-by: Daiane Angolini <angolini@gmail.com>
---
 recipes-multimedia/gst-plugins/gst-fsl-plugin.inc | 11 +++++++++++
 1 file changed, 11 insertions(+)

diff --git a/recipes-multimedia/gst-plugins/gst-fsl-plugin.inc b/recipes-multimedia/gst-plugins/gst-fsl-plugin.inc
index da2573a..2f25791 100644
--- a/recipes-multimedia/gst-plugins/gst-fsl-plugin.inc
+++ b/recipes-multimedia/gst-plugins/gst-fsl-plugin.inc
@@ -33,6 +33,17 @@ PACKAGES += "${PN}-libmfwsconf ${PN}-libgplaycore ${PN}-libgstfsl \
              ${PN}-libme ${PN}-libgstbufmeta ${PN}-libmfwba \
              ${PN}-libfwvss ${PN}-gplay"
 
+# FIXME: Add all features
+# feature from excluded mm packages
+PACKAGECONFIG[ac3] += "--enable-ac3dec,--disable-ac3dec,libfslac3codec"
+# feature from special mm packages
+PACKAGECONFIG[aacp] += "--enable-aacpdec,--disable-aacpdec,libfslaacpcodec"
+MSDEPENDS = "libfslmsparser libfslmscodec"
+PACKAGECONFIG[wma10dec] +="--enable-wma10dec,--disable-wma10dec,${MSDEPENDS}"
+PACKAGECONFIG[wma8enc] +="--enable-wma8enc,--disable-wma8enc,${MSDEPENDS}"
+PACKAGECONFIG[wmv9mpdec] +="--enable-wmv9mpdec,--disable-wmv9mpdec,${MSDEPENDS}"
+PACKAGECONFIG[wmv78dec] +="--enable-wmv78dec,--disable-wmv78dec,${MSDEPENDS}"
+
 FILES_${PN} = "${libdir}/gstreamer-0.10/*.so ${datadir}"
 RDEPENDS_${PN} += "gst-plugins-good-id3demux"
 
-- 
1.8.3.2

[meta-fsl-arm PATCH 7/8] gst-fsl-plugin: Drop 2.0.3 patches which were kept around by mistake

[Otavio Salvador]

Following patches were specific to 2.0.3 version but kept around when
updating to 3.0.7 version:

 - fix_segment_fault_in_v4lsink_for_yocto.patch
 - Use-librarys-SONAME-in-dlopen.patch

All those are being removed by this patch.

Change-Id: I80956586a8487ff96f3646788490c68a144a30e4
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 .../Use-librarys-SONAME-in-dlopen.patch            | 29 --------------------
 .../fix_segment_fault_in_v4lsink_for_yocto.patch   | 31 ----------------------
 2 files changed, 60 deletions(-)
 delete mode 100644 recipes-multimedia/gst-plugins/gst-fsl-plugin/Use-librarys-SONAME-in-dlopen.patch
 delete mode 100644 recipes-multimedia/gst-plugins/gst-fsl-plugin/fix_segment_fault_in_v4lsink_for_yocto.patch

diff --git a/recipes-multimedia/gst-plugins/gst-fsl-plugin/Use-librarys-SONAME-in-dlopen.patch b/recipes-multimedia/gst-plugins/gst-fsl-plugin/Use-librarys-SONAME-in-dlopen.patch
deleted file mode 100644
index 6349844..0000000
--- a/recipes-multimedia/gst-plugins/gst-fsl-plugin/Use-librarys-SONAME-in-dlopen.patch
+++ /dev/null
@@ -1,29 +0,0 @@
-From: Javier Viguera <javier.viguera@digi.com>
-Date: Tue, 21 May 2013 16:52:52 +0200
-Subject: [PATCH] Use library's SONAME in dlopen
-
-The 'libmfwba.so' symbolic link is only installed with the development
-package, and without that symlink some gstreamer pipelines (mostly using
-mfw_isink) fail with:
-
-Can not open dll, libmfwba.so: cannot open shared object file: No such file or directory.
-Caught SIGSEGV accessing address (nil)
-
-Signed-off-by: Javier Viguera <javier.viguera@digi.com>
----
- libs/vss/vss_common.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/libs/vss/vss_common.c b/libs/vss/vss_common.c
-index 757c2fc..2044051 100755
---- a/libs/vss/vss_common.c
-+++ b/libs/vss/vss_common.c
-@@ -86,7 +86,7 @@ static void * g_dlhandle = NULL;
- void open_allocator_dll()
- {
-     char * errstr;
--    g_dlhandle = dlopen("libmfwba.so", RTLD_LAZY);
-+    g_dlhandle = dlopen("libmfwba.so.0", RTLD_LAZY);
-     
-     if (!g_dlhandle) {
-         printf("Can not open dll, %s.\n", dlerror());
diff --git a/recipes-multimedia/gst-plugins/gst-fsl-plugin/fix_segment_fault_in_v4lsink_for_yocto.patch b/recipes-multimedia/gst-plugins/gst-fsl-plugin/fix_segment_fault_in_v4lsink_for_yocto.patch
deleted file mode 100644
index 69cc42e..0000000
--- a/recipes-multimedia/gst-plugins/gst-fsl-plugin/fix_segment_fault_in_v4lsink_for_yocto.patch
+++ /dev/null
@@ -1,31 +0,0 @@
-diff -ruN gst-fsl-plugin-2.0.3.orig/src/misc/v4l_sink/src/mfw_gst_fb.c gst-fsl-plugin-2.0.3/src/misc/v4l_sink/src/mfw_gst_fb.c
---- gst-fsl-plugin-2.0.3.orig/src/misc/v4l_sink/src/mfw_gst_fb.c	2012-06-29 11:28:36.837384109 +0800
-+++ gst-fsl-plugin-2.0.3/src/misc/v4l_sink/src/mfw_gst_fb.c	2012-06-29 11:31:01.441387410 +0800
-@@ -1,5 +1,5 @@
- /*
-- * Copyright (C) 2009-2011 Freescale Semiconductor, Inc. All rights reserved.
-+ * Copyright (c) 2009-2012, Freescale Semiconductor, Inc. All rights reserved.
-  *
-  */
- 
-@@ -236,6 +236,8 @@
-     ret = ioctl(v4l->fd_fb, FBIOGET_VSCREENINFO, &fb_var);
-     if (ret < 0) {
-         g_print("Unable to get resolution value\n");
-+        v4l->fullscreen_width = 1024;
-+        v4l->fullscreen_height = 768;
-         return FALSE;
-     }
-     v4l->fullscreen_width = fb_var.xres;
-diff -ruN gst-fsl-plugin-2.0.3.orig/src/misc/v4l_sink/src/mfw_gst_v4lsink.c gst-fsl-plugin-2.0.3/src/misc/v4l_sink/src/mfw_gst_v4lsink.c
---- gst-fsl-plugin-2.0.3.orig/src/misc/v4l_sink/src/mfw_gst_v4lsink.c	2012-06-29 11:28:36.837384109 +0800
-+++ gst-fsl-plugin-2.0.3/src/misc/v4l_sink/src/mfw_gst_v4lsink.c	2012-06-29 11:32:26.337389344 +0800
-@@ -1427,7 +1427,7 @@
-             g_mutex_lock (v4l_info->flow_lock);
-             v4l_info->gstXInfo->running = FALSE;
-             g_mutex_unlock (v4l_info->flow_lock);
--            if (v4l_info->x11enabled) {
-+            if ((v4l_info->x11enabled) && (v4l_info->gstXInfo) && (v4l_info->gstXInfo->event_thread)) {
-                 g_thread_join (v4l_info->gstXInfo->event_thread);
-             }
-             if (v4l_info->gstXInfo->xwindow) {
-- 
1.8.3.2

[meta-fsl-arm PATCH 8/8] qt4: Enable OpenGL ES2 support for i.MX6

[Otavio Salvador]

The Vivante libraries need some special linking as it has a more
modular design which thus require a specific set of mkspec changes to
make it to work. This change makes the linking to work when building
against Vivante libraries for i.MX6 SoCs.

Change-Id: I62a394876829fcd95933cb7351c8333b3bf78dcc
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 recipes-qt/qt4/qt4-embedded_4.8.5.bbappend |  5 ++-
 recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend |  5 ++-
 recipes-qt/qt4/qt4/mx6/g++.conf            | 56 +++++++++++++++++++++++++
 recipes-qt/qt4/qt4/mx6/linux.conf          | 66 ++++++++++++++++++++++++++++++
 4 files changed, 128 insertions(+), 4 deletions(-)
 create mode 100644 recipes-qt/qt4/qt4/mx6/g++.conf
 create mode 100644 recipes-qt/qt4/qt4/mx6/linux.conf

diff --git a/recipes-qt/qt4/qt4-embedded_4.8.5.bbappend b/recipes-qt/qt4/qt4-embedded_4.8.5.bbappend
index 74bfb31..4c4d0c9 100644
--- a/recipes-qt/qt4/qt4-embedded_4.8.5.bbappend
+++ b/recipes-qt/qt4/qt4-embedded_4.8.5.bbappend
@@ -9,6 +9,7 @@ PACKAGE_ARCH_mx5 = "${MACHINE_ARCH}"
 QT_GLFLAGS_mx5 = "-opengl es2 -openvg"
 QT_CONFIG_FLAGS_append_mx5 = " -I${STAGING_KERNEL_DIR}/include/"
 
-DEPENDS_append_mx6 = " virtual/kernel"
+DEPENDS_append_mx6 = " virtual/kernel virtual/libgles2"
 PACKAGE_ARCH_mx6 = "${MACHINE_ARCH}"
-QT_CONFIG_FLAGS_append_mx6 = " -I${STAGING_KERNEL_DIR}/include/"
+QT_GLFLAGS_mx6 = "-opengl es2 -openvg"
+QT_CONFIG_FLAGS_append_mx6 = " -I${STAGING_KERNEL_DIR}/include/ -DLINUX=1 -DEGL_API_FB=1"
diff --git a/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend b/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
index 74bfb31..4c4d0c9 100644
--- a/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
+++ b/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
@@ -9,6 +9,7 @@ PACKAGE_ARCH_mx5 = "${MACHINE_ARCH}"
 QT_GLFLAGS_mx5 = "-opengl es2 -openvg"
 QT_CONFIG_FLAGS_append_mx5 = " -I${STAGING_KERNEL_DIR}/include/"
 
-DEPENDS_append_mx6 = " virtual/kernel"
+DEPENDS_append_mx6 = " virtual/kernel virtual/libgles2"
 PACKAGE_ARCH_mx6 = "${MACHINE_ARCH}"
-QT_CONFIG_FLAGS_append_mx6 = " -I${STAGING_KERNEL_DIR}/include/"
+QT_GLFLAGS_mx6 = "-opengl es2 -openvg"
+QT_CONFIG_FLAGS_append_mx6 = " -I${STAGING_KERNEL_DIR}/include/ -DLINUX=1 -DEGL_API_FB=1"
diff --git a/recipes-qt/qt4/qt4/mx6/g++.conf b/recipes-qt/qt4/qt4/mx6/g++.conf
new file mode 100644
index 0000000..4a4729e
--- /dev/null
+++ b/recipes-qt/qt4/qt4/mx6/g++.conf
@@ -0,0 +1,56 @@
+#
+# qmake configuration for common gcc
+#
+
+QMAKE_CC       = $(OE_QMAKE_CC)
+QMAKE_CFLAGS       += -pipe $(OE_QMAKE_CFLAGS) -DLINUX=1 -DEGL_API_FB=1
+QMAKE_CFLAGS_RELEASE_WITH_DEBUGINFO += $(OE_QMAKE_CFLAGS)
+QMAKE_CFLAGS_DEPS	+= -M
+QMAKE_CFLAGS_WARN_ON	+= -Wall -W
+QMAKE_CFLAGS_WARN_OFF	+= -w
+QMAKE_CFLAGS_RELEASE	+=
+QMAKE_CFLAGS_DEBUG	+= -g
+QMAKE_CFLAGS_SHLIB	+= -fPIC
+QMAKE_CFLAGS_STATIC_LIB	+= -fPIC
+QMAKE_CFLAGS_YACC	+= -Wno-unused -Wno-parentheses
+QMAKE_CFLAGS_HIDESYMS   += -fvisibility=hidden
+QMAKE_CFLAGS_PRECOMPILE += -x c-header -c ${QMAKE_PCH_INPUT} -o ${QMAKE_PCH_OUTPUT}
+QMAKE_CFLAGS_USE_PRECOMPILE += -include ${QMAKE_PCH_OUTPUT_BASE}
+
+QMAKE_CXX      = $(OE_QMAKE_CXX)
+QMAKE_CXXFLAGS     += $$QMAKE_CFLAGS $(OE_QMAKE_CXXFLAGS)
+QMAKE_CXXFLAGS_DEPS	+= $$QMAKE_CFLAGS_DEPS
+QMAKE_CXXFLAGS_WARN_ON	+= $$QMAKE_CFLAGS_WARN_ON
+QMAKE_CXXFLAGS_WARN_OFF	+= $$QMAKE_CFLAGS_WARN_OFF
+QMAKE_CXXFLAGS_RELEASE	+= $$QMAKE_CFLAGS_RELEASE
+QMAKE_CXXFLAGS_RELEASE_WITH_DEBUGINFO += $$QMAKE_CFLAGS_RELEASE_WITH_DEBUGINFO
+QMAKE_CXXFLAGS_DEBUG	+= $$QMAKE_CFLAGS_DEBUG
+QMAKE_CXXFLAGS_SHLIB	+= $$QMAKE_CFLAGS_SHLIB
+QMAKE_CXXFLAGS_STATIC_LIB += $$QMAKE_CFLAGS_STATIC_LIB
+QMAKE_CXXFLAGS_YACC	+= $$QMAKE_CFLAGS_YACC
+QMAKE_CXXFLAGS_HIDESYMS += $$QMAKE_CFLAGS_HIDESYMS -fvisibility-inlines-hidden
+QMAKE_CXXFLAGS_PRECOMPILE += -x c++-header -c ${QMAKE_PCH_INPUT} -o ${QMAKE_PCH_OUTPUT}
+QMAKE_CXXFLAGS_USE_PRECOMPILE = $$QMAKE_CFLAGS_USE_PRECOMPILE
+
+QMAKE_LINK     = $(OE_QMAKE_LINK)
+QMAKE_LINK_SHLIB   = $(OE_QMAKE_LINK)
+QMAKE_LINK_C		= $(OE_QMAKE_LINK)
+QMAKE_LINK_C_SHLIB	= $(OE_QMAKE_LINK)
+QMAKE_LFLAGS       += $(OE_QMAKE_LDFLAGS)
+QMAKE_LFLAGS_RELEASE	+=
+QMAKE_LFLAGS_DEBUG	+=
+QMAKE_LFLAGS_APP	+=
+QMAKE_LFLAGS_NOUNDEF	+= -Wl,--no-undefined
+QMAKE_LFLAGS_RPATH        = -Wl,-rpath-link,
+
+QMAKE_PCH_OUTPUT_EXT    = .gch
+
+# -Bsymbolic-functions (ld) support
+QMAKE_LFLAGS_BSYMBOLIC_FUNC = -Wl,-Bsymbolic-functions
+QMAKE_LFLAGS_DYNAMIC_LIST = -Wl,--dynamic-list,
+
+# some linking helper...
+CONFIG += rpath_libdirs
+
+# for the SDK
+isEmpty(QMAKE_QT_CONFIG):QMAKE_QT_CONFIG = $(OE_QMAKE_QT_CONFIG)
diff --git a/recipes-qt/qt4/qt4/mx6/linux.conf b/recipes-qt/qt4/qt4/mx6/linux.conf
new file mode 100644
index 0000000..c644d8b
--- /dev/null
+++ b/recipes-qt/qt4/qt4/mx6/linux.conf
@@ -0,0 +1,66 @@
+#
+# qmake configuration for common linux
+#
+
+QMAKE_CFLAGS_THREAD	+= -D_REENTRANT
+QMAKE_CXXFLAGS_THREAD	+= $$QMAKE_CFLAGS_THREAD
+
+QMAKE_INCDIR          =
+QMAKE_LIBDIR          =
+QMAKE_INCDIR_X11      =
+QMAKE_LIBDIR_X11      =
+QMAKE_INCDIR_QT       = $(OE_QMAKE_INCDIR_QT)
+QMAKE_LIBDIR_QT       = $(OE_QMAKE_LIBDIR_QT)
+QMAKE_INCDIR_OPENGL   =
+QMAKE_LIBDIR_OPENGL   =
+QMAKE_INCDIR_OPENGL_ES1 = $$QMAKE_INCDIR_OPENGL
+QMAKE_LIBDIR_OPENGL_ES1 = $$QMAKE_LIBDIR_OPENGL
+QMAKE_INCDIR_OPENGL_ES2 = $$QMAKE_INCDIR_OPENGL
+QMAKE_LIBDIR_OPENGL_ES2 = $$QMAKE_LIBDIR_OPENGL
+QMAKE_INCDIR_EGL      =
+QMAKE_LIBDIR_EGL      =
+QMAKE_INCDIR_OPENVG   =
+QMAKE_LIBDIR_OPENVG   =
+
+
+QMAKE_LIBS            =
+QMAKE_LIBS_DYNLOAD    = -ldl
+QMAKE_LIBS_X11        = $(OE_QMAKE_LIBS_X11)
+QMAKE_LIBS_X11SM      = $(OE_QMAKE_LIBS_X11SM)
+QMAKE_LIBS_NIS        = -lnsl
+QMAKE_LIBS_EGL        = -lEGL -lGAL -DLINUX=1 -DEGL_API_FB=1
+QMAKE_LIBS_OPENGL     = -lGL
+QMAKE_LIBS_OPENGL_QT  = -lGL
+QMAKE_LIBS_OPENGL_ES1 = -lGLES_CM
+QMAKE_LIBS_OPENGL_ES2 = -lGLESv2 -lGAL -lEGL -DLINUX=1 -DEGL_API_FB=1
+QMAKE_LIBS_OPENVG     = -lOpenVG -lGAL -lEGL -DLINUX=1 -DEGL_API_FB=1
+QMAKE_LIBS_THREAD     = -lpthread
+
+QMAKE_MOC             = $(OE_QMAKE_MOC)
+QMAKE_UIC             = $(OE_QMAKE_UIC)
+QMAKE_UIC3            = $(OE_QMAKE_UIC3)
+QMAKE_RCC             = $(OE_QMAKE_RCC)
+QMAKE_QDBUSCPP2XML    = $(OE_QMAKE_QDBUSCPP2XML)
+QMAKE_QDBUSXML2CPP    = $(OE_QMAKE_QDBUSXML2CPP)
+
+QMAKE_AR              = $(OE_QMAKE_AR) cqs
+QMAKE_OBJCOPY         = objcopy
+QMAKE_RANLIB          =
+
+QMAKE_TAR             = tar -cf
+QMAKE_GZIP            = gzip -9f
+
+QMAKE_COPY            = cp -f
+QMAKE_COPY_FILE       = $(COPY)
+QMAKE_COPY_DIR        = $(COPY) -r
+QMAKE_MOVE            = mv -f
+QMAKE_DEL_FILE        = rm -f
+QMAKE_DEL_DIR         = rmdir
+QMAKE_STRIP           = $(OE_QMAKE_STRIP)
+QMAKE_STRIPFLAGS_LIB += --strip-unneeded
+QMAKE_CHK_DIR_EXISTS  = test -d
+QMAKE_MKDIR           = mkdir -p
+QMAKE_INSTALL_FILE    = install -m 644 -p
+QMAKE_INSTALL_PROGRAM = install -m 755 -p
+
+include(unix.conf)
-- 
1.8.3.2

Re: [meta-fsl-arm PATCH 8/8] qt4: Enable OpenGL ES2 support for i.MX6

[Eric Nelson]

Hi all,

On 07/17/2013 11:17 AM, Otavio Salvador wrote:
> The Vivante libraries need some special linking as it has a more
> modular design which thus require a specific set of mkspec changes to
> make it to work. This change makes the linking to work when building
> against Vivante libraries for i.MX6 SoCs.
>
 >
 > <snip>
 >
> diff --git a/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend b/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
> index 74bfb31..4c4d0c9 100644
> --- a/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
> +++ b/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
> @@ -9,6 +9,7 @@ PACKAGE_ARCH_mx5 = "${MACHINE_ARCH}"
>   QT_GLFLAGS_mx5 = "-opengl es2 -openvg"
>   QT_CONFIG_FLAGS_append_mx5 = " -I${STAGING_KERNEL_DIR}/include/"
>
> -DEPENDS_append_mx6 = " virtual/kernel"
> +DEPENDS_append_mx6 = " virtual/kernel virtual/libgles2"
>   PACKAGE_ARCH_mx6 = "${MACHINE_ARCH}"
> -QT_CONFIG_FLAGS_append_mx6 = " -I${STAGING_KERNEL_DIR}/include/"
> +QT_GLFLAGS_mx6 = "-opengl es2 -openvg"
> +QT_CONFIG_FLAGS_append_mx6 = " -I${STAGING_KERNEL_DIR}/include/ -DLINUX=1 -DEGL_API_FB=1"
> diff --git a/recipes-qt/qt4/qt4/mx6/g++.conf b/recipes-qt/qt4/qt4/mx6/g++.conf

This patch seems to work perfectly for me, but I'm a bit confused
about what it actually enables in Qt.

Neither the QGLWidget examples like hellogl_es2 or the QML-based
shadereffects demos seem to run.

Is there a sample program that shows how to access OpenGL/ES from Qt?

I'm trying to grok what the glue between glimagesink and a Qt
application should look like.

Regards,


Eric

Re: [meta-fsl-arm PATCH 8/8] qt4: Enable OpenGL ES2 support for i.MX6

[Otavio Salvador]

On Tue, Jul 30, 2013 at 3:20 PM, Eric Nelson
<eric.nelson@boundarydevices.com> wrote:
> Hi all,
>
>
> On 07/17/2013 11:17 AM, Otavio Salvador wrote:
>>
>> The Vivante libraries need some special linking as it has a more
>> modular design which thus require a specific set of mkspec changes to
>> make it to work. This change makes the linking to work when building
>> against Vivante libraries for i.MX6 SoCs.
>>
>>
>> <snip>
>
>>
>>
>> diff --git a/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
>> b/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
>> index 74bfb31..4c4d0c9 100644
>> --- a/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
>> +++ b/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
>> @@ -9,6 +9,7 @@ PACKAGE_ARCH_mx5 = "${MACHINE_ARCH}"
>>   QT_GLFLAGS_mx5 = "-opengl es2 -openvg"
>>   QT_CONFIG_FLAGS_append_mx5 = " -I${STAGING_KERNEL_DIR}/include/"
>>
>> -DEPENDS_append_mx6 = " virtual/kernel"
>> +DEPENDS_append_mx6 = " virtual/kernel virtual/libgles2"
>>   PACKAGE_ARCH_mx6 = "${MACHINE_ARCH}"
>> -QT_CONFIG_FLAGS_append_mx6 = " -I${STAGING_KERNEL_DIR}/include/"
>> +QT_GLFLAGS_mx6 = "-opengl es2 -openvg"
>> +QT_CONFIG_FLAGS_append_mx6 = " -I${STAGING_KERNEL_DIR}/include/ -DLINUX=1
>> -DEGL_API_FB=1"
>> diff --git a/recipes-qt/qt4/qt4/mx6/g++.conf
>> b/recipes-qt/qt4/qt4/mx6/g++.conf
>
>
> This patch seems to work perfectly for me, but I'm a bit confused
> about what it actually enables in Qt.
>
> Neither the QGLWidget examples like hellogl_es2 or the QML-based
> shadereffects demos seem to run.
>
> Is there a sample program that shows how to access OpenGL/ES from Qt?
>
> I'm trying to grok what the glue between glimagesink and a Qt
> application should look like.

I am adding Leonardo and Francisco, who did the tests on this, so they comment.

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

Re: [meta-fsl-arm PATCH 8/8] qt4: Enable OpenGL ES2 support for i.MX6

[Sandoval Gonzalez Leonardo-B42214]

I think Francisco did not get last email.

Francisco, 
please mention the testing you did.

Leo
________________________________________
From: otavio.salvador@gmail.com [otavio.salvador@gmail.com] on behalf of Otavio Salvador [otavio@ossystems.com.br]
Sent: Wednesday, July 31, 2013 10:03 PM
To: Eric Nelson
Cc: meta-freescale Mailing List; Sandoval Gonzalez Leonardo-B42214; Carrillodominguez Francisco Alberto-B35153
Subject: Re: [meta-freescale] [meta-fsl-arm PATCH 8/8] qt4: Enable OpenGL ES2 support for i.MX6

On Tue, Jul 30, 2013 at 3:20 PM, Eric Nelson
<eric.nelson@boundarydevices.com> wrote:
> Hi all,
>
>
> On 07/17/2013 11:17 AM, Otavio Salvador wrote:
>>
>> The Vivante libraries need some special linking as it has a more
>> modular design which thus require a specific set of mkspec changes to
>> make it to work. This change makes the linking to work when building
>> against Vivante libraries for i.MX6 SoCs.
>>
>>
>> <snip>
>
>>
>>
>> diff --git a/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
>> b/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
>> index 74bfb31..4c4d0c9 100644
>> --- a/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
>> +++ b/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
>> @@ -9,6 +9,7 @@ PACKAGE_ARCH_mx5 = "${MACHINE_ARCH}"
>>   QT_GLFLAGS_mx5 = "-opengl es2 -openvg"
>>   QT_CONFIG_FLAGS_append_mx5 = " -I${STAGING_KERNEL_DIR}/include/"
>>
>> -DEPENDS_append_mx6 = " virtual/kernel"
>> +DEPENDS_append_mx6 = " virtual/kernel virtual/libgles2"
>>   PACKAGE_ARCH_mx6 = "${MACHINE_ARCH}"
>> -QT_CONFIG_FLAGS_append_mx6 = " -I${STAGING_KERNEL_DIR}/include/"
>> +QT_GLFLAGS_mx6 = "-opengl es2 -openvg"
>> +QT_CONFIG_FLAGS_append_mx6 = " -I${STAGING_KERNEL_DIR}/include/ -DLINUX=1
>> -DEGL_API_FB=1"
>> diff --git a/recipes-qt/qt4/qt4/mx6/g++.conf
>> b/recipes-qt/qt4/qt4/mx6/g++.conf
>
>
> This patch seems to work perfectly for me, but I'm a bit confused
> about what it actually enables in Qt.
>
> Neither the QGLWidget examples like hellogl_es2 or the QML-based
> shadereffects demos seem to run.
>
> Is there a sample program that shows how to access OpenGL/ES from Qt?
>
> I'm trying to grok what the glue between glimagesink and a Qt
> application should look like.

I am adding Leonardo and Francisco, who did the tests on this, so they comment.

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

Re: [meta-fsl-arm PATCH 8/8] qt4: Enable OpenGL ES2 support for i.MX6

[Eric Nelson]

Thanks Leonardo,

BTW, I'm about to bail on the combination of Qt4/glimagesink 0.10.

The "client-draw-callback" property callbacks work pretty well, and
I was thinking that we could use that to write into Qt's EGL context
(if we could get one), but it seems that there's more to the picture.

In particular:
	-- This call to get the display is essentially hardcoded for
	/dev/FB0:
	 
https://bitbucket.org/Freescale/gstreamer-gst-plugins-gl/src/3554c07ead40c48620ac8e4864d81988d0b9476b/gst-libs/gst/gl/gstglwindow_fbES2.c?at=0.10#cl-314

	-- This call to eglSetCurrent() sets the display to black:
	https://bitbucket.org/Freescale/gstreamer-gst-plugins-gl/src/3554c07ead40c48620ac8e4864d81988d0b9476b/gst-libs/gst/gl/gstglwindow_fbES2.c?at=0.10#cl-372

And all of this appears to have been re-structured in upstream
master:
	http://cgit.freedesktop.org/gstreamer/gst-plugins-gl/tree/gst-libs/gst/gl

That said, if the OpenGL context in Qt4 isn't accessible, there's
no reason to compile it in.

On 08/01/2013 09:19 AM, Sandoval Gonzalez Leonardo-B42214 wrote:
> I think Francisco did not get last email.
>
> Francisco,
> please mention the testing you did.
>
> Leo
> ________________________________________
> From: otavio.salvador@gmail.com [otavio.salvador@gmail.com] on behalf of Otavio Salvador [otavio@ossystems.com.br]
> Sent: Wednesday, July 31, 2013 10:03 PM
> To: Eric Nelson
> Cc: meta-freescale Mailing List; Sandoval Gonzalez Leonardo-B42214; Carrillodominguez Francisco Alberto-B35153
> Subject: Re: [meta-freescale] [meta-fsl-arm PATCH 8/8] qt4: Enable OpenGL ES2 support for i.MX6
>
> On Tue, Jul 30, 2013 at 3:20 PM, Eric Nelson
> <eric.nelson@boundarydevices.com> wrote:
>> Hi all,
>>
>>
>> On 07/17/2013 11:17 AM, Otavio Salvador wrote:
>>>
>>> The Vivante libraries need some special linking as it has a more
>>> modular design which thus require a specific set of mkspec changes to
>>> make it to work. This change makes the linking to work when building
>>> against Vivante libraries for i.MX6 SoCs.
>>>
>>>
>>> <snip>
>>
>>>
>>>
>>> diff --git a/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
>>> b/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
>>> index 74bfb31..4c4d0c9 100644
>>> --- a/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
>>> +++ b/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
>>> @@ -9,6 +9,7 @@ PACKAGE_ARCH_mx5 = "${MACHINE_ARCH}"
>>>    QT_GLFLAGS_mx5 = "-opengl es2 -openvg"
>>>    QT_CONFIG_FLAGS_append_mx5 = " -I${STAGING_KERNEL_DIR}/include/"
>>>
>>> -DEPENDS_append_mx6 = " virtual/kernel"
>>> +DEPENDS_append_mx6 = " virtual/kernel virtual/libgles2"
>>>    PACKAGE_ARCH_mx6 = "${MACHINE_ARCH}"
>>> -QT_CONFIG_FLAGS_append_mx6 = " -I${STAGING_KERNEL_DIR}/include/"
>>> +QT_GLFLAGS_mx6 = "-opengl es2 -openvg"
>>> +QT_CONFIG_FLAGS_append_mx6 = " -I${STAGING_KERNEL_DIR}/include/ -DLINUX=1
>>> -DEGL_API_FB=1"
>>> diff --git a/recipes-qt/qt4/qt4/mx6/g++.conf
>>> b/recipes-qt/qt4/qt4/mx6/g++.conf
>>
>>
>> This patch seems to work perfectly for me, but I'm a bit confused
>> about what it actually enables in Qt.
>>
>> Neither the QGLWidget examples like hellogl_es2 or the QML-based
>> shadereffects demos seem to run.
>>
>> Is there a sample program that shows how to access OpenGL/ES from Qt?
>>
>> I'm trying to grok what the glue between glimagesink and a Qt
>> application should look like.
>
> I am adding Leonardo and Francisco, who did the tests on this, so they comment.
>
> --
> 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
>
>

Re: [meta-fsl-arm PATCH 8/8] qt4: Enable OpenGL ES2 support for i.MX6

[Carrillodominguez Francisco Alberto-B35153]

I have tested Opengl ES2 in Qt5, but not over a Yocto made image.

The image I used is still created with Ltib.

I executed these demos successfully:

Hellowindow
Scenegraph/*
Shadereffects
And other qml demos.


The key during Qt installation is that OpenGL is detected when calling the configure script. Normally during a manual installation you will see the summary of detected features. I ignore if this list is presented during a Yocto baking process.


Francisco C.


-----Original Message-----
From: Eric Nelson [mailto:eric.nelson@boundarydevices.com] 
Sent: Thursday, August 01, 2013 12:41 PM
To: Sandoval Gonzalez Leonardo-B42214
Cc: Otavio Salvador; meta-freescale Mailing List; Carrillodominguez Francisco Alberto-B35153
Subject: Re: [meta-freescale] [meta-fsl-arm PATCH 8/8] qt4: Enable OpenGL ES2 support for i.MX6

Thanks Leonardo,

BTW, I'm about to bail on the combination of Qt4/glimagesink 0.10.

The "client-draw-callback" property callbacks work pretty well, and I was thinking that we could use that to write into Qt's EGL context (if we could get one), but it seems that there's more to the picture.

In particular:
	-- This call to get the display is essentially hardcoded for
	/dev/FB0:
	 
https://bitbucket.org/Freescale/gstreamer-gst-plugins-gl/src/3554c07ead40c48620ac8e4864d81988d0b9476b/gst-libs/gst/gl/gstglwindow_fbES2.c?at=0.10#cl-314

	-- This call to eglSetCurrent() sets the display to black:
	https://bitbucket.org/Freescale/gstreamer-gst-plugins-gl/src/3554c07ead40c48620ac8e4864d81988d0b9476b/gst-libs/gst/gl/gstglwindow_fbES2.c?at=0.10#cl-372

And all of this appears to have been re-structured in upstream
master:
	http://cgit.freedesktop.org/gstreamer/gst-plugins-gl/tree/gst-libs/gst/gl

That said, if the OpenGL context in Qt4 isn't accessible, there's no reason to compile it in.

On 08/01/2013 09:19 AM, Sandoval Gonzalez Leonardo-B42214 wrote:
> I think Francisco did not get last email.
>
> Francisco,
> please mention the testing you did.
>
> Leo
> ________________________________________
> From: otavio.salvador@gmail.com [otavio.salvador@gmail.com] on behalf 
> of Otavio Salvador [otavio@ossystems.com.br]
> Sent: Wednesday, July 31, 2013 10:03 PM
> To: Eric Nelson
> Cc: meta-freescale Mailing List; Sandoval Gonzalez Leonardo-B42214; 
> Carrillodominguez Francisco Alberto-B35153
> Subject: Re: [meta-freescale] [meta-fsl-arm PATCH 8/8] qt4: Enable 
> OpenGL ES2 support for i.MX6
>
> On Tue, Jul 30, 2013 at 3:20 PM, Eric Nelson 
> <eric.nelson@boundarydevices.com> wrote:
>> Hi all,
>>
>>
>> On 07/17/2013 11:17 AM, Otavio Salvador wrote:
>>>
>>> The Vivante libraries need some special linking as it has a more 
>>> modular design which thus require a specific set of mkspec changes 
>>> to make it to work. This change makes the linking to work when 
>>> building against Vivante libraries for i.MX6 SoCs.
>>>
>>>
>>> <snip>
>>
>>>
>>>
>>> diff --git a/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
>>> b/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
>>> index 74bfb31..4c4d0c9 100644
>>> --- a/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
>>> +++ b/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
>>> @@ -9,6 +9,7 @@ PACKAGE_ARCH_mx5 = "${MACHINE_ARCH}"
>>>    QT_GLFLAGS_mx5 = "-opengl es2 -openvg"
>>>    QT_CONFIG_FLAGS_append_mx5 = " -I${STAGING_KERNEL_DIR}/include/"
>>>
>>> -DEPENDS_append_mx6 = " virtual/kernel"
>>> +DEPENDS_append_mx6 = " virtual/kernel virtual/libgles2"
>>>    PACKAGE_ARCH_mx6 = "${MACHINE_ARCH}"
>>> -QT_CONFIG_FLAGS_append_mx6 = " -I${STAGING_KERNEL_DIR}/include/"
>>> +QT_GLFLAGS_mx6 = "-opengl es2 -openvg"
>>> +QT_CONFIG_FLAGS_append_mx6 = " -I${STAGING_KERNEL_DIR}/include/ 
>>> +-DLINUX=1
>>> -DEGL_API_FB=1"
>>> diff --git a/recipes-qt/qt4/qt4/mx6/g++.conf 
>>> b/recipes-qt/qt4/qt4/mx6/g++.conf
>>
>>
>> This patch seems to work perfectly for me, but I'm a bit confused 
>> about what it actually enables in Qt.
>>
>> Neither the QGLWidget examples like hellogl_es2 or the QML-based 
>> shadereffects demos seem to run.
>>
>> Is there a sample program that shows how to access OpenGL/ES from Qt?
>>
>> I'm trying to grok what the glue between glimagesink and a Qt 
>> application should look like.
>
> I am adding Leonardo and Francisco, who did the tests on this, so they comment.
>
> --
> 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
>
>

Re: [meta-fsl-arm PATCH 8/8] qt4: Enable OpenGL ES2 support for i.MX6

[Eric Nelson]

Thanks Francisco,

I've been able to do the same using a Yocto-based image and meta-qt5,
but it was quite the ordeal to wrangle packaging.

My question was related to Qt4. We're including patches to enable
OpenGL, and I've been unable to see it function.

Regards,


Eric

On 08/01/2013 11:10 AM, Carrillodominguez Francisco Alberto-B35153 wrote:
> I have tested Opengl ES2 in Qt5, but not over a Yocto made image.
>
> The image I used is still created with Ltib.
>
> I executed these demos successfully:
>
> Hellowindow
> Scenegraph/*
> Shadereffects
> And other qml demos.
>
>
> The key during Qt installation is that OpenGL is detected when calling the configure script. Normally during a manual installation you will see the summary of detected features. I ignore if this list is presented during a Yocto baking process.
>
>
> Francisco C.
>
>
> -----Original Message-----
> From: Eric Nelson [mailto:eric.nelson@boundarydevices.com]
> Sent: Thursday, August 01, 2013 12:41 PM
> To: Sandoval Gonzalez Leonardo-B42214
> Cc: Otavio Salvador; meta-freescale Mailing List; Carrillodominguez Francisco Alberto-B35153
> Subject: Re: [meta-freescale] [meta-fsl-arm PATCH 8/8] qt4: Enable OpenGL ES2 support for i.MX6
>
> Thanks Leonardo,
>
> BTW, I'm about to bail on the combination of Qt4/glimagesink 0.10.
>
> The "client-draw-callback" property callbacks work pretty well, and I was thinking that we could use that to write into Qt's EGL context (if we could get one), but it seems that there's more to the picture.
>
> In particular:
> 	-- This call to get the display is essentially hardcoded for
> 	/dev/FB0:
> 	
> https://bitbucket.org/Freescale/gstreamer-gst-plugins-gl/src/3554c07ead40c48620ac8e4864d81988d0b9476b/gst-libs/gst/gl/gstglwindow_fbES2.c?at=0.10#cl-314
>
> 	-- This call to eglSetCurrent() sets the display to black:
> 	https://bitbucket.org/Freescale/gstreamer-gst-plugins-gl/src/3554c07ead40c48620ac8e4864d81988d0b9476b/gst-libs/gst/gl/gstglwindow_fbES2.c?at=0.10#cl-372
>
> And all of this appears to have been re-structured in upstream
> master:
> 	http://cgit.freedesktop.org/gstreamer/gst-plugins-gl/tree/gst-libs/gst/gl
>
> That said, if the OpenGL context in Qt4 isn't accessible, there's no reason to compile it in.
>
> On 08/01/2013 09:19 AM, Sandoval Gonzalez Leonardo-B42214 wrote:
>> I think Francisco did not get last email.
>>
>> Francisco,
>> please mention the testing you did.
>>
>> Leo
>> ________________________________________
>> From: otavio.salvador@gmail.com [otavio.salvador@gmail.com] on behalf
>> of Otavio Salvador [otavio@ossystems.com.br]
>> Sent: Wednesday, July 31, 2013 10:03 PM
>> To: Eric Nelson
>> Cc: meta-freescale Mailing List; Sandoval Gonzalez Leonardo-B42214;
>> Carrillodominguez Francisco Alberto-B35153
>> Subject: Re: [meta-freescale] [meta-fsl-arm PATCH 8/8] qt4: Enable
>> OpenGL ES2 support for i.MX6
>>
>> On Tue, Jul 30, 2013 at 3:20 PM, Eric Nelson
>> <eric.nelson@boundarydevices.com> wrote:
>>> Hi all,
>>>
>>>
>>> On 07/17/2013 11:17 AM, Otavio Salvador wrote:
>>>>
>>>> The Vivante libraries need some special linking as it has a more
>>>> modular design which thus require a specific set of mkspec changes
>>>> to make it to work. This change makes the linking to work when
>>>> building against Vivante libraries for i.MX6 SoCs.
>>>>
>>>>
>>>> <snip>
>>>
>>>>
>>>>
>>>> diff --git a/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
>>>> b/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
>>>> index 74bfb31..4c4d0c9 100644
>>>> --- a/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
>>>> +++ b/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
>>>> @@ -9,6 +9,7 @@ PACKAGE_ARCH_mx5 = "${MACHINE_ARCH}"
>>>>     QT_GLFLAGS_mx5 = "-opengl es2 -openvg"
>>>>     QT_CONFIG_FLAGS_append_mx5 = " -I${STAGING_KERNEL_DIR}/include/"
>>>>
>>>> -DEPENDS_append_mx6 = " virtual/kernel"
>>>> +DEPENDS_append_mx6 = " virtual/kernel virtual/libgles2"
>>>>     PACKAGE_ARCH_mx6 = "${MACHINE_ARCH}"
>>>> -QT_CONFIG_FLAGS_append_mx6 = " -I${STAGING_KERNEL_DIR}/include/"
>>>> +QT_GLFLAGS_mx6 = "-opengl es2 -openvg"
>>>> +QT_CONFIG_FLAGS_append_mx6 = " -I${STAGING_KERNEL_DIR}/include/
>>>> +-DLINUX=1
>>>> -DEGL_API_FB=1"
>>>> diff --git a/recipes-qt/qt4/qt4/mx6/g++.conf
>>>> b/recipes-qt/qt4/qt4/mx6/g++.conf
>>>
>>>
>>> This patch seems to work perfectly for me, but I'm a bit confused
>>> about what it actually enables in Qt.
>>>
>>> Neither the QGLWidget examples like hellogl_es2 or the QML-based
>>> shadereffects demos seem to run.
>>>
>>> Is there a sample program that shows how to access OpenGL/ES from Qt?
>>>
>>> I'm trying to grok what the glue between glimagesink and a Qt
>>> application should look like.
>>
>> I am adding Leonardo and Francisco, who did the tests on this, so they comment.
>>
>> --
>> 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
>>
>>
>
>

Re: [meta-fsl-arm PATCH 8/8] qt4: Enable OpenGL ES2 support for i.MX6

[Carrillodominguez Francisco Alberto-B35153]

It seems I did not understand what patch you were talking about.

I tested Otavio's patch to make qt4 work with gpu.

The generated Yocto image,  starts and application once you boot the board. 

I limited my test just to measure how much cpu was being used by this application. To validate graphics were accelerated.

Here is a video of the test, at the end you can see 5% of cpu used only.

http://www.youtube.com/watch?v=dUd8A6CtSi0

I did not executed any of the other demos.

Francisco C.

-----Original Message-----
From: meta-freescale-bounces@yoctoproject.org [mailto:meta-freescale-bounces@yoctoproject.org] On Behalf Of Carrillodominguez Francisco Alberto-B35153
Sent: Thursday, August 01, 2013 1:10 PM
To: Eric Nelson; Sandoval Gonzalez Leonardo-B42214
Cc: meta-freescale Mailing List; Otavio Salvador
Subject: Re: [meta-freescale] [meta-fsl-arm PATCH 8/8] qt4: Enable OpenGL ES2 support for i.MX6

I have tested Opengl ES2 in Qt5, but not over a Yocto made image.

The image I used is still created with Ltib.

I executed these demos successfully:

Hellowindow
Scenegraph/*
Shadereffects
And other qml demos.


The key during Qt installation is that OpenGL is detected when calling the configure script. Normally during a manual installation you will see the summary of detected features. I ignore if this list is presented during a Yocto baking process.


Francisco C.


-----Original Message-----
From: Eric Nelson [mailto:eric.nelson@boundarydevices.com]
Sent: Thursday, August 01, 2013 12:41 PM
To: Sandoval Gonzalez Leonardo-B42214
Cc: Otavio Salvador; meta-freescale Mailing List; Carrillodominguez Francisco Alberto-B35153
Subject: Re: [meta-freescale] [meta-fsl-arm PATCH 8/8] qt4: Enable OpenGL ES2 support for i.MX6

Thanks Leonardo,

BTW, I'm about to bail on the combination of Qt4/glimagesink 0.10.

The "client-draw-callback" property callbacks work pretty well, and I was thinking that we could use that to write into Qt's EGL context (if we could get one), but it seems that there's more to the picture.

In particular:
	-- This call to get the display is essentially hardcoded for
	/dev/FB0:
	 
https://bitbucket.org/Freescale/gstreamer-gst-plugins-gl/src/3554c07ead40c48620ac8e4864d81988d0b9476b/gst-libs/gst/gl/gstglwindow_fbES2.c?at=0.10#cl-314

	-- This call to eglSetCurrent() sets the display to black:
	https://bitbucket.org/Freescale/gstreamer-gst-plugins-gl/src/3554c07ead40c48620ac8e4864d81988d0b9476b/gst-libs/gst/gl/gstglwindow_fbES2.c?at=0.10#cl-372

And all of this appears to have been re-structured in upstream
master:
	http://cgit.freedesktop.org/gstreamer/gst-plugins-gl/tree/gst-libs/gst/gl

That said, if the OpenGL context in Qt4 isn't accessible, there's no reason to compile it in.

On 08/01/2013 09:19 AM, Sandoval Gonzalez Leonardo-B42214 wrote:
> I think Francisco did not get last email.
>
> Francisco,
> please mention the testing you did.
>
> Leo
> ________________________________________
> From: otavio.salvador@gmail.com [otavio.salvador@gmail.com] on behalf 
> of Otavio Salvador [otavio@ossystems.com.br]
> Sent: Wednesday, July 31, 2013 10:03 PM
> To: Eric Nelson
> Cc: meta-freescale Mailing List; Sandoval Gonzalez Leonardo-B42214; 
> Carrillodominguez Francisco Alberto-B35153
> Subject: Re: [meta-freescale] [meta-fsl-arm PATCH 8/8] qt4: Enable 
> OpenGL ES2 support for i.MX6
>
> On Tue, Jul 30, 2013 at 3:20 PM, Eric Nelson 
> <eric.nelson@boundarydevices.com> wrote:
>> Hi all,
>>
>>
>> On 07/17/2013 11:17 AM, Otavio Salvador wrote:
>>>
>>> The Vivante libraries need some special linking as it has a more 
>>> modular design which thus require a specific set of mkspec changes 
>>> to make it to work. This change makes the linking to work when 
>>> building against Vivante libraries for i.MX6 SoCs.
>>>
>>>
>>> <snip>
>>
>>>
>>>
>>> diff --git a/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
>>> b/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
>>> index 74bfb31..4c4d0c9 100644
>>> --- a/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
>>> +++ b/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
>>> @@ -9,6 +9,7 @@ PACKAGE_ARCH_mx5 = "${MACHINE_ARCH}"
>>>    QT_GLFLAGS_mx5 = "-opengl es2 -openvg"
>>>    QT_CONFIG_FLAGS_append_mx5 = " -I${STAGING_KERNEL_DIR}/include/"
>>>
>>> -DEPENDS_append_mx6 = " virtual/kernel"
>>> +DEPENDS_append_mx6 = " virtual/kernel virtual/libgles2"
>>>    PACKAGE_ARCH_mx6 = "${MACHINE_ARCH}"
>>> -QT_CONFIG_FLAGS_append_mx6 = " -I${STAGING_KERNEL_DIR}/include/"
>>> +QT_GLFLAGS_mx6 = "-opengl es2 -openvg"
>>> +QT_CONFIG_FLAGS_append_mx6 = " -I${STAGING_KERNEL_DIR}/include/
>>> +-DLINUX=1
>>> -DEGL_API_FB=1"
>>> diff --git a/recipes-qt/qt4/qt4/mx6/g++.conf 
>>> b/recipes-qt/qt4/qt4/mx6/g++.conf
>>
>>
>> This patch seems to work perfectly for me, but I'm a bit confused 
>> about what it actually enables in Qt.
>>
>> Neither the QGLWidget examples like hellogl_es2 or the QML-based 
>> shadereffects demos seem to run.
>>
>> Is there a sample program that shows how to access OpenGL/ES from Qt?
>>
>> I'm trying to grok what the glue between glimagesink and a Qt 
>> application should look like.
>
> I am adding Leonardo and Francisco, who did the tests on this, so they comment.
>
> --
> 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
>
>


_______________________________________________
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-fsl-arm PATCH 8/8] qt4: Enable OpenGL ES2 support for i.MX6

[Eric Nelson]

On 08/05/2013 02:32 PM, Carrillodominguez Francisco Alberto-B35153 wrote:
> It seems I did not understand what patch you were talking about.
>
> I tested Otavio's patch to make qt4 work with gpu.
>
> The generated Yocto image,  starts and application once you boot the board.
>
> I limited my test just to measure how much cpu was being used by this application. To validate graphics were accelerated.
>
> Here is a video of the test, at the end you can see 5% of cpu used only.
>
> http://www.youtube.com/watch?v=dUd8A6CtSi0
>
> I did not executed any of the other demos.
>

Thanks Francisco,

I hadn't seen the "Qt in use" demo before and it looks pretty nice.

Which patch were you referring to of Otavio's? He's a hard guy to keep
up with ;)

Was this build against dylan, master, or master-next?

Also, can you confirm that this was Qt4?

Please advise,


Eric

Re: [meta-fsl-arm PATCH 8/8] qt4: Enable OpenGL ES2 support for i.MX6

[Sandoval Gonzalez Leonardo-B42214]

Hi Eric, 

I can answer your questions:

* the patch we were interested to test is the one mentioned in the subject. 
* all branches were master except meta-fsl-arm, this one was master-next (at that time the patch was already there)
* QT4. Image and machine were qt-in-use-demo and imx6qsabresd, respectively.

Leo
________________________________________
From: Eric Nelson [eric.nelson@boundarydevices.com]
Sent: Monday, August 05, 2013 5:57 PM
To: Carrillodominguez Francisco Alberto-B35153
Cc: Sandoval Gonzalez Leonardo-B42214; meta-freescale Mailing List; Otavio Salvador
Subject: Re: [meta-freescale] [meta-fsl-arm PATCH 8/8] qt4: Enable OpenGL ES2 support for i.MX6

On 08/05/2013 02:32 PM, Carrillodominguez Francisco Alberto-B35153 wrote:
> It seems I did not understand what patch you were talking about.
>
> I tested Otavio's patch to make qt4 work with gpu.
>
> The generated Yocto image,  starts and application once you boot the board.
>
> I limited my test just to measure how much cpu was being used by this application. To validate graphics were accelerated.
>
> Here is a video of the test, at the end you can see 5% of cpu used only.
>
> http://www.youtube.com/watch?v=dUd8A6CtSi0
>
> I did not executed any of the other demos.
>

Thanks Francisco,

I hadn't seen the "Qt in use" demo before and it looks pretty nice.

Which patch were you referring to of Otavio's? He's a hard guy to keep
up with ;)

Was this build against dylan, master, or master-next?

Also, can you confirm that this was Qt4?

Please advise,


Eric

Re: [meta-fsl-arm PATCH 8/8] qt4: Enable OpenGL ES2 support for i.MX6

[Eric Nelson]

On 08/06/2013 06:58 AM, Sandoval Gonzalez Leonardo-B42214 wrote:
> Hi Eric,
>
> I can answer your questions:
>
> * the patch we were interested to test is the one mentioned in the subject.

Doh!

> * all branches were master except meta-fsl-arm, this one was master-next (at that time the patch was already there)
> * QT4. Image and machine were qt-in-use-demo and imx6qsabresd, respectively.
>

Thanks Leo.