[meta-fsl-arm PATCH 00/23] Dynamically choose of package architecture

[meta-fsl-arm PATCH 00/23] Dynamically choose of package architecture

[Otavio Salvador]

This patchset makes the PACKAGE_ARCH setting much more robust as it is
auto-detected for most common and hard to guess cases.

The biggest benefit of this is the reducing of amount of package
builds as many are now shared by the MACHINE_SUBARCH package
architecture.

Otavio Salvador (23):
  fsl-dynamic-packagearch.bbclass: Dynamically set package architecture
  xf86-input-evdev: Drop PACKAGE_ARCH override
  imx-base.inc: Use 'fsl-dynamic-packagearch' class
  mxs-base.inc: Use 'fsl-dynamic-packagearch' class
  qt4: Remove redundant PACKAGE_ARCH setting
  qt5: Remove redundant PACKAGE_ARCH setting
  mesa-demos: Remove redundant PACKAGE_ARCH setting
  mesa: Remove redundant PACKAGE_ARCH setting
  amd-gpu-mx51.inc: Remove redundant PACKAGE_ARCH setting
  gpu-viv-bin-mx6q.inc: Remove redundant PACKAGE_ARCH setting
  gpu-viv-g2d.inc: Remove redundant PACKAGE_ARCH setting
  imx-test: Remove redundant PACKAGE_ARCH setting
  imx-lib: Remove redundant PACKAGE_ARCH setting
  fsl-alsa-plugins: Remove redundant PACKAGE_ARCH setting
  gst-fsl-plugin.inc: Remove redundant PACKAGE_ARCH setting
  firmware-imx: Use MACHINE_SUBARCH for PACKAGE_ARCH
  libdrm: Use MACHINE_SUBARCH for PACKAGE_ARCH
  xf86-video-imxfb-vivante: Use MACHINE_SUBARCH for PACKAGE_ARCH
  gst-plugins-gl: Use MACHINE_SUBARCH for PACKAGE_ARCH
  gst-plugins-base: Use MACHINE_SUBARCH for PACKAGE_ARCH
  libfslcodec.inc: Use MACHINE_SUBARCH for PACKAGE_ARCH
  libfslparser.inc: Use MACHINE_SUBARCH for PACKAGE_ARCH
  libfslvpuwrap: Use MACHINE_SUBARCH for PACKAGE_ARCH

 classes/fsl-dynamic-packagearch.bbclass            | 37 ++++++++++++++++++++++
 conf/machine/include/imx-base.inc                  | 14 ++++++++
 conf/machine/include/mxs-base.inc                  | 10 ++++++
 qt5-layer/recipes-qt/qt5/qtbase_5.0.2.bbappend     |  3 --
 qt5-layer/recipes-qt/qt5/qtbase_5.1.0.bbappend     |  3 --
 recipes-bsp/firmware-imx/firmware-imx.inc          |  2 +-
 recipes-bsp/imx-lib/imx-lib_11.09.01.bb            |  1 -
 recipes-bsp/imx-lib/imx-lib_3.5.7-1.0.0.bb         |  1 -
 recipes-bsp/imx-test/imx-test.inc                  |  2 --
 recipes-graphics/amd-gpu-x11-bin/amd-gpu-mx51.inc  |  4 +--
 recipes-graphics/drm/libdrm_2.4.46.bbappend        |  2 +-
 .../gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc          |  1 -
 recipes-graphics/gpu-viv-g2d/gpu-viv-g2d.inc       |  1 -
 recipes-graphics/mesa/mesa-demos_8.1.0.bbappend    |  1 -
 recipes-graphics/mesa/mesa_9.1.6.bbappend          |  3 --
 .../xorg-driver/xf86-input-evdev_2.8.1.bbappend    |  3 --
 ...xf86-video-imxfb-vivante_3.5.7-1.0.0-alpha.2.bb |  2 +-
 recipes-multimedia/alsa/fsl-alsa-plugins_1.0.25.bb |  1 -
 recipes-multimedia/gst-plugins/gst-fsl-plugin.inc  |  2 --
 .../gst-plugins/gst-plugins-base_0.10.36.bbappend  |  6 ++--
 .../gstreamer/gst-plugins-gl_0.10.3.bbappend       |  2 +-
 recipes-multimedia/libfslcodec/libfslcodec.inc     |  2 +-
 recipes-multimedia/libfslparser/libfslparser.inc   |  3 +-
 .../libfslvpuwrap/libfslvpuwrap_1.0.38.bb          |  2 +-
 recipes-qt/qt4/qt4-embedded_4.8.5.bbappend         |  2 --
 recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend         |  2 --
 26 files changed, 72 insertions(+), 40 deletions(-)
 create mode 100644 classes/fsl-dynamic-packagearch.bbclass
 delete mode 100644 recipes-graphics/xorg-driver/xf86-input-evdev_2.8.1.bbappend

-- 
1.8.4.rc3

[meta-fsl-arm PATCH 01/23] fsl-dynamic-packagearch.bbclass: Dynamically set package architecture

[Otavio Salvador]

This allow to easy reuse of binary packages among similar SoCs. The
usual use for this is to share SoC specific packages among different
boards. The class can be used to share GPU packages for i.MX53 boards
(as all them share the AMD GPU) and i.MX6 based boards (as all them
share Vivante GPU).

It inspects the database and identify if the package provides or
depends on one of subarch provided values and if it does, it sets the
PACKAGE_ARCH for MACHINE_SUBARCH value otherwise if it matches in the
machine specific filter, it sets it to MACHINE_ARCH.

Change-Id: Icb0a8060e862c8eeb166c45d1b39c40de07b01d8
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 classes/fsl-dynamic-packagearch.bbclass | 37 +++++++++++++++++++++++++++++++++
 1 file changed, 37 insertions(+)
 create mode 100644 classes/fsl-dynamic-packagearch.bbclass

diff --git a/classes/fsl-dynamic-packagearch.bbclass b/classes/fsl-dynamic-packagearch.bbclass
new file mode 100644
index 0000000..2778885
--- /dev/null
+++ b/classes/fsl-dynamic-packagearch.bbclass
@@ -0,0 +1,37 @@
+# Automatically set PACKAGE_ARCH for MACHINE_SUBARCH
+#
+# This allow to easy reuse of binary packages among similar SoCs. The
+# usual use for this is to share SoC specific packages among different
+# boards.
+#
+# For example, in meta-fsl-arm, this is used to share GPU packages for
+# i.MX53 boards (as all them share the AMD GPU) and i.MX6 based boards
+# (as all them share Vivante GPU).
+#
+# To use the class, specify:
+#
+# SUBARCH_FILTER = "foo"
+# MACHINE_ARCH_FILTER = "bar"
+#
+# Copyright 2013 (C) O.S. Systems Software LTDA.
+
+python __anonymous () {
+    machine_arch_filter = set((d.getVar("MACHINE_ARCH_FILTER", True) or "").split())
+    subarch_filter = set((d.getVar("SUBARCH_FILTER", True) or "").split())
+    if subarch_filter or machine_arch_filter:
+        provides = set((d.getVar("PROVIDES", True) or "").split())
+        depends = set((d.getVar("DEPENDS", True) or "").split())
+        PN = d.getVar("PN", True)
+
+        package_arch = None
+        if list(machine_arch_filter & (provides | depends)):
+            package_arch = d.getVar("MACHINE_ARCH", True)
+        elif list(subarch_filter & (provides | depends)):
+            package_arch = d.getVar("MACHINE_SUBARCH", True)
+            if not package_arch:
+                bb.parse.SkipPackage("You must set MACHINE_SUBARCH as SUBARCH_FILTER is set for this SoC.")
+
+        if package_arch:
+            bb.debug(1, "Use '%s' as package archictecture for '%s'" % (package_arch, PN))
+            d.setVar("PACKAGE_ARCH", package_arch)
+}
-- 
1.8.4.rc3

[meta-fsl-arm PATCH 02/23] xf86-input-evdev: Drop PACKAGE_ARCH override

[Otavio Salvador]

The Xorg 1.11.4 version has been dropped so we don't have an ABI
incompatible Xorg anymore. Drop this bbappend now.

Change-Id: I8c9b1f4f233f41ff2644bd3c50c657148633e17d
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 recipes-graphics/xorg-driver/xf86-input-evdev_2.8.1.bbappend | 3 ---
 1 file changed, 3 deletions(-)
 delete mode 100644 recipes-graphics/xorg-driver/xf86-input-evdev_2.8.1.bbappend

diff --git a/recipes-graphics/xorg-driver/xf86-input-evdev_2.8.1.bbappend b/recipes-graphics/xorg-driver/xf86-input-evdev_2.8.1.bbappend
deleted file mode 100644
index 40cde27..0000000
--- a/recipes-graphics/xorg-driver/xf86-input-evdev_2.8.1.bbappend
+++ /dev/null
@@ -1,3 +0,0 @@
-# We use 1.11.4 Xorg version for i.MX6 and it has different ABI so
-# make it machine specific
-PACKAGE_ARCH_mx6 = "${MACHINE_ARCH}"
-- 
1.8.4.rc3

[meta-fsl-arm PATCH 03/23] imx-base.inc: Use 'fsl-dynamic-packagearch' class

[Otavio Salvador]

Change-Id: I61f115780b3f9b3518e3af45f278e4602b192d1a
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 conf/machine/include/imx-base.inc | 14 ++++++++++++++
 1 file changed, 14 insertions(+)

diff --git a/conf/machine/include/imx-base.inc b/conf/machine/include/imx-base.inc
index 7297331..6bf4f85 100644
--- a/conf/machine/include/imx-base.inc
+++ b/conf/machine/include/imx-base.inc
@@ -33,6 +33,20 @@ MACHINE_EXTRA_RRECOMMENDS = "kernel-modules"
 # Float-Point setting
 DEFAULTTUNE_mx6 ?= "cortexa9hf-neon"
 
