Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
* [Buildroot] [PATCH v2 0/2] gst1-imx: bump version to 0.12.0
@ 2016-02-01 21:55 Gary Bisson
  2016-02-01 21:55 ` [Buildroot] [PATCH v2 1/2] libimxvpuapi: add new package Gary Bisson
  2016-02-01 21:55 ` [Buildroot] [PATCH v2 2/2] gst1-imx: bump to version 0.12.0 Gary Bisson
  0 siblings, 2 replies; 13+ messages in thread
From: Gary Bisson @ 2016-02-01 21:55 UTC (permalink / raw)
  To: buildroot

Hi all,

This series is the follow-up of the previous update of Freescale packages.
http://lists.busybox.net/pipermail/buildroot/2016-January/150904.html

It takes the following comments into account:
http://lists.busybox.net/pipermail/buildroot/2016-February/151316.html
http://lists.busybox.net/pipermail/buildroot/2016-February/151318.html

Thanks,
Gary

Gary Bisson (2):
  libimxvpuapi: add new package
  gst1-imx: bump to version 0.12.0

 package/Config.in                         |  1 +
 package/gstreamer1/gst1-imx/Config.in     | 58 ++++++++++++++++++++++++++-----
 package/gstreamer1/gst1-imx/gst1-imx.hash |  2 ++
 package/gstreamer1/gst1-imx/gst1-imx.mk   | 15 ++++++--
 package/libimxvpuapi/Config.in            | 12 +++++++
 package/libimxvpuapi/libimxvpuapi.hash    |  2 ++
 package/libimxvpuapi/libimxvpuapi.mk      | 35 +++++++++++++++++++
 7 files changed, 114 insertions(+), 11 deletions(-)
 create mode 100644 package/gstreamer1/gst1-imx/gst1-imx.hash
 create mode 100644 package/libimxvpuapi/Config.in
 create mode 100644 package/libimxvpuapi/libimxvpuapi.hash
 create mode 100644 package/libimxvpuapi/libimxvpuapi.mk

-- 
2.6.4

^ permalink raw reply	[flat|nested] 13+ messages in thread
* [Buildroot] [PATCH v2 1/2] libimxvpuapi: add new package
  2016-02-01 21:55 [Buildroot] [PATCH v2 0/2] gst1-imx: bump version to 0.12.0 Gary Bisson
@ 2016-02-01 21:55 ` Gary Bisson
  2016-02-16 20:53   ` Peter Seiderer
  2016-02-01 21:55 ` [Buildroot] [PATCH v2 2/2] gst1-imx: bump to version 0.12.0 Gary Bisson
  1 sibling, 1 reply; 13+ messages in thread
From: Gary Bisson @ 2016-02-01 21:55 UTC (permalink / raw)
  To: buildroot

This is a library for using the i.MX6 VPU. It is an alternative to
libfslvpuwrap, hosted on Github, and has an API that features several
improvements over libfslvpuwrap, which include:

* User-defined context information associated with input frames, which
is passed on to corresponding output frames (to be able to identify
which input frame produced which output frame)
* Groundwork for future DMA-BUF/BMM/ION/CMA allocator integration, using
file descriptors instead of physical addresses
* Indicators for when it is safe to try to decode frames, which is
critical in multi-threaded playback cases
* Simplified, higher-level JPEG en/decoding API, based on the VPU MJPEG
codec; useful for picture viewing without the extra boilerplate for
VPU-based en/decoding

Changelog 0.10.0 -> 0.10.1:
- add debian packaging files
- update waf to version 1.8.16
- add workaround in wscript to prevent stale pkg-config .pc files
- fix memory leak by adding missing IOFreeVirtMem() call in vpulib
backend

This patch is based on the Yocto equivalent:
https://github.com/Freescale/meta-fsl-arm/commit/e519d6c
https://github.com/Freescale/meta-fsl-arm/commit/1dd6a5b

This package has been implicitely tested through gstreamer as the
plugins rely on it for vpu decoding:
 # gst-launch-1.0 playbin uri=file:///root/tears_of_steel_1080p.webm

Signed-off-by: Gary Bisson <gary.bisson@boundarydevices.com>
---

Changelog v1->v2:
- add hash file
- add upstream URL
- change license to LGPLv2.1+

Thanks,
Gary

---
 package/Config.in                      |  1 +
 package/libimxvpuapi/Config.in         | 12 ++++++++++++
 package/libimxvpuapi/libimxvpuapi.hash |  2 ++
 package/libimxvpuapi/libimxvpuapi.mk   | 35 ++++++++++++++++++++++++++++++++++
 4 files changed, 50 insertions(+)
 create mode 100644 package/libimxvpuapi/Config.in
 create mode 100644 package/libimxvpuapi/libimxvpuapi.hash
 create mode 100644 package/libimxvpuapi/libimxvpuapi.mk

diff --git a/package/Config.in b/package/Config.in
index 09c2b40..d3e5e30 100644
--- a/package/Config.in
+++ b/package/Config.in
@@ -1033,6 +1033,7 @@ menu "Multimedia"
 	source "package/libfslparser/Config.in"
 	source "package/libfslvpuwrap/Config.in"
 	source "package/libhdhomerun/Config.in"
+	source "package/libimxvpuapi/Config.in"
 	source "package/libmatroska/Config.in"
 	source "package/libmms/Config.in"
 	source "package/libmpeg2/Config.in"
diff --git a/package/libimxvpuapi/Config.in b/package/libimxvpuapi/Config.in
new file mode 100644
index 0000000..a48e441
--- /dev/null
+++ b/package/libimxvpuapi/Config.in
@@ -0,0 +1,12 @@
+config BR2_PACKAGE_LIBIMXVPUAPI
+	bool "libimxvpuapi"
+	depends on BR2_arm # Only relevant for i.MX
+	select BR2_PACKAGE_FREESCALE_IMX
+	select BR2_PACKAGE_IMX_VPU
+	help
+	  This library provides an API for using the iMX6 VPU video engine. It
+	  is an alternative to Freescale's VPU wrapper. Both the wrapper and
+	  this library are layered on top of imx-vpu, the low-level iMX6 VPU
+	  interface.
+
+	  https://github.com/Freescale/libimxvpuapi
diff --git a/package/libimxvpuapi/libimxvpuapi.hash b/package/libimxvpuapi/libimxvpuapi.hash
new file mode 100644
index 0000000..fd90a20
--- /dev/null
+++ b/package/libimxvpuapi/libimxvpuapi.hash
@@ -0,0 +1,2 @@
+# locally computed hash
+sha256 8d7aeed88c06fda44318cef9565ae47b86461bd309908b1103a7974ed0822a8d  libimxvpuapi-0.10.1.tar.gz
diff --git a/package/libimxvpuapi/libimxvpuapi.mk b/package/libimxvpuapi/libimxvpuapi.mk
new file mode 100644
index 0000000..8e62682
--- /dev/null
+++ b/package/libimxvpuapi/libimxvpuapi.mk
@@ -0,0 +1,35 @@
+################################################################################
+#
+# libimxvpuapi
+#
+################################################################################
+
+LIBIMXVPUAPI_VERSION = 0.10.1
+LIBIMXVPUAPI_SITE = $(call github,Freescale,libimxvpuapi,$(LIBIMXVPUAPI_VERSION))
+LIBIMXVPUAPI_LICENSE = LGPLv2.1+
+LIBIMXVPUAPI_LICENSE_FILES = LICENSE
+LIBIMXVPUAPI_DEPENDENCIES = host-pkgconf host-python imx-vpu
+LIBIMXVPUAPI_INSTALL_STAGING = YES
+
+define LIBIMXVPUAPI_CONFIGURE_CMDS
+	cd $(@D); \
+	$(TARGET_CONFIGURE_OPTS) $(HOST_DIR)/usr/bin/python2 ./waf configure \
+		--prefix=/usr
+endef
+
+define LIBIMXVPUAPI_BUILD_CMDS
+	cd $(@D); \
+	$(HOST_DIR)/usr/bin/python2 ./waf build -j $(PARALLEL_JOBS)
+endef
+
+define LIBIMXVPUAPI_INSTALL_STAGING_CMDS
+	cd $(@D); \
+	$(HOST_DIR)/usr/bin/python2 ./waf --destdir=$(STAGING_DIR) install
+endef
+
+define LIBIMXVPUAPI_INSTALL_TARGET_CMDS
+	cd $(@D); \
+	$(HOST_DIR)/usr/bin/python2 ./waf --destdir=$(TARGET_DIR) install
+endef
+
+$(eval $(generic-package))
-- 
2.6.4

^ permalink raw reply related	[flat|nested] 13+ messages in thread
* [Buildroot] [PATCH v2 2/2] gst1-imx: bump to version 0.12.0
  2016-02-01 21:55 [Buildroot] [PATCH v2 0/2] gst1-imx: bump version to 0.12.0 Gary Bisson
  2016-02-01 21:55 ` [Buildroot] [PATCH v2 1/2] libimxvpuapi: add new package Gary Bisson
