| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
| |
Remove the concept of the common directory and move all the recipes-* dirs
to the top level as a normal layer would be. layer.conf is updated appropriately
Signed-off-by: Saul Wold <sgw@linux.intel.com>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When a distro disables OpenGL or using meta-intel without any distro
set, a world build fails for all recipes depending directly or
indirectly on libva, because libva is disables unless opengl is in
DISTRO_FEATURES. "opengl" must be checked for in all those recipes.
The specific use case was testing of meta-intel with
yocto-compat-layer.py against just OE-core with the local.conf.sample
from OE-core, i.e. DISTRO unset. Without this change, that failed
with:
ERROR: Nothing PROVIDES 'libva' (but /fast/work/meta-intel/common/recipes-multimedia/libyami/libyami-utils_1.1.0.bb, /fast/work/meta-intel/common/recipes-multimedia/libyami/libyami_1.1.0.bb, /fast/work/meta-intel/common/recipes-multimedia/libva/libva-intel-driver_1.7.3.bb DEPENDS on or otherwise requires it)
ERROR: libva was skipped: missing required distro feature 'opengl' (not in DISTRO_FEATURES)
ERROR: Nothing RPROVIDES 'libyami-dev' (but /fast/work/meta-intel/common/recipes-multimedia/libyami/libyami_1.1.0.bb RDEPENDS on or otherwise requires it)
ERROR: No eligible RPROVIDERs exist for 'libyami-dev'
NOTE: Runtime target 'libyami-dev' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['libyami-dev']
ERROR: Nothing RPROVIDES 'libva' (but /fast/work/meta-intel/common/recipes-multimedia/libva/va-intel.bb RDEPENDS on or otherwise requires it)
ERROR: libva was skipped: missing required distro feature 'opengl' (not in DISTRO_FEATURES)
NOTE: Runtime target 'libva' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['libva']
ERROR: Nothing RPROVIDES 'libva-intel-driver' (but /fast/work/meta-intel/common/recipes-multimedia/libva/libva-intel-driver_1.7.3.bb RDEPENDS on or otherwise requires it)
ERROR: No eligible RPROVIDERs exist for 'libva-intel-driver'
NOTE: Runtime target 'libva-intel-driver' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['libva-intel-driver']
ERROR: Nothing RPROVIDES 'libyami-utils' (but /fast/work/meta-intel/common/recipes-multimedia/libyami/libyami-utils_1.1.0.bb RDEPENDS on or otherwise requires it)
ERROR: No eligible RPROVIDERs exist for 'libyami-utils'
NOTE: Runtime target 'libyami-utils' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['libyami-utils']
ERROR: Nothing RPROVIDES 'libyami-utils-dev' (but /fast/work/meta-intel/common/recipes-multimedia/libyami/libyami-utils_1.1.0.bb RDEPENDS on or otherwise requires it)
ERROR: No eligible RPROVIDERs exist for 'libyami-utils-dev'
NOTE: Runtime target 'libyami-utils-dev' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['libyami-utils-dev']
ERROR: Nothing RPROVIDES 'libyami' (but /fast/work/meta-intel/common/recipes-multimedia/libyami/libyami_1.1.0.bb RDEPENDS on or otherwise requires it)
ERROR: No eligible RPROVIDERs exist for 'libyami'
NOTE: Runtime target 'libyami' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['libyami']
ERROR: Nothing RPROVIDES 'libva-intel-driver-dev' (but /fast/work/meta-intel/common/recipes-multimedia/libva/libva-intel-driver_1.7.3.bb RDEPENDS on or otherwise requires it)
ERROR: No eligible RPROVIDERs exist for 'libva-intel-driver-dev'
NOTE: Runtime target 'libva-intel-driver-dev' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['libva-intel-driver-dev']
Signed-off-by: Patrick Ohly <patrick.ohly@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
|
| |
|
|
|
|
|
| |
The OE-Core LICENSE is mostly MIT, but should not be used as a checksum
file for a purely MIT licensed package.
Signed-off-by: Saul Wold <sgw@linux.intel.com>
|
| |
|
|
|
|
|
|
| |
This package doesn't have a traditional tarball so the default S of PV-PN isn't
valid, set it to $WORKDIR to silence the sanity check.
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
|
| |
|
|
|
|
|
|
| |
base_contains is simply a compatibility wrapper and may warn in the future, so
replace all instances with bb.utils.contains().
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
|
| |
|
|
|
|
|
|
| |
As all the EMGD based BSPs have been retired, there is no need for the
proprietary EMGD support in the meta-intel layer.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
|
| |
|
|
|
|
|
| |
The top level LICENSE file in OE-Core changed so we need to update the checksum
references that refer to this to match the new file.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
| |
|
|
|
|
|
| |
ALLOW_EMPTY needs to be set per-package - this updates va-intel to
avoid warnings to that effect.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Add a new va-impl-intel MACHINE_FEATURE to explicitly choose intel
video acceleration, rather than have it as the fallthrough default, so
that anything that wants to specify something different locally
doesn't get unwanted components.
Also rename the gst-va-mixvideo feature to va-impl-mixvideo match and
since it isn't only concerned with gst.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
|
| |
|
|
|
|
|
|
| |
This lets meta-intel to play well in multi-bsp
setup
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
|
|
|
We need some libraries for video acceleration which depend on the
video implementation being used e.g. vanilla intel vs emgd, so create
a new 'va-intel' package group for them.
Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
|