+# Sub-architecture support
+MACHINE_SUBARCH ?= ""
+MACHINE_SUBARCH_mx3 = "${TUNE_PKGARCH}-mx3"
+MACHINE_SUBARCH_mx5 = "${TUNE_PKGARCH}-mx5"
+MACHINE_SUBARCH_mx6 = "${TUNE_PKGARCH}-mx6"
+MACHINE_SUBARCH_vf60 = "${TUNE_PKGARCH}-vf60"
+PACKAGE_EXTRA_ARCHS_append = " ${MACHINE_SUBARCH}"
+
+MACHINE_ARCH_FILTER = "virtual/kernel"
+SUBARCH_FILTER_mx5 = "virtual/libgles1 virtual/libgles2 virtual/egl virtual/mesa virtual/libgl"
+SUBARCH_FILTER_mx6 = "virtual/libgles1 virtual/libgles2 virtual/egl virtual/mesa virtual/libgl"
+
+INHERIT += "fsl-dynamic-packagearch"
+
 # Firmware
 MACHINE_FIRMWARE ?= ""
 MACHINE_FIRMWARE_append_mx6q = " firmware-imx-vpu-imx6q"
-- 
1.8.4.rc3

[meta-fsl-arm PATCH 04/23] mxs-base.inc: Use 'fsl-dynamic-packagearch' class

[Otavio Salvador]

Change-Id: I86c77a6aa19ee40b151246bb9531ff7194a4b983
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 conf/machine/include/mxs-base.inc | 10 ++++++++++
 1 file changed, 10 insertions(+)

diff --git a/conf/machine/include/mxs-base.inc b/conf/machine/include/mxs-base.inc
index c0681f7..9818a34 100644
--- a/conf/machine/include/mxs-base.inc
+++ b/conf/machine/include/mxs-base.inc
@@ -22,6 +22,16 @@ XSERVER = "xserver-xorg \
            xf86-input-evdev \
            xf86-video-fbdev"
 
+# Sub-architecture support
+MACHINE_SUBARCH ?= ""
+MACHINE_SUBARCH_mx23 = "${TUNE_PKGARCH}-mx23"
+MACHINE_SUBARCH_mx28 = "${TUNE_PKGARCH}-mx28"
+PACKAGE_EXTRA_ARCHS_append = " ${MACHINE_SUBARCH}"
+
+MACHINE_ARCH_FILTER = "virtual/kernel"
+
+INHERIT += "fsl-dynamic-packagearch"
+
 # Ship kernel modules
 MACHINE_EXTRA_RRECOMMENDS = "kernel-modules"
 
-- 
1.8.4.rc3

[meta-fsl-arm PATCH 05/23] qt4: Remove redundant PACKAGE_ARCH setting

[Otavio Salvador]

The PACKAGE_ARCH is now dynamically set for package which depends on
GPU libraries.

Change-Id: Id16d6160b08ea054d528d0b251031f0532ed2938
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 recipes-qt/qt4/qt4-embedded_4.8.5.bbappend | 2 --
 recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend | 2 --
 2 files changed, 4 deletions(-)

diff --git a/recipes-qt/qt4/qt4-embedded_4.8.5.bbappend b/recipes-qt/qt4/qt4-embedded_4.8.5.bbappend
index 007f89b..a9330bf 100644
--- a/recipes-qt/qt4/qt4-embedded_4.8.5.bbappend
+++ b/recipes-qt/qt4/qt4-embedded_4.8.5.bbappend
@@ -2,11 +2,9 @@
 include qt4-phonon-patches.inc
 
 DEPENDS_append_mx5 = " virtual/kernel virtual/libgles2"
-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 virtual/libgles2"
-PACKAGE_ARCH_mx6 = "${MACHINE_ARCH}"
 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 007f89b..a9330bf 100644
--- a/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
+++ b/recipes-qt/qt4/qt4-x11-free_4.8.5.bbappend
@@ -2,11 +2,9 @@
 include qt4-phonon-patches.inc
 
 DEPENDS_append_mx5 = " virtual/kernel virtual/libgles2"
-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 virtual/libgles2"
-PACKAGE_ARCH_mx6 = "${MACHINE_ARCH}"
 QT_GLFLAGS_mx6 = "-opengl es2 -openvg"
 QT_CONFIG_FLAGS_append_mx6 = " -I${STAGING_KERNEL_DIR}/include/ -DLINUX=1 -DEGL_API_FB=1"
-- 
1.8.4.rc3

[meta-fsl-arm PATCH 06/23] qt5: Remove redundant PACKAGE_ARCH setting

[Otavio Salvador]

The PACKAGE_ARCH is now dynamically set for package which depends on
GPU libraries.

Change-Id: I0d14dce02fc5263a403ad3b0b55b1e67ccae0c5a
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 qt5-layer/recipes-qt/qt5/qtbase_5.0.2.bbappend | 3 ---
 qt5-layer/recipes-qt/qt5/qtbase_5.1.0.bbappend | 3 ---
 2 files changed, 6 deletions(-)

diff --git a/qt5-layer/recipes-qt/qt5/qtbase_5.0.2.bbappend b/qt5-layer/recipes-qt/qt5/qtbase_5.0.2.bbappend
index 33f0e8b..1670f19 100644
--- a/qt5-layer/recipes-qt/qt5/qtbase_5.0.2.bbappend
+++ b/qt5-layer/recipes-qt/qt5/qtbase_5.0.2.bbappend
@@ -18,9 +18,6 @@ QT_TSLIB_mx6 = "-tslib"
 TSLIB_DEPENDS_mx5 = "tslib"
 QT_TSLIB_mx5 = "-tslib"
 
-PACKAGE_ARCH_mx6 = "${MACHINE_ARCH}"
-PACKAGE_ARCH_mx5 = "${MACHINE_ARCH}"
-
 FILESEXTRAPATHS_prepend_mx5 := "${THISDIR}/${PN}:"
 SRC_URI_append_mx5 += " \
     file://qeglfshooks_imx5.cpp \
diff --git a/qt5-layer/recipes-qt/qt5/qtbase_5.1.0.bbappend b/qt5-layer/recipes-qt/qt5/qtbase_5.1.0.bbappend
index 33f0e8b..1670f19 100644
--- a/qt5-layer/recipes-qt/qt5/qtbase_5.1.0.bbappend
+++ b/qt5-layer/recipes-qt/qt5/qtbase_5.1.0.bbappend
@@ -18,9 +18,6 @@ QT_TSLIB_mx6 = "-tslib"
 TSLIB_DEPENDS_mx5 = "tslib"
 QT_TSLIB_mx5 = "-tslib"
 
-PACKAGE_ARCH_mx6 = "${MACHINE_ARCH}"
-PACKAGE_ARCH_mx5 = "${MACHINE_ARCH}"
-
 FILESEXTRAPATHS_prepend_mx5 := "${THISDIR}/${PN}:"
 SRC_URI_append_mx5 += " \
     file://qeglfshooks_imx5.cpp \
-- 
1.8.4.rc3

[meta-fsl-arm PATCH 07/23] mesa-demos: Remove redundant PACKAGE_ARCH setting

[Otavio Salvador]

The PACKAGE_ARCH is now dynamically set for package which depends on
GPU libraries.

Change-Id: I172c119d66774df90dcd2a8a649bc2d8191e701f
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 recipes-graphics/mesa/mesa-demos_8.1.0.bbappend | 1 -
 1 file changed, 1 deletion(-)

diff --git a/recipes-graphics/mesa/mesa-demos_8.1.0.bbappend b/recipes-graphics/mesa/mesa-demos_8.1.0.bbappend
index 666fc61..989577d 100644
--- a/recipes-graphics/mesa/mesa-demos_8.1.0.bbappend
+++ b/recipes-graphics/mesa/mesa-demos_8.1.0.bbappend
@@ -2,4 +2,3 @@ FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
 
 SRC_URI_append_mx6 = " file://Replace-glWindowPos2iARB-calls-with-glWindowPos2i.patch"
 
-PACKAGE_ARCH_mx6 = "${MACHINE_ARCH}"
-- 
1.8.4.rc3

[meta-fsl-arm PATCH 08/23] mesa: Remove redundant PACKAGE_ARCH setting

[Otavio Salvador]

The PACKAGE_ARCH is now dynamically set for package which depends on
GPU libraries.

Change-Id: I5d2b23fb31f17becc10a7c5955aee9ff4d940a17
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 recipes-graphics/mesa/mesa_9.1.6.bbappend | 3 ---
 1 file changed, 3 deletions(-)

diff --git a/recipes-graphics/mesa/mesa_9.1.6.bbappend b/recipes-graphics/mesa/mesa_9.1.6.bbappend
index 5b3c927..9975abc 100644
--- a/recipes-graphics/mesa/mesa_9.1.6.bbappend
+++ b/recipes-graphics/mesa/mesa_9.1.6.bbappend
@@ -32,9 +32,6 @@ python __anonymous () {
                 new_provides.append(i)
 
         d.setVar('PROVIDES', ' '.join(new_provides))
-
-        # We are now machine specific
-        d.setVar('PACKAGE_ARCH', d.getVar('MACHINE_ARCH'))
 }
 
 # FIXME: Dirty hack to allow use of Vivante GPU libGL binary
-- 
1.8.4.rc3

[meta-fsl-arm PATCH 09/23] amd-gpu-mx51.inc: Remove redundant PACKAGE_ARCH setting

[Otavio Salvador]

The PACKAGE_ARCH is now dynamically set for package which depends on
GPU libraries.

Change-Id: I9315d48f5da96b2980666f21ab73e55db3e8b8c6
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 recipes-graphics/amd-gpu-x11-bin/amd-gpu-mx51.inc | 4 +---
 1 file changed, 1 insertion(+), 3 deletions(-)

diff --git a/recipes-graphics/amd-gpu-x11-bin/amd-gpu-mx51.inc b/recipes-graphics/amd-gpu-x11-bin/amd-gpu-mx51.inc
index ee6c48f..3ff5d4b 100644
--- a/recipes-graphics/amd-gpu-x11-bin/amd-gpu-mx51.inc
+++ b/recipes-graphics/amd-gpu-x11-bin/amd-gpu-mx51.inc
@@ -1,4 +1,4 @@
-# Copyright (C) 2011, 2012 Freescale
+# Copyright (C) 2011, 2012, 2013 Freescale
 # Released under the MIT license (see COPYING.MIT for the terms)
 
 LICENSE = "Proprietary"