@ 2016-02-01 21:55 ` Gary Bisson
  1 sibling, 0 replies; 13+ messages in thread
From: Gary Bisson @ 2016-02-01 21:55 UTC (permalink / raw)
  To: buildroot

Changelog:
* vpu:
  - Completely rewritten plugin code; elements now based on libimxvpuapi
    instead of libfslvpuwrap
  - imxvpuenc_h264 inserts SPS/PPS data in front of I/IDR frames
  - imxvpuenc_mjpeg's quality factor actually has an effect, and is
    equivalent to the libjpeg's quality factor (it is used in exactly
    the same way to scale the quantization matrix' coefficients)
  - the encoder's output buffers no longer have to use DMA memory; they
    use regular system memory instead
  - new support in imxvpudec (referred to as "chroma interleaving") for
    NV12, NV16, NV24 as output formats as an alternative to the I420,
    Y42B, Y444 formats
  - removed all of the system frame number tracking code, since it is
    unnecessary; Instead, the libimxvpuapi's context fields are used to
    associate input/output frames with GstVideoCodecFrame system frame
    numbers
  - fix memory leaks related to missing buffer pool unref'ing

* imxv4l2videosrc:
  - support for crop metadata
  - element uses the width, height, etc. of the format that the device
    actually uses during operation (instead of default values)
  - autofocus control support via GstPhotography
  - fix incorrect GLib warnings
  - fix segmentation fault when shutting down the element

* eglvivsink:
  - remove extra g_free() calls, which lead to runtime errors
  - remove GLESv2 VIVANTE link dependencies
  - add Android platform
  - manually retrieve VIV direct texture functions
    with this and the link dependency elimination, this means that for
    platforms except the framebuffer one, no Vivante specific headers
    and libraries are needed anymore
  - fix blocking issue in the Wayland platform mainloop

* improved and expanded documentation

* pxp: NV16 *is* supported after all (it was actually a bug in GStreamer
pre-1.5.91)
NOTE: this does not break compatibility with GStreamer versions older
than 1.5.91

* compositor: Update backported aggregator code to GStreamer 1.6

* blitter:
  - error handling improvements
  - add missing buffer pool unref'ing, which lead to memory leaks
  - add missing compositor dependency to blitter base

* uniaudio:
  - only build the uniaudio plugin if at least one codec was found
    during configuration
  - disable plugin if the gstaudio library is not available
  - add AAC profile field to the sink caps with GStreamer >= 1.4.4 to
    ensure the uniaudio decoder is only used for AAC-LC data

* ipu: increase fill frame width from 8 to 64 pixels to make IPU fill
operations work with pre-3.14 Freescale kernels

* g2d: use padding pixels when setting surface parameters, fixing G2D
failures with frame sizes that aren't aligned

* wscript:
  - improve Android support
  - fix installation paths for the common, blitter, compositor libraries

This is based on the Yocto equivalent:
https://github.com/Freescale/meta-fsl-arm/commit/cf7a088

However this package now offers a more flexible approach because it can
be built without the GPU or VPU elements for devices based on SoCs that
lack those features like the new i.MX7.

Tested with the following commands on i.MX6Q (IPU):
 # gst-launch-1.0 playbin uri=file:///root/tears_of_steel_1080p.webm
 # gst-launch-1.0 filesrc location=/root/tears_of_steel_1080p.webm ! \
   matroskademux ! imxvpudec ! imxipuvideosink
 # gst-launch-1.0 filesrc location=/root/tears_of_steel_1080p.webm ! \
   matroskademux ! imxvpudec ! imxeglvivsink

Tested with the following commands on i.MX6SX (PXP):
 # gst-launch-1.0 imxv4l2videosrc device=/dev/video1 ! imxpxpvideosink

Signed-off-by: Gary Bisson <gary.bisson@boundarydevices.com>
---

Changelog v1->v2:
- add hash file

So far I've kept the PXP/IPU "options" which are not really options.
As explained earlier, the goal is for users of the i.MX7 to know the PXP
plugin will be built without any other dependency.

Thanks,
Gary

---
 package/gstreamer1/gst1-imx/Config.in     | 58 ++++++++++++++++++++++++++-----
 package/gstreamer1/gst1-imx/gst1-imx.hash |  2 ++
 package/gstreamer1/gst1-imx/gst1-imx.mk   | 15 ++++++--
 3 files changed, 64 insertions(+), 11 deletions(-)
 create mode 100644 package/gstreamer1/gst1-imx/gst1-imx.hash

diff --git a/package/gstreamer1/gst1-imx/Config.in b/package/gstreamer1/gst1-imx/Config.in
index f7284f4..5f0da84 100644
--- a/package/gstreamer1/gst1-imx/Config.in
+++ b/package/gstreamer1/gst1-imx/Config.in
@@ -1,19 +1,13 @@
 comment "gst1-imx needs an imx-specific Linux kernel to be built"
 	depends on BR2_arm && !BR2_LINUX_KERNEL
 
-# Required by imx-gpu-viv
-comment "gst1-imx needs an (e)glibc toolchain"
-	depends on BR2_arm
-	depends on !BR2_TOOLCHAIN_USES_GLIBC
-
-config BR2_PACKAGE_GST1_IMX
+menuconfig BR2_PACKAGE_GST1_IMX
 	bool "gst1-imx"
 	depends on BR2_LINUX_KERNEL
 	depends on BR2_arm # Only relevant for i.MX
-	depends on BR2_TOOLCHAIN_USES_GLIBC # imx-gpu-viv
-	depends on BR2_PACKAGE_IMX_GPU_VIV
-	depends on BR2_PACKAGE_LIBFSLVPUWRAP
 	select BR2_PACKAGE_GST1_PLUGINS_BASE
+	select BR2_PACKAGE_GST1_IMX_IPU_PLUGIN
+	select BR2_PACKAGE_GST1_IMX_PXP_PLUGIN
 	help
 	  This is a set of GStreamer 1.0 plugins for plugins for Freescale's
 	  i.MX6 platforms, with emphasis on video en/decoding using the VPU
@@ -25,3 +19,49 @@ config BR2_PACKAGE_GST1_IMX
 	  The software as a whole is currently in beta stage.
 
 	  https://github.com/Freescale/gstreamer-imx
+
+if BR2_PACKAGE_GST1_IMX
+
+config BR2_PACKAGE_GST1_IMX_IPU_PLUGIN
+	bool "IPU plugin"
+	help
+	  IPU plugin library
+
+config BR2_PACKAGE_GST1_IMX_PXP_PLUGIN
+	bool "PXP plugin"
+	help
+	  PXP plugin library
+
+config BR2_PACKAGE_GST1_IMX_V4L2_PLUGIN
+	bool "V4L2 plugin"
+	select BR2_PACKAGE_GST1_PLUGINS_BAD
+	help
+	  V4L2 plugin library
+
+config BR2_PACKAGE_GST1_IMX_VPU_PLUGIN
+	bool "VPU plugin"
+	select BR2_PACKAGE_LIBIMXVPUAPI
+	help
+	  VPU plugin library
+
+# Required by imx-gpu-viv
+comment "GPU sinks need an (e)glibc toolchain"
+	depends on !BR2_TOOLCHAIN_USES_GLIBC
+
+config BR2_PACKAGE_GST1_IMX_EGL_PLUGIN
+	bool "EGL plugin"
+	depends on BR2_TOOLCHAIN_USES_GLIBC # imx-gpu-viv
+	depends on BR2_PACKAGE_IMX_GPU_VIV
+	help
+	  EGL plugin library
+
+config BR2_PACKAGE_GST1_IMX_G2D_PLUGIN
+	bool "G2D plugin"
+	depends on BR2_TOOLCHAIN_USES_GLIBC # imx-gpu-viv
+	depends on BR2_PACKAGE_IMX_GPU_VIV
+	depends on BR2_PACKAGE_GST1_IMX_EGL_PLUGIN
+	select BR2_PACKAGE_IMX_GPU_VIV_G2D
+	help
+	  G2D plugin library
+
+endif
diff --git a/package/gstreamer1/gst1-imx/gst1-imx.hash b/package/gstreamer1/gst1-imx/gst1-imx.hash
new file mode 100644
index 0000000..03e1729
--- /dev/null
+++ b/package/gstreamer1/gst1-imx/gst1-imx.hash
@@ -0,0 +1,2 @@
+# locally computed hash
+sha256 df34f080e24ac8f1619780aa5ad4e6ab1333f822cd2bf5fcb380b28c97248810  gst1-imx-0.12.0.tar.gz
diff --git a/package/gstreamer1/gst1-imx/gst1-imx.mk b/package/gstreamer1/gst1-imx/gst1-imx.mk
index 8ede8ad..f3eac0a 100644
--- a/package/gstreamer1/gst1-imx/gst1-imx.mk
+++ b/package/gstreamer1/gst1-imx/gst1-imx.mk
@@ -4,7 +4,7 @@
 #
 ################################################################################
 
-GST1_IMX_VERSION = 0.11.1
+GST1_IMX_VERSION = 0.12.0
 GST1_IMX_SITE = $(call github,Freescale,gstreamer-imx,$(GST1_IMX_VERSION))
 
 GST1_IMX_LICENSE = LGPLv2+
@@ -13,13 +13,23 @@ GST1_IMX_LICENSE_FILES = LICENSE
 GST1_IMX_INSTALL_STAGING = YES
 
 GST1_IMX_DEPENDENCIES += host-pkgconf host-python \
-	imx-gpu-viv gstreamer1 gst1-plugins-base libfslvpuwrap
+	gstreamer1 gst1-plugins-base
 
 # needs access to imx-specific kernel headers
 GST1_IMX_DEPENDENCIES += linux
 GST1_IMX_CONF_OPTS += --prefix="/usr" \
 	--kernel-headers="$(LINUX_DIR)/include"
 
+ifeq ($(BR2_PACKAGE_GST1_IMX_V4L2_PLUGIN),y)
+GST1_IMX_DEPENDENCIES += gst1-plugins-bad
+endif
+
+ifeq ($(BR2_PACKAGE_GST1_IMX_VPU_PLUGIN),y)
+GST1_IMX_DEPENDENCIES += libimxvpuapi
+endif
+
+ifeq ($(BR2_PACKAGE_GST1_IMX_EGL_PLUGIN),y)
+GST1_IMX_DEPENDENCIES += imx-gpu-viv
 ifeq ($(BR2_PACKAGE_XLIB_LIBX11),y)
 GST1_IMX_DEPENDENCIES += xlib_libX11
 GST1_IMX_CONF_OPTS += --egl-platform=x11
@@ -31,6 +41,7 @@ else
 GST1_IMX_CONF_OPTS += --egl-platform=fb
 endif
 endif
+endif
 
 define GST1_IMX_CONFIGURE_CMDS
 	cd $(@D); \
-- 
2.6.4

^ permalink raw reply related	[flat|nested] 13+ messages in thread
* [Buildroot] [PATCH v2 1/2] libimxvpuapi: add new package
  2016-02-01 21:55 ` [Buildroot] [PATCH v2 1/2] libimxvpuapi: add new package Gary Bisson
