Age | Commit message (Collapse) | Author | Files | Lines |
|
Only add gfx or mmp to image when h/w acceleration enabled.
This fixes an issue reported on list [1] where the GDP do_rootfs fails:
'ERROR: gstreamer1.0-plugins-bad-faad not found in the base feeds
(koelsch cortexa15hf-vfp-neon cortexa15hf-vfp armv7ahf-vfp-neon
armv7ahf-vfp armv6hf-vfp armv5ehf-vfp armv5hf-vfp noarch any all)'
The issue was introduced with meta-renesas commit 632f4b7e7c05db
which integrated a mechanism to add gfx and multimedia packages
as needed to the IMAGE. Faad requires it be added to the image
dependencies and is found in meta-openembedded/meta-multimedia/.
By default the R-Car M2 Koeslch board local.conf and bblayers.conf
in GDP do not enable h/w multimedia acceleration and so those
requirements were not met. Resulting in the error as nothing
was causing a Gst 1.4.x Faad plug-in to be built.
However for GDP and the general case the BSP should only be adding
packages it requires when h/w acceleration is enabled. Therefore
modify the mechanism to do just that. When s/w rendering is
used it should be left to layers outside of the BSP to do what
is required.
[1] http://lists.genivi.org/pipermail/genivi-projects/2016-January/001360.html
|
|
Introduce automation to the GDP build. The gfx and multimedia packages
will now be added to the GDP IMAGE_INSTALL when they are enabled.
|
|
This commit generalises an earlier workaround for the Alt board to all
R-Car E2 based boards.
Temporarily disable Cortex A7 optimisation to avoid upstream build issue
between YP 1.7 gcc toolchain and Mesa 10.1,x releases. The build goes away
and never returns. Graphics acceleration makes no use of Mesa so there
should be no performance impact. This should be removed once upstream is fixed.
|
|
Temporarily disable Cortex A7 optimisation to avoid upstream build issue
between YP 1.7 gcc toolchain and Mesa 10.1,x releases. The build goes away
and never returns. Graphics acceleration makes no use of Mesa so there
should be no performance impact. This should be removed once upstream is fixed.
|
|
The GLES user module has a runtime dependency on the GLES kernel module.
Make that clear by adding an RDEPENDS for it.
|
|
libegl-dev provides libegl.so but this is not found when do_rootfs installs dependent packages
for certain package configurations. Add RPROVIDES so it is found.
Fixes do_rootfs build errors of the form:
error: Can't install gles-user-module-1.0-r0@koelsch: no package provides libEGL.so
|
|
Signed-off-by: Florin Sarbu <florin.sarbu@windriver.com>
|
|
Changed as part of update to YP 1.7
|
|
Changed as part of the update to YP 1.7
|
|
Signed-off-by: Nobuhiro Iwamatsu <nobuhiro.iwamatsu.yj@renesas.com>
|