@@ -80,5 +80,3 @@ FILES_lib2dz160-mx51-dbg = "${libdir}/.debug/lib2dz160${SOLIBS}"
 
 FILES_lib2dz430-mx51 = "${libdir}/lib2dz430${SOLIBS}"
 FILES_lib2dz430-mx51-dbg = "${libdir}/.debug/lib2dz430${SOLIBS}"
-
-PACKAGE_ARCH = "${MACHINE_ARCH}"
-- 
1.8.4.rc3

[meta-fsl-arm PATCH 10/23] gpu-viv-bin-mx6q.inc: Remove redundant PACKAGE_ARCH setting

[Otavio Salvador]

The PACKAGE_ARCH is now dynamically set for package which depends on
GPU libraries.

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

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 8a3efaf..431859a 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
@@ -235,5 +235,4 @@ FILES_libgc-wayland-protocol-mx6-dbg = "${libdir}/libgc_wayland_protocol${SOLIBS
 
 FILES_libwayland-egl-mx6-dev = "${libdir}/pkgconfig/wayland-egl.pc"
 
-PACKAGE_ARCH = "${MACHINE_ARCH}"
 COMPATIBLE_MACHINE = "(mx6)"
-- 
1.8.4.rc3

[meta-fsl-arm PATCH 11/23] gpu-viv-g2d.inc: Remove redundant PACKAGE_ARCH setting

[Otavio Salvador]

The PACKAGE_ARCH is now dynamically set for package which depends on
GPU libraries.

Change-Id: I812549fa9982f87ef9d6998623be9557cb731811
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 recipes-graphics/gpu-viv-g2d/gpu-viv-g2d.inc | 1 -
 1 file changed, 1 deletion(-)

diff --git a/recipes-graphics/gpu-viv-g2d/gpu-viv-g2d.inc b/recipes-graphics/gpu-viv-g2d/gpu-viv-g2d.inc
index a6b7a5e..f044a76 100644
--- a/recipes-graphics/gpu-viv-g2d/gpu-viv-g2d.inc
+++ b/recipes-graphics/gpu-viv-g2d/gpu-viv-g2d.inc
@@ -39,5 +39,4 @@ FILES_${PN} = "/opt ${libdir}/libg2d${SOLIBS} "
 FILES_${PN}-dev = "${includedir}"
 FILES_${PN}-dbg = "${libdir}/.debug/libg2d${SOLIBS}"
 
-PACKAGE_ARCH = "${MACHINE_ARCH}"
 COMPATIBLE_MACHINE = "(mx6)"
-- 
1.8.4.rc3

[meta-fsl-arm PATCH 12/23] imx-test: Remove redundant PACKAGE_ARCH setting

[Otavio Salvador]

The PACKAGE_ARCH is now dynamically set for package which depends on
GPU libraries.

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