@ 2016-02-16 20:53   ` Peter Seiderer
  2016-02-16 22:57     ` Gary Bisson
  0 siblings, 1 reply; 13+ messages in thread
From: Peter Seiderer @ 2016-02-16 20:53 UTC (permalink / raw)
  To: buildroot

Hello Gary,

On Mon,  1 Feb 2016 22:55:58 +0100, Gary Bisson <gary.bisson@boundarydevices.com> wrote:

> This is a library for using the i.MX6 VPU. It is an alternative to
> libfslvpuwrap, hosted on Github, and has an API that features several
> improvements over libfslvpuwrap, which include:
> 
> * User-defined context information associated with input frames, which
> is passed on to corresponding output frames (to be able to identify
> which input frame produced which output frame)
> * Groundwork for future DMA-BUF/BMM/ION/CMA allocator integration, using
> file descriptors instead of physical addresses
> * Indicators for when it is safe to try to decode frames, which is
> critical in multi-threaded playback cases
> * Simplified, higher-level JPEG en/decoding API, based on the VPU MJPEG
> codec; useful for picture viewing without the extra boilerplate for
> VPU-based en/decoding
> 
> Changelog 0.10.0 -> 0.10.1:
> - add debian packaging files
> - update waf to version 1.8.16
> - add workaround in wscript to prevent stale pkg-config .pc files
> - fix memory leak by adding missing IOFreeVirtMem() call in vpulib
> backend
> 
> This patch is based on the Yocto equivalent:
> https://github.com/Freescale/meta-fsl-arm/commit/e519d6c
> https://github.com/Freescale/meta-fsl-arm/commit/1dd6a5b
> 
> This package has been implicitely tested through gstreamer as the
> plugins rely on it for vpu decoding:
>  # gst-launch-1.0 playbin uri=file:///root/tears_of_steel_1080p.webm
> 
> Signed-off-by: Gary Bisson <gary.bisson@boundarydevices.com>
> ---
> 
> Changelog v1->v2:
> - add hash file
> - add upstream URL
> - change license to LGPLv2.1+
> 
> Thanks,
> Gary
> 
> ---
>  package/Config.in                      |  1 +
>  package/libimxvpuapi/Config.in         | 12 ++++++++++++
>  package/libimxvpuapi/libimxvpuapi.hash |  2 ++
>  package/libimxvpuapi/libimxvpuapi.mk   | 35 ++++++++++++++++++++++++++++++++++
>  4 files changed, 50 insertions(+)
>  create mode 100644 package/libimxvpuapi/Config.in
>  create mode 100644 package/libimxvpuapi/libimxvpuapi.hash
>  create mode 100644 package/libimxvpuapi/libimxvpuapi.mk
> 
> diff --git a/package/Config.in b/package/Config.in
> index 09c2b40..d3e5e30 100644
> --- a/package/Config.in
> +++ b/package/Config.in
> @@ -1033,6 +1033,7 @@ menu "Multimedia"
>  	source "package/libfslparser/Config.in"
>  	source "package/libfslvpuwrap/Config.in"
>  	source "package/libhdhomerun/Config.in"
> +	source "package/libimxvpuapi/Config.in"
>  	source "package/libmatroska/Config.in"
>  	source "package/libmms/Config.in"
>  	source "package/libmpeg2/Config.in"
> diff --git a/package/libimxvpuapi/Config.in b/package/libimxvpuapi/Config.in
> new file mode 100644
> index 0000000..a48e441
> --- /dev/null
> +++ b/package/libimxvpuapi/Config.in
> @@ -0,0 +1,12 @@
> +config BR2_PACKAGE_LIBIMXVPUAPI
> +	bool "libimxvpuapi"
> +	depends on BR2_arm # Only relevant for i.MX
> +	select BR2_PACKAGE_FREESCALE_IMX
> +	select BR2_PACKAGE_IMX_VPU
> +	help
> +	  This library provides an API for using the iMX6 VPU video engine. It
> +	  is an alternative to Freescale's VPU wrapper. Both the wrapper and
> +	  this library are layered on top of imx-vpu, the low-level iMX6 VPU
> +	  interface.
> +
> +	  https://github.com/Freescale/libimxvpuapi
> diff --git a/package/libimxvpuapi/libimxvpuapi.hash b/package/libimxvpuapi/libimxvpuapi.hash
> new file mode 100644
> index 0000000..fd90a20
> --- /dev/null
> +++ b/package/libimxvpuapi/libimxvpuapi.hash
> @@ -0,0 +1,2 @@
> +# locally computed hash
> +sha256 8d7aeed88c06fda44318cef9565ae47b86461bd309908b1103a7974ed0822a8d  libimxvpuapi-0.10.1.tar.gz
> diff --git a/package/libimxvpuapi/libimxvpuapi.mk b/package/libimxvpuapi/libimxvpuapi.mk
> new file mode 100644
> index 0000000..8e62682
> --- /dev/null
> +++ b/package/libimxvpuapi/libimxvpuapi.mk
> @@ -0,0 +1,35 @@
> +################################################################################
> +#
> +# libimxvpuapi
> +#
> +################################################################################
> +
> +LIBIMXVPUAPI_VERSION = 0.10.1
> +LIBIMXVPUAPI_SITE = $(call github,Freescale,libimxvpuapi,$(LIBIMXVPUAPI_VERSION))
> +LIBIMXVPUAPI_LICENSE = LGPLv2.1+
> +LIBIMXVPUAPI_LICENSE_FILES = LICENSE
> +LIBIMXVPUAPI_DEPENDENCIES = host-pkgconf host-python imx-vpu
> +LIBIMXVPUAPI_INSTALL_STAGING = YES
> +
> +define LIBIMXVPUAPI_CONFIGURE_CMDS
> +	cd $(@D); \
> +	$(TARGET_CONFIGURE_OPTS) $(HOST_DIR)/usr/bin/python2 ./waf configure \
> +		--prefix=/usr
> +endef

On my x86_64 (OpenSUSE-13.2) host build the libs and libimxvpuapi.pc
are installed into $(STAGING_DIR)/usr/lib64 and $(TARGET_DIR)/usr/lib64.

To be usable by eg. gst1-imx the install path should be $(STAGING_DIR)/usr/lib
and $(TARGET_DIR)/usr/lib. To achieve this I added '--libdir=/usr/lib' to
overwrite the default '/usr/lib64':

--- a/package/libimxvpuapi/libimxvpuapi.mk
+++ b/package/libimxvpuapi/libimxvpuapi.mk
@@ -14,7 +14,7 @@ LIBIMXVPUAPI_INSTALL_STAGING = YES
 define LIBIMXVPUAPI_CONFIGURE_CMDS
        cd $(@D); \
        $(TARGET_CONFIGURE_OPTS) $(HOST_DIR)/usr/bin/python2 ./waf configure \
-               --prefix=/usr
+               --prefix=/usr --libdir=/usr/lib
 endef
 
 define LIBIMXVPUAPI_BUILD_CMDS


With this you can add my

Tested-by: Peter Seiderer <ps.report@gmx.net>

for '...! imxvpudec ! imxipuvideosink'

But I had problems using the imxeglvivsink element and
with qt5 eglfs, suspecting your 'Update most Freescale packages' patch series
(using buildroot-2016.02-rc1 with your '[PATCH v3 0/2] gst1-imx: bump version to 0.12.0'
patches on top), but did not find time yet to investigate further...

Regards,
Peter

> +
> +define LIBIMXVPUAPI_BUILD_CMDS
> +	cd $(@D); \
> +	$(HOST_DIR)/usr/bin/python2 ./waf build -j $(PARALLEL_JOBS)
> +endef
> +
> +define LIBIMXVPUAPI_INSTALL_STAGING_CMDS
> +	cd $(@D); \
> +	$(HOST_DIR)/usr/bin/python2 ./waf --destdir=$(STAGING_DIR) install
> +endef
> +
> +define LIBIMXVPUAPI_INSTALL_TARGET_CMDS
> +	cd $(@D); \
> +	$(HOST_DIR)/usr/bin/python2 ./waf --destdir=$(TARGET_DIR) install
> +endef
> +
> +$(eval $(generic-package))

^ permalink raw reply	[flat|nested] 13+ messages in thread
* [Buildroot] [PATCH v2 1/2] libimxvpuapi: add new package
  2016-02-16 20:53   ` Peter Seiderer
@ 2016-02-16 22:57     ` Gary Bisson
  2016-02-17  9:26       ` Peter Seiderer
  2016-02-17  9:45       ` Peter Seiderer
  0 siblings, 2 replies; 13+ messages in thread
From: Gary Bisson @ 2016-02-16 22:57 UTC (permalink / raw)
  To: buildroot

Peter, All,

On Tue, Feb 16, 2016 at 9:53 PM, Peter Seiderer <ps.report@gmx.net> wrote:
>
> Hello Gary,
>
> On Mon,  1 Feb 2016 22:55:58 +0100, Gary Bisson <gary.bisson@boundarydevices.com> wrote:
>
> > <snip>
> > +LIBIMXVPUAPI_VERSION = 0.10.1
> > +LIBIMXVPUAPI_SITE = $(call github,Freescale,libimxvpuapi,$(LIBIMXVPUAPI_VERSION))
> > +LIBIMXVPUAPI_LICENSE = LGPLv2.1+
> > +LIBIMXVPUAPI_LICENSE_FILES = LICENSE
> > +LIBIMXVPUAPI_DEPENDENCIES = host-pkgconf host-python imx-vpu
> > +LIBIMXVPUAPI_INSTALL_STAGING = YES
> > +
> > +define LIBIMXVPUAPI_CONFIGURE_CMDS
> > +     cd $(@D); \
> > +     $(TARGET_CONFIGURE_OPTS) $(HOST_DIR)/usr/bin/python2 ./waf configure \
> > +             --prefix=/usr
> > +endef
>
> On my x86_64 (OpenSUSE-13.2) host build the libs and libimxvpuapi.pc
> are installed into $(STAGING_DIR)/usr/lib64 and $(TARGET_DIR)/usr/lib64.
>
> To be usable by eg. gst1-imx the install path should be $(STAGING_DIR)/usr/lib
> and $(TARGET_DIR)/usr/lib. To achieve this I added '--libdir=/usr/lib' to
> overwrite the default '/usr/lib64':