diff --git a/recipes-bsp/imx-test/imx-test.inc b/recipes-bsp/imx-test/imx-test.inc
index b5535d6..d8aa99d 100644
--- a/recipes-bsp/imx-test/imx-test.inc
+++ b/recipes-bsp/imx-test/imx-test.inc
@@ -40,5 +40,3 @@ do_install() {
 
 FILES_${PN} += "/unit_tests"
 FILES_${PN}-dbg += "/unit_tests/.debug"
-
-PACKAGE_ARCH = "${MACHINE_ARCH}"
-- 
1.8.4.rc3

[meta-fsl-arm PATCH 13/23] imx-lib: Remove redundant PACKAGE_ARCH setting

[Otavio Salvador]

The PACKAGE_ARCH is now dynamically set for package which depends on
GPU libraries.

Change-Id: I880147182edf7023747fb7d756a2eab2a54b3071
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 recipes-bsp/imx-lib/imx-lib_11.09.01.bb    | 1 -
 recipes-bsp/imx-lib/imx-lib_3.5.7-1.0.0.bb | 1 -
 2 files changed, 2 deletions(-)

diff --git a/recipes-bsp/imx-lib/imx-lib_11.09.01.bb b/recipes-bsp/imx-lib/imx-lib_11.09.01.bb
index 164cb03..37e6628 100644
--- a/recipes-bsp/imx-lib/imx-lib_11.09.01.bb
+++ b/recipes-bsp/imx-lib/imx-lib_11.09.01.bb
@@ -9,5 +9,4 @@ SRC_URI += " file://0001-ENGR00156800-vpu-Fix-decoding-mp4PackedPBFrame-strea.pa
 SRC_URI[md5sum] = "45574f8f32f7000ca11d585fa60dea8c"
 SRC_URI[sha256sum] = "f151a8bb3099b596b5834a1139c19e526802e6a0aa965018d16375e7e1f48f27"
 
-PACKAGE_ARCH = "${MACHINE_ARCH}"
 COMPATIBLE_MACHINE = "(mx5)"
diff --git a/recipes-bsp/imx-lib/imx-lib_3.5.7-1.0.0.bb b/recipes-bsp/imx-lib/imx-lib_3.5.7-1.0.0.bb
index ca19dc0..bfb1984 100644
--- a/recipes-bsp/imx-lib/imx-lib_3.5.7-1.0.0.bb
+++ b/recipes-bsp/imx-lib/imx-lib_3.5.7-1.0.0.bb
@@ -8,5 +8,4 @@ SRC_URI = "${FSL_MIRROR}/imx-lib-${PV}.bin;fsl-eula=true"
 SRC_URI[md5sum] = "70248d0932a6d2808701166f41b1708f"
 SRC_URI[sha256sum] = "ad746e34cf7d8cd9cb3f3f6c8eda85d9fa314fc6f57502d1f9cb454c5fab2f9d"
 
-PACKAGE_ARCH = "${MACHINE_ARCH}"
 COMPATIBLE_MACHINE = "(mx6)"
-- 
1.8.4.rc3

[meta-fsl-arm PATCH 14/23] fsl-alsa-plugins: Remove redundant PACKAGE_ARCH setting

[Otavio Salvador]

The PACKAGE_ARCH is now dynamically set for package which depends on
GPU libraries.

Change-Id: I9b702584af1576c8a816943a7690356575245398
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 recipes-multimedia/alsa/fsl-alsa-plugins_1.0.25.bb | 1 -
 1 file changed, 1 deletion(-)

diff --git a/recipes-multimedia/alsa/fsl-alsa-plugins_1.0.25.bb b/recipes-multimedia/alsa/fsl-alsa-plugins_1.0.25.bb
index 3fa01b4..81265ef 100644
--- a/recipes-multimedia/alsa/fsl-alsa-plugins_1.0.25.bb
+++ b/recipes-multimedia/alsa/fsl-alsa-plugins_1.0.25.bb
@@ -23,5 +23,4 @@ FILES_${PN} += "${libdir}/alsa-lib/libasound_*.so"
 FILES_${PN}-dbg += "${libdir}/alsa-lib/.debug"
 FILES_${PN}-dev += "${libdir}/alsa-lib/*.la"
 
-PACKAGE_ARCH = "${MACHINE_ARCH}"
 COMPATIBLE_MACHINE = "(mx6)"
-- 
1.8.4.rc3

[meta-fsl-arm PATCH 15/23] gst-fsl-plugin.inc: Remove redundant PACKAGE_ARCH setting

[Otavio Salvador]

The PACKAGE_ARCH is now dynamically set for package which depends on
GPU libraries.

Change-Id: I86c4f50af09cd2879eae749cb3c694657796cf0a
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 recipes-multimedia/gst-plugins/gst-fsl-plugin.inc | 2 --
 1 file changed, 2 deletions(-)

diff --git a/recipes-multimedia/gst-plugins/gst-fsl-plugin.inc b/recipes-multimedia/gst-plugins/gst-fsl-plugin.inc
index e744172..59a426d 100644
--- a/recipes-multimedia/gst-plugins/gst-fsl-plugin.inc
+++ b/recipes-multimedia/gst-plugins/gst-fsl-plugin.inc
@@ -59,5 +59,3 @@ FILES_${PN}-libme = "${libdir}/libme${SOLIBS}"
 FILES_${PN}-libgstbufmeta = "${libdir}/libgstbufmeta${SOLIBS}"
 FILES_${PN}-libmfwba =  "${libdir}/libmfwba${SOLIBS}"
 FILES_${PN}-libfwvss = "${libdir}/libmfwvss${SOLIBS}"
-
-PACKAGE_ARCH = "${MACHINE_ARCH}"
-- 
1.8.4.rc3

[meta-fsl-arm PATCH 16/23] firmware-imx: Use MACHINE_SUBARCH for PACKAGE_ARCH

[Otavio Salvador]

The firmware-imx are common to the sub-architecture so we ought to
reflect this in the PACKAGE_ARCH setting.

Change-Id: Ib8c45fd2589e7a7fa10275021152ae7f951bf51e
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 recipes-bsp/firmware-imx/firmware-imx.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-bsp/firmware-imx/firmware-imx.inc b/recipes-bsp/firmware-imx/firmware-imx.inc
index 3ae30d9..5466084 100644
--- a/recipes-bsp/firmware-imx/firmware-imx.inc
+++ b/recipes-bsp/firmware-imx/firmware-imx.inc
@@ -44,4 +44,4 @@ ALLOW_EMPTY_${PN} = "1"
 
 PACKAGES_DYNAMIC = "${PN}-vpu-* ${PN}-sdma-*"
 
-PACKAGE_ARCH = "${MACHINE_ARCH}"
+PACKAGE_ARCH = "${MACHINE_SUBARCH}"
-- 
1.8.4.rc3

[meta-fsl-arm PATCH 17/23] libdrm: Use MACHINE_SUBARCH for PACKAGE_ARCH

[Otavio Salvador]

The libdrm are common to the sub-architecture so we ought to
reflect this in the PACKAGE_ARCH setting.

Change-Id: I1b33ee5e24b34639db8ad10517dadd1a74d2e2fb
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 recipes-graphics/drm/libdrm_2.4.46.bbappend | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-graphics/drm/libdrm_2.4.46.bbappend b/recipes-graphics/drm/libdrm_2.4.46.bbappend
index 8c8ea6b..f1959b8 100644
--- a/recipes-graphics/drm/libdrm_2.4.46.bbappend
+++ b/recipes-graphics/drm/libdrm_2.4.46.bbappend
@@ -2,4 +2,4 @@ FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
 
 SRC_URI_append_mx6 = "file://drm-update-arm.patch"
 
-PACKAGE_ARCH_mx6 = "${MACHINE_ARCH}"
+PACKAGE_ARCH_mx6 = "${MACHINE_SUBARCH}"
-- 
1.8.4.rc3

[meta-fsl-arm PATCH 18/23] xf86-video-imxfb-vivante: Use MACHINE_SUBARCH for PACKAGE_ARCH

[Otavio Salvador]

The xf86-video-imxfb-vivante are common to the sub-architecture so we
ought to reflect this in the PACKAGE_ARCH setting.

Change-Id: Ia011bbb11264a8daaa50e2988008d0f4bfc8b400
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 .../xorg-driver/xf86-video-imxfb-vivante_3.5.7-1.0.0-alpha.2.bb         | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-graphics/xorg-driver/xf86-video-imxfb-vivante_3.5.7-1.0.0-alpha.2.bb b/recipes-graphics/xorg-driver/xf86-video-imxfb-vivante_3.5.7-1.0.0-alpha.2.bb
index c65ad27..84b4e92 100644
--- a/recipes-graphics/xorg-driver/xf86-video-imxfb-vivante_3.5.7-1.0.0-alpha.2.bb
+++ b/recipes-graphics/xorg-driver/xf86-video-imxfb-vivante_3.5.7-1.0.0-alpha.2.bb
@@ -55,5 +55,5 @@ RDEPENDS_${PN} += "libvivante-dri-mx6 \
                    xserver-xorg-extension-dri2 \
                    xserver-xorg-extension-glx"
 
-PACKAGE_ARCH = "${MACHINE_ARCH}"
+PACKAGE_ARCH = "${MACHINE_SUBARCH}"
 COMPATIBLE_MACHINE = "(mx6)"
-- 
1.8.4.rc3

[meta-fsl-arm PATCH 19/23] gst-plugins-gl: Use MACHINE_SUBARCH for PACKAGE_ARCH

[Otavio Salvador]

The gst-plugins-gl are common to the sub-architecture so we ought to
reflect this in the PACKAGE_ARCH setting.

Change-Id: Ic295cf8d438a5e83924c79eb94ce19676f8b580f
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 recipes-multimedia/gstreamer/gst-plugins-gl_0.10.3.bbappend | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-multimedia/gstreamer/gst-plugins-gl_0.10.3.bbappend b/recipes-multimedia/gstreamer/gst-plugins-gl_0.10.3.bbappend
index 51eb457..1d11194 100644
--- a/recipes-multimedia/gstreamer/gst-plugins-gl_0.10.3.bbappend
+++ b/recipes-multimedia/gstreamer/gst-plugins-gl_0.10.3.bbappend
@@ -9,4 +9,4 @@ SRC_URI_append_mx6 = " file://IMX_MMCODEC_3.0.35_4.0.0.patch"
 
 CFLAGS_append_mx6 = " -DGLIB_DISABLE_DEPRECATION_WARNINGS -UG_DISABLE_DEPRECATED"
 
-PACKAGE_ARCH_mx6 = "${MACHINE_ARCH}"
+PACKAGE_ARCH_mx6 = "${MACHINE_SUBARCH}"
-- 
1.8.4.rc3

[meta-fsl-arm PATCH 20/23] gst-plugins-base: Use MACHINE_SUBARCH for PACKAGE_ARCH

[Otavio Salvador]

The gst-plugins-base are common to the sub-architecture so we ought to
reflect this in the PACKAGE_ARCH setting.

Change-Id: I8733f145be5a002806fce9449d89745b8654ccfd
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 recipes-multimedia/gst-plugins/gst-plugins-base_0.10.36.bbappend | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/recipes-multimedia/gst-plugins/gst-plugins-base_0.10.36.bbappend b/recipes-multimedia/gst-plugins/gst-plugins-base_0.10.36.bbappend
index ac420ce..c072610 100644
--- a/recipes-multimedia/gst-plugins/gst-plugins-base_0.10.36.bbappend
+++ b/recipes-multimedia/gst-plugins/gst-plugins-base_0.10.36.bbappend
@@ -7,6 +7,6 @@ SRC_URI_append_mxs = " file://gstplaybin2-rawvideo-support.patch"
 SRC_URI_append_mx5 = " file://gstplaybin2-rawvideo-support.patch"
 SRC_URI_append_mx6 = " file://gstplaybin2-rawvideo-support.patch"
 
-PACKAGE_ARCH_mxs = "${MACHINE_ARCH}"
-PACKAGE_ARCH_mx5 = "${MACHINE_ARCH}"
-PACKAGE_ARCH_mx6 = "${MACHINE_ARCH}"
+PACKAGE_ARCH_mxs = "${MACHINE_SUBARCH}"
+PACKAGE_ARCH_mx5 = "${MACHINE_SUBARCH}"
+PACKAGE_ARCH_mx6 = "${MACHINE_SUBARCH}"
-- 
1.8.4.rc3

[meta-fsl-arm PATCH 21/23] libfslcodec.inc: Use MACHINE_SUBARCH for PACKAGE_ARCH

[Otavio Salvador]

The libfslcodec are common to the sub-architecture so we ought to
reflect this in the PACKAGE_ARCH setting.

Change-Id: I050037f7f3c004bf882a78c58b6e2d4fe42fe6c6
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 recipes-multimedia/libfslcodec/libfslcodec.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-multimedia/libfslcodec/libfslcodec.inc b/recipes-multimedia/libfslcodec/libfslcodec.inc
index ad44eb1..be54156 100644
--- a/recipes-multimedia/libfslcodec/libfslcodec.inc
+++ b/recipes-multimedia/libfslcodec/libfslcodec.inc
@@ -63,4 +63,4 @@ FILES_${PN}-dev += "${libdir}/imx-mm/*/*${SOLIBSDEV} \
 # FIXME: The wrap and lib names does not match
 FILES_${PN}-oggvorbis += "${libdir}/imx-mm/audio-codec/wrap/lib_vorbisd_wrap_arm*_elinux.so.*"
 
-PACKAGE_ARCH = "${MACHINE_ARCH}"
+PACKAGE_ARCH = "${MACHINE_SUBARCH}"
-- 
1.8.4.rc3

[meta-fsl-arm PATCH 22/23] libfslparser.inc: Use MACHINE_SUBARCH for PACKAGE_ARCH

[Otavio Salvador]

The libfslparser are common to the sub-architecture so we ought to
reflect this in the PACKAGE_ARCH setting.

Change-Id: I3d24eedd4aecdf4c8d39f86ac95acd27580da1e9
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 recipes-multimedia/libfslparser/libfslparser.inc | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/recipes-multimedia/libfslparser/libfslparser.inc b/recipes-multimedia/libfslparser/libfslparser.inc
index fa30530..3862640 100644
--- a/recipes-multimedia/libfslparser/libfslparser.inc
+++ b/recipes-multimedia/libfslparser/libfslparser.inc
@@ -22,5 +22,4 @@ python populate_packages_prepend() {
 # FIXME: gst-fsl-plugin looks for the .so files so we need to deploy those
 FILES_${PN} += "${libdir}/imx-mm/*/*${SOLIBS} ${libdir}/imx-mm/*/*${SOLIBSDEV}"
 
-PACKAGE_ARCH = "${MACHINE_ARCH}"
-
+PACKAGE_ARCH = "${MACHINE_SUBARCH}"
-- 
1.8.4.rc3

[meta-fsl-arm PATCH 23/23] libfslvpuwrap: Use MACHINE_SUBARCH for PACKAGE_ARCH

[Otavio Salvador]

The libfslvpuwrap are common to the sub-architecture so we ought to
reflect this in the PACKAGE_ARCH setting.

Change-Id: I31925fc7efa910948e496cca1c8118cc73d11e97
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
---
 recipes-multimedia/libfslvpuwrap/libfslvpuwrap_1.0.38.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-multimedia/libfslvpuwrap/libfslvpuwrap_1.0.38.bb b/recipes-multimedia/libfslvpuwrap/libfslvpuwrap_1.0.38.bb
index 7b9e14c..d25985b 100644
--- a/recipes-multimedia/libfslvpuwrap/libfslvpuwrap_1.0.38.bb
+++ b/recipes-multimedia/libfslvpuwrap/libfslvpuwrap_1.0.38.bb
@@ -22,5 +22,5 @@ do_install_append() {
     rm -r ${D}${datadir}/imx-mm
 }
 
-PACKAGE_ARCH = "${MACHINE_ARCH}"
+PACKAGE_ARCH = "${MACHINE_SUBARCH}"
 COMPATIBLE_MACHINE = "(mx6)"
-- 
1.8.4.rc3

Re: [meta-fsl-arm PATCH 01/23] fsl-dynamic-packagearch.bbclass: Dynamically set package architecture

[Eric Bénard]

H Otavio,

Le Mon, 23 Sep 2013 16:55:36 -0300,
Otavio Salvador <otavio@ossystems.com.br> a écrit :

> This allow to easy reuse of binary packages among similar SoCs. The
> usual use for this is to share SoC specific packages among different
> boards. The class can be used to share GPU packages for i.MX53 boards
> (as all them share the AMD GPU) and i.MX6 based boards (as all them
> share Vivante GPU).
> 
> It inspects the database and identify if the package provides or
> depends on one of subarch provided values and if it does, it sets the
> PACKAGE_ARCH for MACHINE_SUBARCH value otherwise if it matches in the
> machine specific filter, it sets it to MACHINE_ARCH.
> 
> Change-Id: Icb0a8060e862c8eeb166c45d1b39c40de07b01d8
> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
> ---
>  classes/fsl-dynamic-packagearch.bbclass | 37 +++++++++++++++++++++++++++++++++
>  1 file changed, 37 insertions(+)
>  create mode 100644 classes/fsl-dynamic-packagearch.bbclass
> 
> diff --git a/classes/fsl-dynamic-packagearch.bbclass b/classes/fsl-dynamic-packagearch.bbclass
> new file mode 100644
> index 0000000..2778885
> --- /dev/null
> +++ b/classes/fsl-dynamic-packagearch.bbclass
> @@ -0,0 +1,37 @@
> +# Automatically set PACKAGE_ARCH for MACHINE_SUBARCH
> +#
> +# This allow to easy reuse of binary packages among similar SoCs. The
> +# usual use for this is to share SoC specific packages among different
> +# boards.
> +#
> +# For example, in meta-fsl-arm, this is used to share GPU packages for
> +# i.MX53 boards (as all them share the AMD GPU) and i.MX6 based boards
> +# (as all them share Vivante GPU).
> +#
> +# To use the class, specify:
> +#
> +# SUBARCH_FILTER = "foo"
> +# MACHINE_ARCH_FILTER = "bar"
> +#
> +# Copyright 2013 (C) O.S. Systems Software LTDA.
> +
> +python __anonymous () {
> +    machine_arch_filter = set((d.getVar("MACHINE_ARCH_FILTER", True) or "").split())
> +    subarch_filter = set((d.getVar("SUBARCH_FILTER", True) or "").split())
> +    if subarch_filter or machine_arch_filter:
> +        provides = set((d.getVar("PROVIDES", True) or "").split())
> +        depends = set((d.getVar("DEPENDS", True) or "").split())
> +        PN = d.getVar("PN", True)
> +
> +        package_arch = None
> +        if list(machine_arch_filter & (provides | depends)):
> +            package_arch = d.getVar("MACHINE_ARCH", True)
> +        elif list(subarch_filter & (provides | depends)):
> +            package_arch = d.getVar("MACHINE_SUBARCH", True)
> +            if not package_arch:
> +                bb.parse.SkipPackage("You must set MACHINE_SUBARCH as SUBARCH_FILTER is set for this SoC.")
> +
> +        if package_arch:
> +            bb.debug(1, "Use '%s' as package archictecture for '%s'" % (package_arch, PN))
> +            d.setVar("PACKAGE_ARCH", package_arch)
> +}

what is the time cost of this dynamic setting vs the static one ?

Eric

Re: [meta-fsl-arm PATCH 01/23] fsl-dynamic-packagearch.bbclass: Dynamically set package architecture

[Otavio Salvador]

On Mon, Sep 23, 2013 at 8:04 PM, Eric Bénard <eric@eukrea.com> wrote:
> H Otavio,
>
> Le Mon, 23 Sep 2013 16:55:36 -0300,
> Otavio Salvador <otavio@ossystems.com.br> a écrit :
>
>> This allow to easy reuse of binary packages among similar SoCs. The
>> usual use for this is to share SoC specific packages among different
>> boards. The class can be used to share GPU packages for i.MX53 boards
>> (as all them share the AMD GPU) and i.MX6 based boards (as all them
>> share Vivante GPU).
>>
>> It inspects the database and identify if the package provides or
>> depends on one of subarch provided values and if it does, it sets the
>> PACKAGE_ARCH for MACHINE_SUBARCH value otherwise if it matches in the
>> machine specific filter, it sets it to MACHINE_ARCH.
>>
>> Change-Id: Icb0a8060e862c8eeb166c45d1b39c40de07b01d8
>> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
...
> what is the time cost of this dynamic setting vs the static one ?

This reduces the amount of packages we build, for example in case of
core-image-x11 we:

$ ls -l tmp/deploy/rpm/cortexa9hf_vfp_neon_mx6/*.rpm | wc -l
75

So we reuse 75 binaries; these would be build otherwise.

Regarding it being dynamically set or statically set it has following benefits:

* correctness: it is easier to ensure the system behaves as expected
* correctness for non-tracked recipes: new recipes, if depending on
virtual/kernel or GPU has the right architecture choosen, without a
.bbappend file for them
* safeness: non-expert users get a more adequate behavior as the
complexity of choosing the right architecture is simplified for them
* easy maintenance: it is easier for me, as maintainer, to maintain a
code which decides what to do than having hundreds of bbappend files
for it

I hope it justify it enough.

Regards,

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

Re: [meta-fsl-arm PATCH 01/23] fsl-dynamic-packagearch.bbclass: Dynamically set package architecture

[Daiane Angolini]

On 09/23/2013 10:04 PM, Otavio Salvador wrote:
> On Mon, Sep 23, 2013 at 8:04 PM, Eric Bénard <eric@eukrea.com> wrote:
>> H Otavio,
>>
>> Le Mon, 23 Sep 2013 16:55:36 -0300,
>> Otavio Salvador <otavio@ossystems.com.br> a écrit :
>>
>>> This allow to easy reuse of binary packages among similar SoCs. The
>>> usual use for this is to share SoC specific packages among different
>>> boards. The class can be used to share GPU packages for i.MX53 boards
>>> (as all them share the AMD GPU) and i.MX6 based boards (as all them
>>> share Vivante GPU).
>>>
>>> It inspects the database and identify if the package provides or
>>> depends on one of subarch provided values and if it does, it sets the
>>> PACKAGE_ARCH for MACHINE_SUBARCH value otherwise if it matches in the
>>> machine specific filter, it sets it to MACHINE_ARCH.
>>>
>>> Change-Id: Icb0a8060e862c8eeb166c45d1b39c40de07b01d8
>>> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
> ...
>> what is the time cost of this dynamic setting vs the static one ?
>
> This reduces the amount of packages we build, for example in case of
> core-image-x11 we:
>
> $ ls -l tmp/deploy/rpm/cortexa9hf_vfp_neon_mx6/*.rpm | wc -l
> 75
>
> So we reuse 75 binaries; these would be build otherwise.
>
> Regarding it being dynamically set or statically set it has following benefits:
>
> * correctness: it is easier to ensure the system behaves as expected
> * correctness for non-tracked recipes: new recipes, if depending on
> virtual/kernel or GPU has the right architecture choosen, without a
> .bbappend file for them
> * safeness: non-expert users get a more adequate behavior as the
> complexity of choosing the right architecture is simplified for them
> * easy maintenance: it is easier for me, as maintainer, to maintain a
> code which decides what to do than having hundreds of bbappend files
> for it
>
> I hope it justify it enough.

Could you, please, explain how this is a upstream trend?
(or, in other words, how this is the same thing people are doing for 
mesa in poky)

Consider to include those justification on commit log.

>
> Regards,
>


-- 
Daiane

Re: [meta-fsl-arm PATCH 01/23] fsl-dynamic-packagearch.bbclass: Dynamically set package architecture

[Otavio Salvador]

On Tue, Sep 24, 2013 at 8:21 AM, Daiane Angolini
<daiane.angolini@freescale.com> wrote:
> On 09/23/2013 10:04 PM, Otavio Salvador wrote:
>>
>> On Mon, Sep 23, 2013 at 8:04 PM, Eric Bénard <eric@eukrea.com> wrote:
>>>
>>> H Otavio,
>>>
>>> Le Mon, 23 Sep 2013 16:55:36 -0300,
>>> Otavio Salvador <otavio@ossystems.com.br> a écrit :
>>>
>>>> This allow to easy reuse of binary packages among similar SoCs. The
>>>> usual use for this is to share SoC specific packages among different
>>>> boards. The class can be used to share GPU packages for i.MX53 boards
>>>> (as all them share the AMD GPU) and i.MX6 based boards (as all them
>>>> share Vivante GPU).
>>>>
>>>> It inspects the database and identify if the package provides or
>>>> depends on one of subarch provided values and if it does, it sets the
>>>> PACKAGE_ARCH for MACHINE_SUBARCH value otherwise if it matches in the
>>>> machine specific filter, it sets it to MACHINE_ARCH.
>>>>
>>>> Change-Id: Icb0a8060e862c8eeb166c45d1b39c40de07b01d8
>>>> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
>>
>> ...
>>>
>>> what is the time cost of this dynamic setting vs the static one ?
>>
>>
>> This reduces the amount of packages we build, for example in case of
>> core-image-x11 we:
>>
>> $ ls -l tmp/deploy/rpm/cortexa9hf_vfp_neon_mx6/*.rpm | wc -l
>> 75
>>
>> So we reuse 75 binaries; these would be build otherwise.
>>
>> Regarding it being dynamically set or statically set it has following
>> benefits:
>>
>> * correctness: it is easier to ensure the system behaves as expected
>> * correctness for non-tracked recipes: new recipes, if depending on
>> virtual/kernel or GPU has the right architecture choosen, without a
>> .bbappend file for them
>> * safeness: non-expert users get a more adequate behavior as the
>> complexity of choosing the right architecture is simplified for them
>> * easy maintenance: it is easier for me, as maintainer, to maintain a
>> code which decides what to do than having hundreds of bbappend files
>> for it
>>
>> I hope it justify it enough.
>
>
> Could you, please, explain how this is a upstream trend?
> (or, in other words, how this is the same thing people are doing for mesa in
> poky)
>
> Consider to include those justification on commit log.

It is not. This is what people has done for meta-intel to handle GPU
packages better.

The mesa part is another one which has been merged in Poky; now I need
to stop and integrate this in meta-fsl-arm as well.

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

Re: [meta-fsl-arm PATCH 01/23] fsl-dynamic-packagearch.bbclass: Dynamically set package architecture

[Eric Bénard]

Hi Otavio,

Le Mon, 23 Sep 2013 22:04:41 -0300,
Otavio Salvador <otavio@ossystems.com.br> a écrit :

> On Mon, Sep 23, 2013 at 8:04 PM, Eric Bénard <eric@eukrea.com> wrote:
> > H Otavio,
> >
> > Le Mon, 23 Sep 2013 16:55:36 -0300,
> > Otavio Salvador <otavio@ossystems.com.br> a écrit :
> >
> >> This allow to easy reuse of binary packages among similar SoCs. The
> >> usual use for this is to share SoC specific packages among different
> >> boards. The class can be used to share GPU packages for i.MX53 boards
> >> (as all them share the AMD GPU) and i.MX6 based boards (as all them
> >> share Vivante GPU).
> >>
> >> It inspects the database and identify if the package provides or
> >> depends on one of subarch provided values and if it does, it sets the
> >> PACKAGE_ARCH for MACHINE_SUBARCH value otherwise if it matches in the
> >> machine specific filter, it sets it to MACHINE_ARCH.
> >>
> >> Change-Id: Icb0a8060e862c8eeb166c45d1b39c40de07b01d8
> >> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
> ...
> > what is the time cost of this dynamic setting vs the static one ?
> 
> This reduces the amount of packages we build, for example in case of
> core-image-x11 we:
> 
> $ ls -l tmp/deploy/rpm/cortexa9hf_vfp_neon_mx6/*.rpm | wc -l
> 75
> 
> So we reuse 75 binaries; these would be build otherwise.
> 
how many recipes are concerned by these 75 packages ?

> Regarding it being dynamically set or statically set it has following benefits:
> 
> * correctness: it is easier to ensure the system behaves as expected
> * correctness for non-tracked recipes: new recipes, if depending on
> virtual/kernel or GPU has the right architecture choosen, without a
> .bbappend file for them
> * safeness: non-expert users get a more adequate behavior as the
> complexity of choosing the right architecture is simplified for them

do you have an example ?

> * easy maintenance: it is easier for me, as maintainer, to maintain a
> code which decides what to do than having hundreds of bbappend files
> for it

but in the present patchset you don't remove any bbappend !

What is the cost on the build/parse time to have this code running
dynamicaly ?

While at it : why does qt4 depends on virtual/kernel ?
That's quite annoying as it seems qt gets rebuilt everytime we make a
change to the kernel.

Eric

Re: [meta-fsl-arm PATCH 01/23] fsl-dynamic-packagearch.bbclass: Dynamically set package architecture

[Otavio Salvador]

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

On Tue, Sep 24, 2013 at 2:02 PM, Eric Bénard <eric@eukrea.com> wrote:
> Le Mon, 23 Sep 2013 22:04:41 -0300,
> Otavio Salvador <otavio@ossystems.com.br> a écrit :
>
>> On Mon, Sep 23, 2013 at 8:04 PM, Eric Bénard <eric@eukrea.com> wrote:
>> > H Otavio,
>> >
>> > Le Mon, 23 Sep 2013 16:55:36 -0300,
>> > Otavio Salvador <otavio@ossystems.com.br> a écrit :
>> >
>> >> This allow to easy reuse of binary packages among similar SoCs. The
>> >> usual use for this is to share SoC specific packages among different
>> >> boards. The class can be used to share GPU packages for i.MX53 boards
>> >> (as all them share the AMD GPU) and i.MX6 based boards (as all them
>> >> share Vivante GPU).
>> >>
>> >> It inspects the database and identify if the package provides or
>> >> depends on one of subarch provided values and if it does, it sets the
>> >> PACKAGE_ARCH for MACHINE_SUBARCH value otherwise if it matches in the
>> >> machine specific filter, it sets it to MACHINE_ARCH.
>> >>
>> >> Change-Id: Icb0a8060e862c8eeb166c45d1b39c40de07b01d8
>> >> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
>> ...
>> > what is the time cost of this dynamic setting vs the static one ?
>>
>> This reduces the amount of packages we build, for example in case of
>> core-image-x11 we:
>>
>> $ ls -l tmp/deploy/rpm/cortexa9hf_vfp_neon_mx6/*.rpm | wc -l
>> 75
>>
>> So we reuse 75 binaries; these would be build otherwise.
>
> how many recipes are concerned by these 75 packages ?

gpu-viv, xserver-xorg and more ... (full list for fsl-image-gui - 235
rpm packages - attached).

>> Regarding it being dynamically set or statically set it has following benefits:
>>
>> * correctness: it is easier to ensure the system behaves as expected
>> * correctness for non-tracked recipes: new recipes, if depending on
>> virtual/kernel or GPU has the right architecture choosen, without a
>> .bbappend file for them
>> * safeness: non-expert users get a more adequate behavior as the
>> complexity of choosing the right architecture is simplified for them
>
> do you have an example ?

Sure; for example a weston package (which we don't have a bbappend)
will have the package architecture set to the mx6 subarch as it
depends on the gpu libraries. This also works for customer recipes and
other layers.

Otherwise we'd need to include bbappend files for all those recipes.

>> * easy maintenance: it is easier for me, as maintainer, to maintain a
>> code which decides what to do than having hundreds of bbappend files
>> for it
>
> but in the present patchset you don't remove any bbappend !

Yes and not all where being done right. We had most as machine
specific which where wrong.

> What is the cost on the build/parse time to have this code running
> dynamicaly ?
>
> While at it : why does qt4 depends on virtual/kernel ?
> That's quite annoying as it seems qt gets rebuilt everytime we make a
> change to the kernel.

It uses kernel headers and do syscalls for mxcfb. I am open for an
advise how to make this better.

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

[-- Attachment #2: cortexa9hf_vfp_neon_mx6.txt --]
[-- Type: text/plain, Size: 25910 bytes --]

total 102136
-rw-r--r-- 2 otavio otavio     2648 Sep 24 02:41 firmware-imx-3.5.7+1.0.0-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     2752 Sep 24 02:41 firmware-imx-dbg-3.5.7+1.0.0-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     2868 Sep 24 02:41 firmware-imx-dev-3.5.7+1.0.0-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4067 Sep 24 02:41 firmware-imx-sdma-imx25-3.5.7+1.0.0-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     7440 Sep 24 02:41 firmware-imx-sdma-imx31-3.5.7+1.0.0-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     5590 Sep 24 02:41 firmware-imx-sdma-imx35-3.5.7+1.0.0-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4159 Sep 24 02:41 firmware-imx-sdma-imx51-3.5.7+1.0.0-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4462 Sep 24 02:41 firmware-imx-sdma-imx53-3.5.7+1.0.0-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    53285 Sep 24 02:41 firmware-imx-vpu-imx27-3.5.7+1.0.0-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    67890 Sep 24 02:41 firmware-imx-vpu-imx51-3.5.7+1.0.0-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    67115 Sep 24 02:41 firmware-imx-vpu-imx53-3.5.7+1.0.0-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    83668 Sep 24 02:41 firmware-imx-vpu-imx6d-3.5.7+1.0.0-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    85689 Sep 24 02:41 firmware-imx-vpu-imx6q-3.5.7+1.0.0-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio 34321659 Sep 24 01:34 gpu-viv-bin-mx6q-3.5.7+1.0.0+alpha.2+hfp-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     3200 Sep 24 01:34 gpu-viv-bin-mx6q-dbg-3.5.7+1.0.0+alpha.2+hfp-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    93253 Sep 24 01:34 gpu-viv-bin-mx6q-dev-3.5.7+1.0.0+alpha.2+hfp-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    17806 Sep 24 01:34 gst-plugins-base-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    18063 Sep 24 01:34 gst-plugins-base-adder-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4620 Sep 24 01:34 gst-plugins-base-adder-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    37890 Sep 24 01:34 gst-plugins-base-alsa-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4641 Sep 24 01:34 gst-plugins-base-alsa-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     5974 Sep 24 01:34 gst-plugins-base-app-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4534 Sep 24 01:34 gst-plugins-base-app-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    13322 Sep 24 01:34 gst-plugins-base-apps-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    28801 Sep 24 01:34 gst-plugins-base-audioconvert-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4651 Sep 24 01:34 gst-plugins-base-audioconvert-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    14135 Sep 24 01:34 gst-plugins-base-audiorate-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4525 Sep 24 01:34 gst-plugins-base-audiorate-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    31676 Sep 24 01:34 gst-plugins-base-audioresample-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4555 Sep 24 01:34 gst-plugins-base-audioresample-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    18466 Sep 24 01:34 gst-plugins-base-audiotestsrc-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4558 Sep 24 01:34 gst-plugins-base-audiotestsrc-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio  4910519 Sep 24 01:34 gst-plugins-base-dbg-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    21260 Sep 24 01:34 gst-plugins-base-decodebin-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4565 Sep 24 01:34 gst-plugins-base-decodebin-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    53464 Sep 24 01:34 gst-plugins-base-decodebin2-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4569 Sep 24 01:34 gst-plugins-base-decodebin2-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   103627 Sep 24 01:34 gst-plugins-base-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4334 Sep 24 01:34 gst-plugins-base-doc-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    30400 Sep 24 01:34 gst-plugins-base-encodebin-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4564 Sep 24 01:34 gst-plugins-base-encodebin-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    95846 Sep 24 01:34 gst-plugins-base-ffmpegcolorspace-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4600 Sep 24 01:34 gst-plugins-base-ffmpegcolorspace-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    18444 Sep 24 01:34 gst-plugins-base-gdp-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4518 Sep 24 01:34 gst-plugins-base-gdp-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    19951 Sep 24 01:34 gst-plugins-base-gio-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4521 Sep 24 01:34 gst-plugins-base-gio-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    12061 Sep 24 01:34 gst-plugins-base-ivorbisdec-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4693 Sep 24 01:34 gst-plugins-base-ivorbisdec-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4701 Sep 24 01:34 gst-plugins-base-locale-af-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4755 Sep 24 01:34 gst-plugins-base-locale-az-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    10724 Sep 24 01:34 gst-plugins-base-locale-bg-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     9988 Sep 24 01:34 gst-plugins-base-locale-ca-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    10103 Sep 24 01:34 gst-plugins-base-locale-cs-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     9832 Sep 24 01:34 gst-plugins-base-locale-da-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    10065 Sep 24 01:34 gst-plugins-base-locale-de-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    10586 Sep 24 01:34 gst-plugins-base-locale-el-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4643 Sep 24 01:34 gst-plugins-base-locale-en-gb-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     6149 Sep 24 01:34 gst-plugins-base-locale-eo-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     9904 Sep 24 01:34 gst-plugins-base-locale-es-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     8623 Sep 24 01:34 gst-plugins-base-locale-eu-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     9841 Sep 24 01:34 gst-plugins-base-locale-fi-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    10034 Sep 24 01:34 gst-plugins-base-locale-fr-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    10057 Sep 24 01:34 gst-plugins-base-locale-gl-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    10106 Sep 24 01:34 gst-plugins-base-locale-hu-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     9732 Sep 24 01:34 gst-plugins-base-locale-id-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     8686 Sep 24 01:34 gst-plugins-base-locale-it-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     9289 Sep 24 01:34 gst-plugins-base-locale-ja-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     8246 Sep 24 01:34 gst-plugins-base-locale-lt-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     9916 Sep 24 01:34 gst-plugins-base-locale-lv-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     5812 Sep 24 01:34 gst-plugins-base-locale-nb-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     9718 Sep 24 01:34 gst-plugins-base-locale-nl-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4902 Sep 24 01:34 gst-plugins-base-locale-or-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     9904 Sep 24 01:34 gst-plugins-base-locale-pl-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     9975 Sep 24 01:34 gst-plugins-base-locale-pt-br-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     8615 Sep 24 01:34 gst-plugins-base-locale-ro-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    10479 Sep 24 01:34 gst-plugins-base-locale-ru-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     9951 Sep 24 01:34 gst-plugins-base-locale-sk-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     9897 Sep 24 01:34 gst-plugins-base-locale-sl-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4792 Sep 24 01:34 gst-plugins-base-locale-sq-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    10484 Sep 24 01:34 gst-plugins-base-locale-sr-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     8579 Sep 24 01:34 gst-plugins-base-locale-sv-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     9893 Sep 24 01:34 gst-plugins-base-locale-tr-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    10802 Sep 24 01:34 gst-plugins-base-locale-uk-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     9031 Sep 24 01:34 gst-plugins-base-locale-vi-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     8167 Sep 24 01:34 gst-plugins-base-locale-zh-cn-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     3908 Sep 24 01:34 gst-plugins-base-meta-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    99033 Sep 24 01:34 gst-plugins-base-ogg-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4682 Sep 24 01:34 gst-plugins-base-ogg-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   118221 Sep 24 01:34 gst-plugins-base-playbin-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4632 Sep 24 01:34 gst-plugins-base-playbin-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio  1961473 Sep 24 01:34 gst-plugins-base-staticdev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    33278 Sep 24 01:34 gst-plugins-base-subparse-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4528 Sep 24 01:34 gst-plugins-base-subparse-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    43519 Sep 24 01:34 gst-plugins-base-tcp-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4517 Sep 24 01:34 gst-plugins-base-tcp-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    34772 Sep 24 01:34 gst-plugins-base-theora-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4598 Sep 24 01:34 gst-plugins-base-theora-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    41826 Sep 24 01:34 gst-plugins-base-typefindfunctions-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4623 Sep 24 01:34 gst-plugins-base-typefindfunctions-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    18048 Sep 24 01:34 gst-plugins-base-videorate-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4535 Sep 24 01:34 gst-plugins-base-videorate-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    40216 Sep 24 01:34 gst-plugins-base-videoscale-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4563 Sep 24 01:34 gst-plugins-base-videoscale-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    26126 Sep 24 01:34 gst-plugins-base-videotestsrc-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4549 Sep 24 01:34 gst-plugins-base-videotestsrc-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    15584 Sep 24 01:34 gst-plugins-base-volume-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4635 Sep 24 01:34 gst-plugins-base-volume-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    23748 Sep 24 01:34 gst-plugins-base-vorbis-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4676 Sep 24 01:34 gst-plugins-base-vorbis-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    23669 Sep 24 01:34 gst-plugins-base-ximagesink-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4752 Sep 24 01:34 gst-plugins-base-ximagesink-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    33622 Sep 24 01:34 gst-plugins-base-xvimagesink-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4764 Sep 24 01:34 gst-plugins-base-xvimagesink-dev-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio  6194672 Sep 24 01:34 libclc-mx6-3.5.7+1.0.0+alpha.2+hfp-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    39246 Sep 24 01:34 libclc-mx6-dev-3.5.7+1.0.0+alpha.2+hfp-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio  1116245 Sep 24 01:34 libdricore9.1.6-1-9.1.6-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4683 Sep 24 01:34 libdricore9.1.6-dev-9.1.6-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   369088 Sep 24 01:34 libdrm-dbg-2.4.46-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    76995 Sep 24 01:34 libdrm-dev-2.4.46-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     3000 Sep 24 01:34 libdrm-drivers-2.4.46-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    16091 Sep 24 01:34 libdrm-nouveau2-2.4.46-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     7729 Sep 24 01:34 libdrm-omap1-2.4.46-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    23807 Sep 24 01:34 libdrm-radeon1-2.4.46-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    45637 Sep 24 01:34 libdrm-tests-2.4.46-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    21536 Sep 24 01:34 libdrm2-2.4.46-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   137095 Sep 24 01:34 libegl-mx6-3.5.7+1.0.0+alpha.2+hfp-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    17377 Sep 24 01:34 libegl-mx6-dev-3.5.7+1.0.0+alpha.2+hfp-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     2608 Sep 24 01:34 libfslcodec-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   154856 Sep 24 01:34 libfslcodec-aac-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    12584 Sep 24 01:34 libfslcodec-bmp-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   103572 Sep 24 01:34 libfslcodec-bsac-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     2788 Sep 24 01:34 libfslcodec-dbg-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    83290 Sep 24 01:34 libfslcodec-dev-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio  5926672 Sep 24 01:34 libfslcodec-doc-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   206544 Sep 24 01:34 libfslcodec-flac-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    14035 Sep 24 01:34 libfslcodec-g.711-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   197041 Sep 24 01:34 libfslcodec-g.723.1-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    21109 Sep 24 01:34 libfslcodec-g.726-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   144215 Sep 24 01:34 libfslcodec-g.729ab-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    12962 Sep 24 01:34 libfslcodec-gif-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   145195 Sep 24 01:34 libfslcodec-h264-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   116110 Sep 24 01:34 libfslcodec-jpeg-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     3152 Sep 24 01:34 libfslcodec-meta-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   501828 Sep 24 01:34 libfslcodec-mp3-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    31658 Sep 24 01:34 libfslcodec-mpeg2-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   226414 Sep 24 01:34 libfslcodec-mpeg4asp-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   328289 Sep 24 01:34 libfslcodec-nb-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   106299 Sep 24 01:34 libfslcodec-oggvorbis-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    17137 Sep 24 01:34 libfslcodec-peq-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    76529 Sep 24 01:34 libfslcodec-png-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    17109 Sep 24 01:34 libfslcodec-sbc-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    31872 Sep 24 01:34 libfslcodec-src-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   145478 Sep 24 01:34 libfslcodec-wb-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   542014 Sep 24 01:34 libfslparser-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     2792 Sep 24 01:34 libfslparser-dbg-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    16693 Sep 24 01:34 libfslparser-dev-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   318733 Sep 24 01:34 libfslparser-doc-3.0.8-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 1 otavio otavio   122580 Sep 24 12:12 libfslvpuwrap-dbg-1.0.38-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 1 otavio otavio    11821 Sep 24 12:12 libfslvpuwrap-dev-1.0.38-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 1 otavio otavio   128896 Sep 24 12:12 libfslvpuwrap-doc-1.0.38-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 1 otavio otavio    95574 Sep 24 12:12 libfslvpuwrap-staticdev-1.0.38-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 1 otavio otavio    36513 Sep 24 12:12 libfslvpuwrap3-1.0.38-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio  1705227 Sep 24 01:34 libgal-mx6-3.5.7+1.0.0+alpha.2+hfp-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     8295 Sep 24 01:34 libgbm-dev-9.1.6-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    12656 Sep 24 01:34 libgbm1-9.1.6-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    15585 Sep 24 01:34 libgc-wayland-protocol0-3.5.7+1.0.0+alpha.2+hfp-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   163589 Sep 24 01:34 libgl-mesa-dev-9.1.6-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   645145 Sep 24 01:34 libgl-mx6-3.5.7+1.0.0+alpha.2+hfp-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     3686 Sep 24 01:34 libgl-mx6-dev-3.5.7+1.0.0+alpha.2+hfp-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4600 Sep 24 01:34 libglapi-dev-9.1.6-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    42234 Sep 24 01:34 libglapi0-9.1.6-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio  2472217 Sep 24 01:34 libgles-mx6-3.5.7+1.0.0+alpha.2+hfp-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    23287 Sep 24 01:34 libgles-mx6-dev-3.5.7+1.0.0+alpha.2+hfp-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   525701 Sep 24 01:34 libgles2-mx6-3.5.7+1.0.0+alpha.2+hfp-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    20067 Sep 24 01:34 libgles2-mx6-dev-3.5.7+1.0.0+alpha.2+hfp-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   118406 Sep 24 01:34 libglew-bin-1.10.0-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   668713 Sep 24 01:34 libglew-dbg-1.10.0-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   159169 Sep 24 01:34 libglew-dev-1.10.0-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   378280 Sep 24 01:34 libglew-staticdev-1.10.0-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   182328 Sep 24 01:34 libglew1-1.10.0-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   499142 Sep 24 01:34 libglslc-mx6-3.5.7+1.0.0+alpha.2+hfp-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   903833 Sep 24 01:35 libglu-dbg-9.0.0-0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     9787 Sep 24 01:35 libglu-dev-9.0.0-0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio  1220050 Sep 24 01:35 libglu-staticdev-9.0.0-0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   198791 Sep 24 01:35 libglu1-9.0.0-0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    23641 Sep 24 01:34 libgstapp-0.10-0-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    97983 Sep 24 01:34 libgstaudio-0.10-0-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    21298 Sep 24 01:34 libgstcdda-0.10-0-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    22357 Sep 24 01:34 libgstfft-0.10-0-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    24850 Sep 24 01:34 libgstinterfaces-0.10-0-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     8068 Sep 24 01:34 libgstnetbuffer-0.10-0-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    55977 Sep 24 01:34 libgstpbutils-0.10-0-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    28817 Sep 24 01:34 libgstriff-0.10-0-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    39803 Sep 24 01:34 libgstrtp-0.10-0-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    38555 Sep 24 01:34 libgstrtsp-0.10-0-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    15873 Sep 24 01:34 libgstsdp-0.10-0-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    93322 Sep 24 01:34 libgsttag-0.10-0-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    38992 Sep 24 01:34 libgstvideo-0.10-0-0.10.36-r8.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     8798 Sep 24 01:34 libkms1-2.4.46-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   148909 Sep 24 01:34 libopencl-mx6-3.5.7+1.0.0+alpha.2+hfp-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio  1516803 Sep 24 01:34 libopenvg-mx6-3.5.7+1.0.0+alpha.2+hfp-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    14690 Sep 24 01:34 libopenvg-mx6-dev-3.5.7+1.0.0+alpha.2+hfp-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   149586 Sep 24 01:34 libsdl-1.2-0-1.2.15-r2.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   864276 Sep 24 01:34 libsdl-1.2-dbg-1.2.15-r2.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   101217 Sep 24 01:34 libsdl-1.2-dev-1.2.15-r2.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    72724 Sep 24 01:34 libsdl-1.2-doc-1.2.15-r2.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     5536 Sep 24 01:34 libsdl-1.2-staticdev-1.2.15-r2.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    34399 Sep 24 01:34 libvdk-mx6-3.5.7+1.0.0+alpha.2+hfp-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     6489 Sep 24 01:34 libvdk-mx6-dev-3.5.7+1.0.0+alpha.2+hfp-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio  3727613 Sep 24 01:34 libvivante-dri-mx6-3.5.7+1.0.0+alpha.2+hfp-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio  1568823 Sep 24 01:34 libvivante-mx6-3.5.7+1.0.0+alpha.2+hfp-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     7699 Sep 24 01:34 libwayland-viv0-3.5.7+1.0.0+alpha.2+hfp-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio  8166293 Sep 24 01:34 mesa-dbg-9.1.6-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio  1390588 Sep 24 01:34 mesa-demos-8.1.0-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   554274 Sep 24 01:34 mesa-demos-dbg-8.1.0-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     3100 Sep 24 01:34 mesa-demos-dev-8.1.0-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     4448 Sep 24 01:34 mesa-dev-9.1.6-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    12134 Sep 24 01:34 mesa-driver-swrast-9.1.6-r0.cortexa9hf_vfp_neon_mx6.rpm
drwxr-xr-x 2 otavio otavio     4096 Sep 24 13:04 repodata/
-rw-r--r-- 2 otavio otavio    24102 Sep 24 01:35 xf86-video-imxfb-vivante-3.5.7+1.0.0+alpha.2-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   285525 Sep 24 01:35 xf86-video-imxfb-vivante-dbg-3.5.7+1.0.0+alpha.2-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     7539 Sep 24 01:35 xf86-video-imxfb-vivante-dev-3.5.7+1.0.0+alpha.2-r0.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio  1002750 Sep 24 01:35 xserver-xorg-1.14.0-r8.1.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio 11310158 Sep 24 01:35 xserver-xorg-dbg-1.14.0-r8.1.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   273825 Sep 24 01:35 xserver-xorg-dev-1.14.0-r8.1.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    43905 Sep 24 01:35 xserver-xorg-doc-1.14.0-r8.1.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   111460 Sep 24 01:35 xserver-xorg-extension-glx-1.14.0-r8.1.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    42971 Sep 24 01:35 xserver-xorg-module-exa-1.14.0-r8.1.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    48537 Sep 24 01:35 xserver-xorg-module-libint10-1.14.0-r8.1.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    79333 Sep 24 01:35 xserver-xorg-module-libwfb-1.14.0-r8.1.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio    26455 Sep 24 01:35 xserver-xorg-multimedia-modules-1.14.0-r8.1.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio     8431 Sep 24 01:35 xserver-xorg-utils-1.14.0-r8.1.cortexa9hf_vfp_neon_mx6.rpm
-rw-r--r-- 2 otavio otavio   727685 Sep 24 01:35 xserver-xorg-xvfb-1.14.0-r8.1.cortexa9hf_vfp_neon_mx6.rpm

Re: [meta-fsl-arm PATCH 01/23] fsl-dynamic-packagearch.bbclass: Dynamically set package architecture

[Eric Bénard]

Le Tue, 24 Sep 2013 14:36:21 -0300,
Otavio Salvador <otavio@ossystems.com.br> a écrit :

> On Tue, Sep 24, 2013 at 2:02 PM, Eric Bénard <eric@eukrea.com> wrote:
> > Le Mon, 23 Sep 2013 22:04:41 -0300,
> > Otavio Salvador <otavio@ossystems.com.br> a écrit :
> >
> >> On Mon, Sep 23, 2013 at 8:04 PM, Eric Bénard <eric@eukrea.com> wrote:
> >> > H Otavio,
> >> >
> >> > Le Mon, 23 Sep 2013 16:55:36 -0300,
> >> > Otavio Salvador <otavio@ossystems.com.br> a écrit :
> >> >
> >> >> This allow to easy reuse of binary packages among similar SoCs. The
> >> >> usual use for this is to share SoC specific packages among different
> >> >> boards. The class can be used to share GPU packages for i.MX53 boards
> >> >> (as all them share the AMD GPU) and i.MX6 based boards (as all them
> >> >> share Vivante GPU).
> >> >>
> >> >> It inspects the database and identify if the package provides or
> >> >> depends on one of subarch provided values and if it does, it sets the
> >> >> PACKAGE_ARCH for MACHINE_SUBARCH value otherwise if it matches in the
> >> >> machine specific filter, it sets it to MACHINE_ARCH.
> >> >>
> >> >> Change-Id: Icb0a8060e862c8eeb166c45d1b39c40de07b01d8
> >> >> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
> >> ...
> >> > what is the time cost of this dynamic setting vs the static one ?
> >>
> >> This reduces the amount of packages we build, for example in case of
> >> core-image-x11 we:
> >>
> >> $ ls -l tmp/deploy/rpm/cortexa9hf_vfp_neon_mx6/*.rpm | wc -l
> >> 75
> >>
> >> So we reuse 75 binaries; these would be build otherwise.
> >
> > how many recipes are concerned by these 75 packages ?
> 
> gpu-viv, xserver-xorg and more ... (full list for fsl-image-gui - 235
> rpm packages - attached).
> 
> >> Regarding it being dynamically set or statically set it has following benefits:
> >>
> >> * correctness: it is easier to ensure the system behaves as expected
> >> * correctness for non-tracked recipes: new recipes, if depending on
> >> virtual/kernel or GPU has the right architecture choosen, without a
> >> .bbappend file for them
> >> * safeness: non-expert users get a more adequate behavior as the
> >> complexity of choosing the right architecture is simplified for them
> >
> > do you have an example ?
> 
> Sure; for example a weston package (which we don't have a bbappend)
> will have the package architecture set to the mx6 subarch as it
> depends on the gpu libraries. This also works for customer recipes and
> other layers.
> 
> Otherwise we'd need to include bbappend files for all those recipes.
> 
> >> * easy maintenance: it is easier for me, as maintainer, to maintain a
> >> code which decides what to do than having hundreds of bbappend files
> >> for it
> >
> > but in the present patchset you don't remove any bbappend !
> 
> Yes and not all where being done right. We had most as machine
> specific which where wrong.
> 
OK that seems fine.

Do you have an idea of the cost on the build/parse time ?

> > What is the cost on the build/parse time to have this code running
> > dynamicaly ?
> >
> > While at it : why does qt4 depends on virtual/kernel ?
> > That's quite annoying as it seems qt gets rebuilt everytime we make a
> > change to the kernel.
> 
> It uses kernel headers and do syscalls for mxcfb. I am open for an
> advise how to make this better.
> 
maybe we could include the linux/mxcfb.h in the patch as these 2
ioctls and the 2 struct have little chance to change ?

Eric

Re: [meta-fsl-arm PATCH 01/23] fsl-dynamic-packagearch.bbclass: Dynamically set package architecture

[Otavio Salvador]

On Tue, Sep 24, 2013 at 3:16 PM, Eric Bénard <eric@eukrea.com> wrote:
> Le Tue, 24 Sep 2013 14:36:21 -0300,
> Otavio Salvador <otavio@ossystems.com.br> a écrit :
...
>> Yes and not all where being done right. We had most as machine
>> specific which where wrong.
>>
> OK that seems fine.
>
> Do you have an idea of the cost on the build/parse time ?

It does slows the parsing a little but build in fact is faster (if you
build more than one mx6 or mx5 based board, for example).

>> > What is the cost on the build/parse time to have this code running
>> > dynamicaly ?
>> >
>> > While at it : why does qt4 depends on virtual/kernel ?
>> > That's quite annoying as it seems qt gets rebuilt everytime we make a
>> > change to the kernel.
>>
>> It uses kernel headers and do syscalls for mxcfb. I am open for an
>> advise how to make this better.
>>
> maybe we could include the linux/mxcfb.h in the patch as these 2
> ioctls and the 2 struct have little chance to change ?

The problem here is it is included in the kernel. Can you submit a bug
in bugzilla about this? So I can use this to collect the information.

We have this in more places, not just Qt, and it'd help a lot so I
will try to think on a generic solution for this.

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

Re: [meta-fsl-arm PATCH 01/23] fsl-dynamic-packagearch.bbclass: Dynamically set package architecture

[Eric Bénard]

Le Tue, 24 Sep 2013 15:26:22 -0300,
Otavio Salvador <otavio@ossystems.com.br> a écrit :
> >> > What is the cost on the build/parse time to have this code running
> >> > dynamicaly ?
> >> >
> >> > While at it : why does qt4 depends on virtual/kernel ?
> >> > That's quite annoying as it seems qt gets rebuilt everytime we make a
> >> > change to the kernel.
> >>
> >> It uses kernel headers and do syscalls for mxcfb. I am open for an
> >> advise how to make this better.
> >>
> > maybe we could include the linux/mxcfb.h in the patch as these 2
> > ioctls and the 2 struct have little chance to change ?
> 
> The problem here is it is included in the kernel. Can you submit a bug
> in bugzilla about this? So I can use this to collect the information.
> 
> We have this in more places, not just Qt, and it'd help a lot so I
> will try to think on a generic solution for this.
> 
why not having a mxc-header package built from the generic
Freescale kernel so that the software depending on the headers are not
impacted by any kernel change ?

Eric