I'd like to understand why it behaves like this with your setup. I'm
using a 64-bit OS too (Debian Testing) but the libs go to /usr/lib as
expected.

Could you pastebin the full log of libimxvpuapi build, your buildroot
configuration as well as you 'env'?

> --- a/package/libimxvpuapi/libimxvpuapi.mk
> +++ b/package/libimxvpuapi/libimxvpuapi.mk
> @@ -14,7 +14,7 @@ LIBIMXVPUAPI_INSTALL_STAGING = YES
>  define LIBIMXVPUAPI_CONFIGURE_CMDS
>         cd $(@D); \
>         $(TARGET_CONFIGURE_OPTS) $(HOST_DIR)/usr/bin/python2 ./waf configure \
> -               --prefix=/usr
> +               --prefix=/usr --libdir=/usr/lib
>  endef
>
>  define LIBIMXVPUAPI_BUILD_CMDS
>
>
> With this you can add my
>
> Tested-by: Peter Seiderer <ps.report@gmx.net>
>
> for '...! imxvpudec ! imxipuvideosink'

Ok, I'll do that once I understand the difference which requires this
libdir argument.

> But I had problems using the imxeglvivsink element and
> with qt5 eglfs, suspecting your 'Update most Freescale packages' patch series
> (using buildroot-2016.02-rc1 with your '[PATCH v3 0/2] gst1-imx: bump version to 0.12.0'
> patches on top), but did not find time yet to investigate further...

Does a basic gstreamer pipeline work?
# gst-launch-1.0 videotestsrc ! imxeglvivsink

If not there's no wonder qt5 doesn't like it. I haven't tried qt5 but
I'm sure the gstreamer imxeglvivsink does work.

In case you've enabled BR2_PACKAGE_KERNEL_MODULE_IMX_GPU_VIV, you
might need to load the Galcore module manually in case you don't have
eudev for instance:
# insmod /lib/modules/3.14.28/extra/galcore.ko

Regards,
Gary

^ permalink raw reply	[flat|nested] 13+ messages in thread
* [Buildroot] [PATCH v2 1/2] libimxvpuapi: add new package
  2016-02-16 22:57     ` Gary Bisson
@ 2016-02-17  9:26       ` Peter Seiderer
  2016-02-17  9:37         ` Gary Bisson
  2016-02-17  9:45       ` Peter Seiderer
  1 sibling, 1 reply; 13+ messages in thread
From: Peter Seiderer @ 2016-02-17  9:26 UTC (permalink / raw)
  To: buildroot

Hello Gary,

> Gesendet: Dienstag, 16. Februar 2016 um 23:57 Uhr
> Von: "Gary Bisson" <gary.bisson@boundarydevices.com>
> An: "Peter Seiderer" <ps.report@gmx.net>
> Cc: buildroot at busybox.net, "Thomas Petazzoni" <thomas.petazzoni@free-electrons.com>
> Betreff: Re: [Buildroot] [PATCH v2 1/2] libimxvpuapi: add new package

[snip]

> 
> > But I had problems using the imxeglvivsink element and
> > with qt5 eglfs, suspecting your 'Update most Freescale packages' patch series
> > (using buildroot-2016.02-rc1 with your '[PATCH v3 0/2] gst1-imx: bump version to 0.12.0'
> > patches on top), but did not find time yet to investigate further...
> 
> Does a basic gstreamer pipeline work?
> # gst-launch-1.0 videotestsrc ! imxeglvivsink
>

No:

$ GST_DEBUG=*:3 gst-launch-1.0 videotestsrc ! imxeglvivsink
Setting pipeline to PAUSED ...
mxc_sdc_fb fb.20: 1920x1080 h_sync,r,l: 44,88,148  v_sync,l,u: 5,4,36 pixclock=148500000 Hz
imx-ipuv3 2800000.ipu: try ipu internal clk
imx-ipuv3 2800000.ipu: disp=0, pixel_clk=148500000 148500000 parent=148500000 div=1
0:00:00.229253000   245   0x9d1ee0 ERROR      imxeglplatform_fb egl_platform_fb.c:72:gst_imx_egl_viv_sink_egl_platform_create: eglGetDisplay failed: bad alloc
ERROR: Pipeline doesn't want to pause.
Setting pipeline to NULL ...
Freeing pipeline ...
mxc_sdc_fb fb.20: 1920x1080 h_sync,r,l: 44,88,148  v_sync,l,u: 5,4,36 pixclock=148500000 Hz
imx-ipuv3 2800000.ipu: try ipu internal clk
imx-ipuv3 2800000.ipu: disp=0, pixel_clk=148500000 148500000 parent=148500000 div=1

Using Buildroot-2016-02-rc1 with
https://patchwork.ozlabs.org/patch/577011/mbox/
https://patchwork.ozlabs.org/patch/577012/mbox/
and 'qt5tools: new package' patches on top with the following defconfig (based on
the original nitrogen6x_defconfig config):

BR2_arm=y
BR2_cortex_a9=y
BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_3_14=y
BR2_TOOLCHAIN_BUILDROOT_GLIBC=y
BR2_GLIBC_VERSION_2_22=y
BR2_BINUTILS_VERSION_2_25_X=y
BR2_TOOLCHAIN_BUILDROOT_CXX=y
BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_EUDEV=y
BR2_TARGET_GENERIC_GETTY_PORT="ttymxc1"
BR2_ROOTFS_POST_BUILD_SCRIPT="board/boundarydevices/nitrogen6x/post-build.sh"
BR2_ROOTFS_POST_IMAGE_SCRIPT="board/boundarydevices/nitrogen6x/post-image.sh"
BR2_LINUX_KERNEL=y
BR2_LINUX_KERNEL_CUSTOM_TARBALL=y
BR2_LINUX_KERNEL_CUSTOM_TARBALL_LOCATION="https://github.com/boundarydevices/linux-imx6/tarball/f4c8395/linux-imx6-f4c8395.tar.gz"
BR2_LINUX_KERNEL_DEFCONFIG="boundary"
BR2_LINUX_KERNEL_ZIMAGE=y
BR2_LINUX_KERNEL_DTS_SUPPORT=y
BR2_LINUX_KERNEL_INTREE_DTS_NAME="imx6dl-nit6xlite imx6dl-nitrogen6_vm imx6dl-nitrogen6x imx6q-nitrogen6x imx6q-nitrogen6_max imx6q-sabrelite"
BR2_LINUX_KERNEL_INSTALL_TARGET=y
BR2_PACKAGE_GSTREAMER1=y
BR2_PACKAGE_GST1_PLUGINS_BASE_PLUGIN_APP=y
BR2_PACKAGE_GST1_PLUGINS_BASE_PLUGIN_AUDIOTESTSRC=y
BR2_PACKAGE_GST1_PLUGINS_BASE_PLUGIN_VIDEOTESTSRC=y
BR2_PACKAGE_GST1_PLUGINS_BASE_PLUGIN_ALSA=y
BR2_PACKAGE_GST1_PLUGINS_GOOD=y
BR2_PACKAGE_GST1_PLUGINS_GOOD_PLUGIN_V4L2=y
BR2_PACKAGE_GST1_PLUGINS_BAD=y
BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_VIDEOPARSERS=y
BR2_PACKAGE_GST1_PLUGINS_UGLY=y
BR2_PACKAGE_GST1_IMX=y
BR2_PACKAGE_BINUTILS=y
BR2_PACKAGE_DEJAVU=y
BR2_PACKAGE_QT5=y
BR2_PACKAGE_QT5BASE_LICENSE_APPROVED=y
BR2_PACKAGE_QT5BASE_SQLITE_SYSTEM=y
BR2_PACKAGE_QT5BASE_OPENGL_LIB=y
BR2_PACKAGE_QT5BASE_LINUXFB=y
BR2_PACKAGE_QT5BASE_EGLFS=y
BR2_PACKAGE_QT5BASE_DEFAULT_QPA="eglfs"
BR2_PACKAGE_QT5BASE_FONTCONFIG=y
BR2_PACKAGE_QT5BASE_GIF=y
BR2_PACKAGE_QT5BASE_JPEG=y
BR2_PACKAGE_QT5BASE_PNG=y
BR2_PACKAGE_QT5GRAPHICALEFFECTS=y
BR2_PACKAGE_QT5MULTIMEDIA=y
BR2_PACKAGE_QT5QUICKCONTROLS=y
BR2_PACKAGE_QT5SERIALPORT=y
BR2_PACKAGE_QT5TOOLS=y
BR2_PACKAGE_QT5TOOLS_LINGUIST_TOOLS=y
BR2_PACKAGE_QT5WEBSOCKETS=y
BR2_PACKAGE_QT5SCRIPT=y
BR2_PACKAGE_FREESCALE_IMX_PLATFORM_IMX6Q=y
BR2_PACKAGE_IMX_LIB=y
BR2_PACKAGE_IMX_GPU_VIV=y
BR2_PACKAGE_OPENSSL=y
BR2_PACKAGE_LIBV4L=y
BR2_PACKAGE_LIBV4L_UTILS=y
BR2_PACKAGE_LIBIMXVPUAPI=y
BR2_TARGET_ROOTFS_EXT2=y
BR2_TARGET_ROOTFS_EXT2_4=y
BR2_TARGET_UBOOT=y
BR2_TARGET_UBOOT_BOARDNAME="nitrogen6q"
BR2_TARGET_UBOOT_CUSTOM_TARBALL=y
BR2_TARGET_UBOOT_CUSTOM_TARBALL_LOCATION="http://github.com/boundarydevices/u-boot-imx6/tarball/a4070a8/u-boot-a4070a8.tar.gz"
BR2_TARGET_UBOOT_FORMAT_IMX=y
BR2_PACKAGE_HOST_GENIMAGE=y
BR2_PACKAGE_HOST_UBOOT_TOOLS=y

> If not there's no wonder qt5 doesn't like it. I haven't tried qt5 but
> I'm sure the gstreamer imxeglvivsink does work.
> 

My last working version was based on buildroot-2015.11.1 plus 'qt5: bump version to 5.5.1' and
'qt5tools: new package' on top...

> In case you've enabled BR2_PACKAGE_KERNEL_MODULE_IMX_GPU_VIV, you
> might need to load the Galcore module manually in case you don't have
> eudev for instance:
> # insmod /lib/modules/3.14.28/extra/galcore.ko

No, working with boundarydevices linux-imx6-f4c8395 and original boundary config
and there is a '/dev/galcore' entry on the target...

Regards,
Peter

> 
> Regards,
> Gary
> 

^ permalink raw reply	[flat|nested] 13+ messages in thread
* [Buildroot] [PATCH v2 1/2] libimxvpuapi: add new package
  2016-02-17  9:26       ` Peter Seiderer
@ 2016-02-17  9:37         ` Gary Bisson
  2016-02-17 12:30           ` Peter Seiderer
  0 siblings, 1 reply; 13+ messages in thread
From: Gary Bisson @ 2016-02-17  9:37 UTC (permalink / raw)
  To: buildroot

Hi Peter,

On Wed, Feb 17, 2016 at 10:26 AM, Peter Seiderer <ps.report@gmx.net> wrote:
>
> Hello Gary,
>
> > Gesendet: Dienstag, 16. Februar 2016 um 23:57 Uhr
> > Von: "Gary Bisson" <gary.bisson@boundarydevices.com>
> > An: "Peter Seiderer" <ps.report@gmx.net>
> > Cc: buildroot at busybox.net, "Thomas Petazzoni" <thomas.petazzoni@free-electrons.com>
> > Betreff: Re: [Buildroot] [PATCH v2 1/2] libimxvpuapi: add new package
>
> [snip]
>
> >
> > > But I had problems using the imxeglvivsink element and
> > > with qt5 eglfs, suspecting your 'Update most Freescale packages' patch series
> > > (using buildroot-2016.02-rc1 with your '[PATCH v3 0/2] gst1-imx: bump version to 0.12.0'
> > > patches on top), but did not find time yet to investigate further...
> >
> > Does a basic gstreamer pipeline work?
> > # gst-launch-1.0 videotestsrc ! imxeglvivsink
> >
>
> No:
>
> $ GST_DEBUG=*:3 gst-launch-1.0 videotestsrc ! imxeglvivsink
> Setting pipeline to PAUSED ...
> mxc_sdc_fb fb.20: 1920x1080 h_sync,r,l: 44,88,148  v_sync,l,u: 5,4,36 pixclock=148500000 Hz
> imx-ipuv3 2800000.ipu: try ipu internal clk
> imx-ipuv3 2800000.ipu: disp=0, pixel_clk=148500000 148500000 parent=148500000 div=1
> 0:00:00.229253000   245   0x9d1ee0 ERROR      imxeglplatform_fb egl_platform_fb.c:72:gst_imx_egl_viv_sink_egl_platform_create: eglGetDisplay failed: bad alloc
> ERROR: Pipeline doesn't want to pause.
> Setting pipeline to NULL ...
> Freeing pipeline ...
> mxc_sdc_fb fb.20: 1920x1080 h_sync,r,l: 44,88,148  v_sync,l,u: 5,4,36 pixclock=148500000 Hz
> imx-ipuv3 2800000.ipu: try ipu internal clk
> imx-ipuv3 2800000.ipu: disp=0, pixel_clk=148500000 148500000 parent=148500000 div=1
>
> Using Buildroot-2016-02-rc1 with
> https://patchwork.ozlabs.org/patch/577011/mbox/
> https://patchwork.ozlabs.org/patch/577012/mbox/

The setup I tried yesterday was:
- Buildroot master commit f3fac0dcfdf (post 2016.02-rc1).
- Plus the two patches you mention above

> and 'qt5tools: new package' patches on top with the following defconfig (based on
> the original nitrogen6x_defconfig config):
>
> BR2_arm=y
> BR2_cortex_a9=y
> BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_3_14=y
> BR2_TOOLCHAIN_BUILDROOT_GLIBC=y
> BR2_GLIBC_VERSION_2_22=y
> BR2_BINUTILS_VERSION_2_25_X=y
> BR2_TOOLCHAIN_BUILDROOT_CXX=y
> BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_EUDEV=y
> BR2_TARGET_GENERIC_GETTY_PORT="ttymxc1"
> BR2_ROOTFS_POST_BUILD_SCRIPT="board/boundarydevices/nitrogen6x/post-build.sh"
> BR2_ROOTFS_POST_IMAGE_SCRIPT="board/boundarydevices/nitrogen6x/post-image.sh"
> BR2_LINUX_KERNEL=y
> BR2_LINUX_KERNEL_CUSTOM_TARBALL=y
> BR2_LINUX_KERNEL_CUSTOM_TARBALL_LOCATION="https://github.com/boundarydevices/linux-imx6/tarball/f4c8395/linux-imx6-f4c8395.tar.gz"
> BR2_LINUX_KERNEL_DEFCONFIG="boundary"
> BR2_LINUX_KERNEL_ZIMAGE=y
> BR2_LINUX_KERNEL_DTS_SUPPORT=y
> BR2_LINUX_KERNEL_INTREE_DTS_NAME="imx6dl-nit6xlite imx6dl-nitrogen6_vm imx6dl-nitrogen6x imx6q-nitrogen6x imx6q-nitrogen6_max imx6q-sabrelite"
> BR2_LINUX_KERNEL_INSTALL_TARGET=y
> BR2_PACKAGE_GSTREAMER1=y
> BR2_PACKAGE_GST1_PLUGINS_BASE_PLUGIN_APP=y
> BR2_PACKAGE_GST1_PLUGINS_BASE_PLUGIN_AUDIOTESTSRC=y
> BR2_PACKAGE_GST1_PLUGINS_BASE_PLUGIN_VIDEOTESTSRC=y
> BR2_PACKAGE_GST1_PLUGINS_BASE_PLUGIN_ALSA=y
> BR2_PACKAGE_GST1_PLUGINS_GOOD=y
> BR2_PACKAGE_GST1_PLUGINS_GOOD_PLUGIN_V4L2=y
> BR2_PACKAGE_GST1_PLUGINS_BAD=y
> BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_VIDEOPARSERS=y
> BR2_PACKAGE_GST1_PLUGINS_UGLY=y
> BR2_PACKAGE_GST1_IMX=y
> BR2_PACKAGE_BINUTILS=y
> BR2_PACKAGE_DEJAVU=y
> BR2_PACKAGE_QT5=y
> BR2_PACKAGE_QT5BASE_LICENSE_APPROVED=y
> BR2_PACKAGE_QT5BASE_SQLITE_SYSTEM=y
> BR2_PACKAGE_QT5BASE_OPENGL_LIB=y
> BR2_PACKAGE_QT5BASE_LINUXFB=y
> BR2_PACKAGE_QT5BASE_EGLFS=y
> BR2_PACKAGE_QT5BASE_DEFAULT_QPA="eglfs"
> BR2_PACKAGE_QT5BASE_FONTCONFIG=y
> BR2_PACKAGE_QT5BASE_GIF=y
> BR2_PACKAGE_QT5BASE_JPEG=y
> BR2_PACKAGE_QT5BASE_PNG=y
> BR2_PACKAGE_QT5GRAPHICALEFFECTS=y
> BR2_PACKAGE_QT5MULTIMEDIA=y
> BR2_PACKAGE_QT5QUICKCONTROLS=y
> BR2_PACKAGE_QT5SERIALPORT=y
> BR2_PACKAGE_QT5TOOLS=y
> BR2_PACKAGE_QT5TOOLS_LINGUIST_TOOLS=y
> BR2_PACKAGE_QT5WEBSOCKETS=y
> BR2_PACKAGE_QT5SCRIPT=y
> BR2_PACKAGE_FREESCALE_IMX_PLATFORM_IMX6Q=y
> BR2_PACKAGE_IMX_LIB=y
> BR2_PACKAGE_IMX_GPU_VIV=y
> BR2_PACKAGE_OPENSSL=y
> BR2_PACKAGE_LIBV4L=y
> BR2_PACKAGE_LIBV4L_UTILS=y
> BR2_PACKAGE_LIBIMXVPUAPI=y
> BR2_TARGET_ROOTFS_EXT2=y
> BR2_TARGET_ROOTFS_EXT2_4=y
> BR2_TARGET_UBOOT=y
> BR2_TARGET_UBOOT_BOARDNAME="nitrogen6q"
> BR2_TARGET_UBOOT_CUSTOM_TARBALL=y
> BR2_TARGET_UBOOT_CUSTOM_TARBALL_LOCATION="http://github.com/boundarydevices/u-boot-imx6/tarball/a4070a8/u-boot-a4070a8.tar.gz"
> BR2_TARGET_UBOOT_FORMAT_IMX=y
> BR2_PACKAGE_HOST_GENIMAGE=y
> BR2_PACKAGE_HOST_UBOOT_TOOLS=y
>
> > If not there's no wonder qt5 doesn't like it. I haven't tried qt5 but
> > I'm sure the gstreamer imxeglvivsink does work.
> >
>
> My last working version was based on buildroot-2015.11.1 plus 'qt5: bump version to 5.5.1' and
> 'qt5tools: new package' on top...
>
> > In case you've enabled BR2_PACKAGE_KERNEL_MODULE_IMX_GPU_VIV, you
> > might need to load the Galcore module manually in case you don't have
> > eudev for instance:
> > # insmod /lib/modules/3.14.28/extra/galcore.ko
>
> No, working with boundarydevices linux-imx6-f4c8395 and original boundary config
> and there is a '/dev/galcore' entry on the target...

Yes but that is the problem. Please try again with
BR2_PACKAGE_KERNEL_MODULE_IMX_GPU_VIV.

As you know, 3D graphics libraries match a specific kernel driver.
Since it was an issue for many people, Vivante started to provide a
kernel module so you can easily have the latest driver on an older
kernel.

Since I've updated the graphics to the latest (5.0.11 p7.1), the
driver inside the 3.14.28 kernel is outdated so you need to use the
Vivante kernel module. I didn't for the selection of the kernel module
when the libraries are selected since some kernels (3.14.52) have the
correct driver built-in.

Sorry for the confusion but know that if you want to make sure the
driver matches the user-space blobs, always select the Vivante kernel
module as I'll make to always update both at the same time.

Regards,
Gary

^ permalink raw reply	[flat|nested] 13+ messages in thread
* [Buildroot] [PATCH v2 1/2] libimxvpuapi: add new package
  2016-02-16 22:57     ` Gary Bisson
  2016-02-17  9:26       ` Peter Seiderer
@ 2016-02-17  9:45       ` Peter Seiderer
  2016-02-17 10:03         ` Gary Bisson
  1 sibling, 1 reply; 13+ messages in thread
From: Peter Seiderer @ 2016-02-17  9:45 UTC (permalink / raw)
  To: buildroot

Hello Gary,

> Gesendet: Dienstag, 16. Februar 2016 um 23:57 Uhr
> Von: "Gary Bisson" <gary.bisson@boundarydevices.com>
> An: "Peter Seiderer" <ps.report@gmx.net>
> Cc: buildroot at busybox.net, "Thomas Petazzoni" <thomas.petazzoni@free-electrons.com>
> Betreff: Re: [Buildroot] [PATCH v2 1/2] libimxvpuapi: add new package
>
> Peter, All,
> 
> On Tue, Feb 16, 2016 at 9:53 PM, Peter Seiderer <ps.report@gmx.net> wrote:
> >
> > Hello Gary,
> >
> > On Mon,  1 Feb 2016 22:55:58 +0100, Gary Bisson <gary.bisson@boundarydevices.com> wrote:
> >
> > > <snip>
> > > +LIBIMXVPUAPI_VERSION = 0.10.1
> > > +LIBIMXVPUAPI_SITE = $(call github,Freescale,libimxvpuapi,$(LIBIMXVPUAPI_VERSION))
> > > +LIBIMXVPUAPI_LICENSE = LGPLv2.1+
> > > +LIBIMXVPUAPI_LICENSE_FILES = LICENSE
> > > +LIBIMXVPUAPI_DEPENDENCIES = host-pkgconf host-python imx-vpu
> > > +LIBIMXVPUAPI_INSTALL_STAGING = YES
> > > +
> > > +define LIBIMXVPUAPI_CONFIGURE_CMDS
> > > +     cd $(@D); \
> > > +     $(TARGET_CONFIGURE_OPTS) $(HOST_DIR)/usr/bin/python2 ./waf configure \
> > > +             --prefix=/usr
> > > +endef
> >
> > On my x86_64 (OpenSUSE-13.2) host build the libs and libimxvpuapi.pc
> > are installed into $(STAGING_DIR)/usr/lib64 and $(TARGET_DIR)/usr/lib64.
> >
> > To be usable by eg. gst1-imx the install path should be $(STAGING_DIR)/usr/lib
> > and $(TARGET_DIR)/usr/lib. To achieve this I added '--libdir=/usr/lib' to
> > overwrite the default '/usr/lib64':
> 
> I'd like to understand why it behaves like this with your setup. I'm
> using a 64-bit OS too (Debian Testing) but the libs go to /usr/lib as
> expected.
> 
> Could you pastebin the full log of libimxvpuapi build, your buildroot
> configuration as well as you 'env'?
> 

Build log attached (rm -r build/libimxvpuapi-0.10.1; make V=1 2>&1 | tee out_build_libimxvpuapi_orig.txt),
same buildroot setup as in previous e-mail: out_build_libimxvpuapi_orig.txt

$ cd build/libimxvpuapi-0.10.1/
$ /home/seiderer/Work/BD_Nitrogen6x/Buildroot-2016-02/build_2016_02_001/host/usr/bin/python2 ./waf configure --help
...
    --libdir=LIBDIR     object code libraries [EXEC_PREFIX/lib64]
...

$ env
LESSKEY=/etc/lesskey.bin
NNTPSERVER=news
MANPATH=/usr/local/man:/usr/share/man
HOSTNAME=XXXXXXX
XKEYSYMDB=/usr/X11R6/lib/X11/XKeysymDB
HOST=XXXXXXX
TERM=rxvt-unicode-256color
SHELL=/bin/bash
PROFILEREAD=true
HISTSIZE=1000
MORE=-sl
JRE_HOME=/usr/lib64/jvm/java/jre
USER=seiderer
LS_COLORS=
XNLSPATH=/usr/share/X11/nls
QEMU_AUDIO_DRV=pa
HOSTTYPE=x86_64
CONFIG_SITE=/usr/share/site/x86_64-unknown-linux-gnu
FROM_HEADER=
PAGER=less
CSHEDIT=emacs
XDG_CONFIG_DIRS=/etc/xdg
LIBGL_DEBUG=quiet
MINICOM=-c on
MAIL=/var/mail/seiderer
PATH=/opt/tools/bin:/home/seiderer/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games
CPU=x86_64
JAVA_BINDIR=/usr/lib64/jvm/java/bin
INPUTRC=/home/seiderer/.inputrc
PWD=/home/seiderer/Work/BD_Nitrogen6x/Buildroot-2016-02/build_2016_02_001/build/libimxvpuapi-0.10.1
gopher_proxy=
JAVA_HOME=/usr/lib64/jvm/java
LANG=en_US.UTF-8
PYTHONSTARTUP=/etc/pythonstart
SDK_HOME=/usr/lib64/jvm/java
GPG_TTY=/dev/pts/3
AUDIODRIVER=pulseaudio
QT_SYSTEM_DIR=/usr/share/desktop-data
JDK_HOME=/usr/lib64/jvm/java
SHLVL=1
HOME=/home/seiderer
ALSA_CONFIG_PATH=/etc/alsa-pulse.conf
SDL_AUDIODRIVER=pulse
LESS_ADVANCED_PREPROCESSOR=no
OSTYPE=linux
LS_OPTIONS=-N --color=none -T 0
WINDOWMANAGER=/usr/bin/gnome
G_FILENAME_ENCODING=@locale,UTF-8,ISO-8859-15,CP1252
LESS=-M -I -R
MACHTYPE=x86_64-suse-linux
LOGNAME=seiderer
CVS_RSH=ssh
XDG_DATA_DIRS=/usr/share
SSH_CONNECTION=10.5.121.193 49159 10.5.123.15 22
LESSOPEN=lessopen.sh %s
XDG_RUNTIME_DIR=/run/user/1000
DISPLAY=localhost:13.0
XAUTHLOCALHOSTNAME=DLxX9PSE02
NO_AT_BRIDGE=1
LESSCLOSE=lessclose.sh %s %s
G_BROKEN_FILENAMES=1
JAVA_ROOT=/usr/lib64/jvm/java
COLORTERM=1
BASH_FUNC_mc%%=() {  . /usr/share/mc/mc-wrapper.sh
}
OLDPWD=/home/seiderer/Work/BD_Nitrogen6x/Buildroot-2016-02/build_2016_02_001
_=/usr/bin/env

Regards,
Peter

> > --- a/package/libimxvpuapi/libimxvpuapi.mk
> > +++ b/package/libimxvpuapi/libimxvpuapi.mk
> > @@ -14,7 +14,7 @@ LIBIMXVPUAPI_INSTALL_STAGING = YES
> >  define LIBIMXVPUAPI_CONFIGURE_CMDS
> >         cd $(@D); \
> >         $(TARGET_CONFIGURE_OPTS) $(HOST_DIR)/usr/bin/python2 ./waf configure \
> > -               --prefix=/usr
> > +               --prefix=/usr --libdir=/usr/lib
> >  endef
> >
> >  define LIBIMXVPUAPI_BUILD_CMDS
> >
> >
> > With this you can add my
> >
> > Tested-by: Peter Seiderer <ps.report@gmx.net>
> >
> > for '...! imxvpudec ! imxipuvideosink'
> 
> Ok, I'll do that once I understand the difference which requires this
> libdir argument.
> 
> > But I had problems using the imxeglvivsink element and
> > with qt5 eglfs, suspecting your 'Update most Freescale packages' patch series
> > (using buildroot-2016.02-rc1 with your '[PATCH v3 0/2] gst1-imx: bump version to 0.12.0'
> > patches on top), but did not find time yet to investigate further...
> 
> Does a basic gstreamer pipeline work?
> # gst-launch-1.0 videotestsrc ! imxeglvivsink
> 
> If not there's no wonder qt5 doesn't like it. I haven't tried qt5 but
> I'm sure the gstreamer imxeglvivsink does work.
> 
> In case you've enabled BR2_PACKAGE_KERNEL_MODULE_IMX_GPU_VIV, you
> might need to load the Galcore module manually in case you don't have
> eudev for instance:
> # insmod /lib/modules/3.14.28/extra/galcore.ko
> 
> Regards,
> Gary
> 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: out_build_libimxvpuapi_orig.txt
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20160217/72bf950a/attachment.txt>

^ permalink raw reply	[flat|nested] 13+ messages in thread
* [Buildroot] [PATCH v2 1/2] libimxvpuapi: add new package
  2016-02-17  9:45       ` Peter Seiderer
@ 2016-02-17 10:03         ` Gary Bisson
  0 siblings, 0 replies; 13+ messages in thread
From: Gary Bisson @ 2016-02-17 10:03 UTC (permalink / raw)
  To: buildroot

Hi Peter,

On Wed, Feb 17, 2016 at 10:45 AM, Peter Seiderer <ps.report@gmx.net> wrote:
> <snip>
>> Could you pastebin the full log of libimxvpuapi build, your buildroot
>> configuration as well as you 'env'?
>>
>
> Build log attached (rm -r build/libimxvpuapi-0.10.1; make V=1 2>&1 | tee out_build_libimxvpuapi_orig.txt),
> same buildroot setup as in previous e-mail: out_build_libimxvpuapi_orig.txt
>
> $ cd build/libimxvpuapi-0.10.1/
> $ /home/seiderer/Work/BD_Nitrogen6x/Buildroot-2016-02/build_2016_02_001/host/usr/bin/python2 ./waf configure --help
> ...
>     --libdir=LIBDIR     object code libraries [EXEC_PREFIX/lib64]

Thanks for your quick reply. Indeed the same command on my platform gives me:
    --libdir=LIBDIR     object code libraries [EXEC_PREFIX/lib]

Plus your env seems just fine. Digging into it I've found my the
difference is between our system, multiarch is enabled on mine. In the
Configure.py script the libdir is initialized as follows:
if not env.LIBDIR:
  if Options.options.libdir:
    env.LIBDIR=Utils.sane_path(Options.options.libdir)
  else:
    env.LIBDIR=Utils.subst_vars('${PREFIX}/lib%s'%Utils.lib64(),env)

And Utils.py tells us where the 64 comes from:
def lib64():
  if os.sep=='/':
    if platform.architecture()[0]=='64bit':
      if os.path.exists('/usr/lib64')and not os.path.exists('/usr/lib32'):
        return'64'
  return''

So I'll submit the v3 today and cc you. Thanks for reporting and
fixing the issue!

Regards,
Gary

^ permalink raw reply	[flat|nested] 13+ messages in thread
* [Buildroot] [PATCH v2 1/2] libimxvpuapi: add new package
  2016-02-17  9:37         ` Gary Bisson
@ 2016-02-17 12:30           ` Peter Seiderer
  2016-02-17 12:42             ` Gary Bisson
  0 siblings, 1 reply; 13+ messages in thread
From: Peter Seiderer @ 2016-02-17 12:30 UTC (permalink / raw)
  To: buildroot

Hello Gary,

> Gesendet: Mittwoch, 17. Februar 2016 um 10:37 Uhr
> Von: "Gary Bisson" <gary.bisson@boundarydevices.com>
> An: "Peter Seiderer" <ps.report@gmx.net>
> Cc: buildroot at busybox.net, "Thomas Petazzoni" <thomas.petazzoni@free-electrons.com>
> Betreff: Re: [Buildroot] [PATCH v2 1/2] libimxvpuapi: add new package
>
> Hi Peter,
> 
> On Wed, Feb 17, 2016 at 10:26 AM, Peter Seiderer <ps.report@gmx.net> wrote:
> >
> > Hello Gary,
> >
> > > Gesendet: Dienstag, 16. Februar 2016 um 23:57 Uhr
> > > Von: "Gary Bisson" <gary.bisson@boundarydevices.com>
> > > An: "Peter Seiderer" <ps.report@gmx.net>
> > > Cc: buildroot at busybox.net, "Thomas Petazzoni" <thomas.petazzoni@free-electrons.com>
> > > Betreff: Re: [Buildroot] [PATCH v2 1/2] libimxvpuapi: add new package
> >
> > [snip]
> >
> > >
> > > > But I had problems using the imxeglvivsink element and
> > > > with qt5 eglfs, suspecting your 'Update most Freescale packages' patch series
> > > > (using buildroot-2016.02-rc1 with your '[PATCH v3 0/2] gst1-imx: bump version to 0.12.0'
> > > > patches on top), but did not find time yet to investigate further...
> > >
> > > Does a basic gstreamer pipeline work?
> > > # gst-launch-1.0 videotestsrc ! imxeglvivsink
> > >
> >
> > No:
> >
> > $ GST_DEBUG=*:3 gst-launch-1.0 videotestsrc ! imxeglvivsink
> > Setting pipeline to PAUSED ...
> > mxc_sdc_fb fb.20: 1920x1080 h_sync,r,l: 44,88,148  v_sync,l,u: 5,4,36 pixclock=148500000 Hz
> > imx-ipuv3 2800000.ipu: try ipu internal clk
> > imx-ipuv3 2800000.ipu: disp=0, pixel_clk=148500000 148500000 parent=148500000 div=1
> > 0:00:00.229253000   245   0x9d1ee0 ERROR      imxeglplatform_fb egl_platform_fb.c:72:gst_imx_egl_viv_sink_egl_platform_create: eglGetDisplay failed: bad alloc
> > ERROR: Pipeline doesn't want to pause.
> > Setting pipeline to NULL ...
> > Freeing pipeline ...
> > mxc_sdc_fb fb.20: 1920x1080 h_sync,r,l: 44,88,148  v_sync,l,u: 5,4,36 pixclock=148500000 Hz
> > imx-ipuv3 2800000.ipu: try ipu internal clk
> > imx-ipuv3 2800000.ipu: disp=0, pixel_clk=148500000 148500000 parent=148500000 div=1
> >
> > Using Buildroot-2016-02-rc1 with
> > https://patchwork.ozlabs.org/patch/577011/mbox/
> > https://patchwork.ozlabs.org/patch/577012/mbox/
> 
> The setup I tried yesterday was:
> - Buildroot master commit f3fac0dcfdf (post 2016.02-rc1).
> - Plus the two patches you mention above
> 
> > and 'qt5tools: new package' patches on top with the following defconfig (based on
> > the original nitrogen6x_defconfig config):
> >
> > BR2_arm=y
> > BR2_cortex_a9=y
> > BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_3_14=y
> > BR2_TOOLCHAIN_BUILDROOT_GLIBC=y
> > BR2_GLIBC_VERSION_2_22=y
> > BR2_BINUTILS_VERSION_2_25_X=y
> > BR2_TOOLCHAIN_BUILDROOT_CXX=y
> > BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_EUDEV=y
> > BR2_TARGET_GENERIC_GETTY_PORT="ttymxc1"
> > BR2_ROOTFS_POST_BUILD_SCRIPT="board/boundarydevices/nitrogen6x/post-build.sh"
> > BR2_ROOTFS_POST_IMAGE_SCRIPT="board/boundarydevices/nitrogen6x/post-image.sh"
> > BR2_LINUX_KERNEL=y
> > BR2_LINUX_KERNEL_CUSTOM_TARBALL=y
> > BR2_LINUX_KERNEL_CUSTOM_TARBALL_LOCATION="https://github.com/boundarydevices/linux-imx6/tarball/f4c8395/linux-imx6-f4c8395.tar.gz"
> > BR2_LINUX_KERNEL_DEFCONFIG="boundary"
> > BR2_LINUX_KERNEL_ZIMAGE=y
> > BR2_LINUX_KERNEL_DTS_SUPPORT=y
> > BR2_LINUX_KERNEL_INTREE_DTS_NAME="imx6dl-nit6xlite imx6dl-nitrogen6_vm imx6dl-nitrogen6x imx6q-nitrogen6x imx6q-nitrogen6_max imx6q-sabrelite"
> > BR2_LINUX_KERNEL_INSTALL_TARGET=y
> > BR2_PACKAGE_GSTREAMER1=y
> > BR2_PACKAGE_GST1_PLUGINS_BASE_PLUGIN_APP=y
> > BR2_PACKAGE_GST1_PLUGINS_BASE_PLUGIN_AUDIOTESTSRC=y
> > BR2_PACKAGE_GST1_PLUGINS_BASE_PLUGIN_VIDEOTESTSRC=y
> > BR2_PACKAGE_GST1_PLUGINS_BASE_PLUGIN_ALSA=y
> > BR2_PACKAGE_GST1_PLUGINS_GOOD=y
> > BR2_PACKAGE_GST1_PLUGINS_GOOD_PLUGIN_V4L2=y
> > BR2_PACKAGE_GST1_PLUGINS_BAD=y
> > BR2_PACKAGE_GST1_PLUGINS_BAD_PLUGIN_VIDEOPARSERS=y
> > BR2_PACKAGE_GST1_PLUGINS_UGLY=y
> > BR2_PACKAGE_GST1_IMX=y
> > BR2_PACKAGE_BINUTILS=y
> > BR2_PACKAGE_DEJAVU=y
> > BR2_PACKAGE_QT5=y
> > BR2_PACKAGE_QT5BASE_LICENSE_APPROVED=y
> > BR2_PACKAGE_QT5BASE_SQLITE_SYSTEM=y
> > BR2_PACKAGE_QT5BASE_OPENGL_LIB=y
> > BR2_PACKAGE_QT5BASE_LINUXFB=y
> > BR2_PACKAGE_QT5BASE_EGLFS=y
> > BR2_PACKAGE_QT5BASE_DEFAULT_QPA="eglfs"
> > BR2_PACKAGE_QT5BASE_FONTCONFIG=y
> > BR2_PACKAGE_QT5BASE_GIF=y
> > BR2_PACKAGE_QT5BASE_JPEG=y
> > BR2_PACKAGE_QT5BASE_PNG=y
> > BR2_PACKAGE_QT5GRAPHICALEFFECTS=y
> > BR2_PACKAGE_QT5MULTIMEDIA=y
> > BR2_PACKAGE_QT5QUICKCONTROLS=y
> > BR2_PACKAGE_QT5SERIALPORT=y
> > BR2_PACKAGE_QT5TOOLS=y
> > BR2_PACKAGE_QT5TOOLS_LINGUIST_TOOLS=y
> > BR2_PACKAGE_QT5WEBSOCKETS=y
> > BR2_PACKAGE_QT5SCRIPT=y
> > BR2_PACKAGE_FREESCALE_IMX_PLATFORM_IMX6Q=y
> > BR2_PACKAGE_IMX_LIB=y
> > BR2_PACKAGE_IMX_GPU_VIV=y
> > BR2_PACKAGE_OPENSSL=y
> > BR2_PACKAGE_LIBV4L=y
> > BR2_PACKAGE_LIBV4L_UTILS=y
> > BR2_PACKAGE_LIBIMXVPUAPI=y
> > BR2_TARGET_ROOTFS_EXT2=y
> > BR2_TARGET_ROOTFS_EXT2_4=y
> > BR2_TARGET_UBOOT=y
> > BR2_TARGET_UBOOT_BOARDNAME="nitrogen6q"
> > BR2_TARGET_UBOOT_CUSTOM_TARBALL=y
> > BR2_TARGET_UBOOT_CUSTOM_TARBALL_LOCATION="http://github.com/boundarydevices/u-boot-imx6/tarball/a4070a8/u-boot-a4070a8.tar.gz"
> > BR2_TARGET_UBOOT_FORMAT_IMX=y
> > BR2_PACKAGE_HOST_GENIMAGE=y
> > BR2_PACKAGE_HOST_UBOOT_TOOLS=y
> >
> > > If not there's no wonder qt5 doesn't like it. I haven't tried qt5 but
> > > I'm sure the gstreamer imxeglvivsink does work.
> > >
> >
> > My last working version was based on buildroot-2015.11.1 plus 'qt5: bump version to 5.5.1' and
> > 'qt5tools: new package' on top...
> >
> > > In case you've enabled BR2_PACKAGE_KERNEL_MODULE_IMX_GPU_VIV, you
> > > might need to load the Galcore module manually in case you don't have
> > > eudev for instance:
> > > # insmod /lib/modules/3.14.28/extra/galcore.ko
> >
> > No, working with boundarydevices linux-imx6-f4c8395 and original boundary config
> > and there is a '/dev/galcore' entry on the target...
> 
> Yes but that is the problem. Please try again with
> BR2_PACKAGE_KERNEL_MODULE_IMX_GPU_VIV.
> 
> As you know, 3D graphics libraries match a specific kernel driver.
> Since it was an issue for many people, Vivante started to provide a
> kernel module so you can easily have the latest driver on an older
> kernel.
> 
> Since I've updated the graphics to the latest (5.0.11 p7.1), the
> driver inside the 3.14.28 kernel is outdated so you need to use the
> Vivante kernel module. I didn't for the selection of the kernel module
> when the libraries are selected since some kernels (3.14.52) have the
> correct driver built-in.
> 

Got it now, the missing part was:

 BR2_PACKAGE_KERNEL_MODULE_IMX_GPU_VIV=y

Qt5 eglfs and gstreamer imxeglvivsink are working now...

> Sorry for the confusion but know that if you want to make sure the
> driver matches the user-space blobs, always select the Vivante kernel
> module as I'll make to always update both at the same time.
> 

Maybe a little hint in board/boundarydevices/nitrogen6x/readme.txt would be useful?

Many thanks for your support...

Regards,
Peter

> Regards,
> Gary
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
> 

^ permalink raw reply	[flat|nested] 13+ messages in thread
* [Buildroot] [PATCH v2 1/2] libimxvpuapi: add new package
  2016-02-17 12:30           ` Peter Seiderer
@ 2016-02-17 12:42             ` Gary Bisson
  2016-02-17 12:50               ` Thomas Petazzoni
  2016-02-17 23:48               ` Arnout Vandecappelle
  0 siblings, 2 replies; 13+ messages in thread
From: Gary Bisson @ 2016-02-17 12:42 UTC (permalink / raw)
  To: buildroot

Hi Peter,

On Wed, Feb 17, 2016 at 1:30 PM, Peter Seiderer <ps.report@gmx.net> wrote:
> Hello Gary,
>
>> <snip>
>> > No, working with boundarydevices linux-imx6-f4c8395 and original boundary config
>> > and there is a '/dev/galcore' entry on the target...
>>
>> Yes but that is the problem. Please try again with
>> BR2_PACKAGE_KERNEL_MODULE_IMX_GPU_VIV.
>>
>> As you know, 3D graphics libraries match a specific kernel driver.
>> Since it was an issue for many people, Vivante started to provide a
>> kernel module so you can easily have the latest driver on an older
>> kernel.
>>
>> Since I've updated the graphics to the latest (5.0.11 p7.1), the
>> driver inside the 3.14.28 kernel is outdated so you need to use the
>> Vivante kernel module. I didn't for the selection of the kernel module
>> when the libraries are selected since some kernels (3.14.52) have the
>> correct driver built-in.
>>
>
> Got it now, the missing part was:
>
>  BR2_PACKAGE_KERNEL_MODULE_IMX_GPU_VIV=y
>
> Qt5 eglfs and gstreamer imxeglvivsink are working now...

Good to hear!

>> Sorry for the confusion but know that if you want to make sure the
>> driver matches the user-space blobs, always select the Vivante kernel
>> module as I'll make to always update both at the same time.
>>
>
> Maybe a little hint in board/boundarydevices/nitrogen6x/readme.txt would be useful?

Well it is not Nitrogen6x-specific, it applies to all i.MX6 platforms
so I'm not sure where would be the best place to give this info apart
from the help text. Thomas, any idea on this?

Yocto is forcing the use of the Vivante kernel module, maybe we should
do the same but I'm not fond of this approach.

> Many thanks for your support...

No problem. Thanks for your valuable feedback!

Regards,
Gary

^ permalink raw reply	[flat|nested] 13+ messages in thread
* [Buildroot] [PATCH v2 1/2] libimxvpuapi: add new package
  2016-02-17 12:42             ` Gary Bisson
@ 2016-02-17 12:50               ` Thomas Petazzoni
  2016-02-17 23:48               ` Arnout Vandecappelle
  1 sibling, 0 replies; 13+ messages in thread
From: Thomas Petazzoni @ 2016-02-17 12:50 UTC (permalink / raw)
  To: buildroot

Hello,

On Wed, 17 Feb 2016 13:42:44 +0100, Gary Bisson wrote:

> Well it is not Nitrogen6x-specific, it applies to all i.MX6 platforms
> so I'm not sure where would be the best place to give this info apart
> from the help text. Thomas, any idea on this?

I am not sure where to store such platform-specific information. A new
section in the Buildroot manual, perhaps?

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

^ permalink raw reply	[flat|nested] 13+ messages in thread
* [Buildroot] [PATCH v2 1/2] libimxvpuapi: add new package
  2016-02-17 12:42             ` Gary Bisson
  2016-02-17 12:50               ` Thomas Petazzoni
@ 2016-02-17 23:48               ` Arnout Vandecappelle
  1 sibling, 0 replies; 13+ messages in thread
From: Arnout Vandecappelle @ 2016-02-17 23:48 UTC (permalink / raw)
  To: buildroot

On 17-02-16 13:42, Gary Bisson wrote:
> Hi Peter,
> 
> On Wed, Feb 17, 2016 at 1:30 PM, Peter Seiderer <ps.report@gmx.net> wrote:
>> Hello Gary,
>>
>>> <snip>
>>>> No, working with boundarydevices linux-imx6-f4c8395 and original boundary config
>>>> and there is a '/dev/galcore' entry on the target...
>>>
>>> Yes but that is the problem. Please try again with
>>> BR2_PACKAGE_KERNEL_MODULE_IMX_GPU_VIV.
>>>
>>> As you know, 3D graphics libraries match a specific kernel driver.
>>> Since it was an issue for many people, Vivante started to provide a
>>> kernel module so you can easily have the latest driver on an older
>>> kernel.
>>>
>>> Since I've updated the graphics to the latest (5.0.11 p7.1), the
>>> driver inside the 3.14.28 kernel is outdated so you need to use the
>>> Vivante kernel module. I didn't for the selection of the kernel module
>>> when the libraries are selected since some kernels (3.14.52) have the
>>> correct driver built-in.
>>>
>>
>> Got it now, the missing part was:
>>
>>  BR2_PACKAGE_KERNEL_MODULE_IMX_GPU_VIV=y
>>
>> Qt5 eglfs and gstreamer imxeglvivsink are working now...
> 
> Good to hear!
> 
>>> Sorry for the confusion but know that if you want to make sure the
>>> driver matches the user-space blobs, always select the Vivante kernel
>>> module as I'll make to always update both at the same time.
>>>
>>
>> Maybe a little hint in board/boundarydevices/nitrogen6x/readme.txt would be useful?
> 
> Well it is not Nitrogen6x-specific, it applies to all i.MX6 platforms
> so I'm not sure where would be the best place to give this info apart
> from the help text. Thomas, any idea on this?
> 
> Yocto is forcing the use of the Vivante kernel module, maybe we should
> do the same but I'm not fond of this approach.

 We can't force select because BR2_PACKAGE_KERNEL_MODULE_IMX_GPU_VIV depends on
the kernel to be built. But we could do

	select BR2_PACKAGE_KERNEL_MODULE_IMX_GPU_VIV if BR2_LINUX_KERNEL

 I don't think this would be such a bad idea. Added size isn't really a big
deal. Of course, the user still has to load the module...

 Regards,
 Arnout

> 
>> Many thanks for your support...
> 
> No problem. Thanks for your valuable feedback!
> 
> Regards,
> Gary
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
> 


-- 
Arnout Vandecappelle                          arnout at mind be
Senior Embedded Software Architect            +32-16-286500
Essensium/Mind                                http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium           BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7493 020B C7E3 8618 8DEC 222C 82EB F404 F9AC 0DDF

^ permalink raw reply	[flat|nested] 13+ messages in thread
end of thread, other threads:[~2016-02-17 23:48 UTC | newest]

Thread overview: 13+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-02-01 21:55 [Buildroot] [PATCH v2 0/2] gst1-imx: bump version to 0.12.0 Gary Bisson
2016-02-01 21:55 ` [Buildroot] [PATCH v2 1/2] libimxvpuapi: add new package Gary Bisson
2016-02-16 20:53   ` Peter Seiderer
2016-02-16 22:57     ` Gary Bisson
2016-02-17  9:26       ` Peter Seiderer
2016-02-17  9:37         ` Gary Bisson
2016-02-17 12:30           ` Peter Seiderer
2016-02-17 12:42             ` Gary Bisson
2016-02-17 12:50               ` Thomas Petazzoni
2016-02-17 23:48               ` Arnout Vandecappelle
2016-02-17  9:45       ` Peter Seiderer
2016-02-17 10:03         ` Gary Bisson
2016-02-01 21:55 ` [Buildroot] [PATCH v2 2/2] gst1-imx: bump to version 0.12.0 Gary Bisson

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox