This allows to blacklist platforms not officially supported in a DEY
release. It only works at help-level, you can actually create projects
for any platform whose config files exist, but the help of the mkproject
command will only show the officially supported platforms.
At the moment the BLACKLIST variable is not filled. This will be done in
the release branch.
https://jira.digi.com/browse/DEL-1073
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
Packagegroups define sets of packages to be installed in the rootfs
*depending* on the hardware variant (~MACHINE_FEATURES). For example
installing or not the bluetooth firmware depending on machine variant
having bluetooth.
It may happen that we build sequentially machines with different
features using the same sstate and thus it may happen we end with a
rootfs lacking bluetooth firmware for a bluetooth variant.
So add all packagegroups to the list of packages to purge state-cache
between platform builds.
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
This adds the calibration file for US regulatory (still missing the
world-regulatory calibration file)
https://jira.digi.com/browse/DEL-1102
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
In Yocto Daisy mplayer is not supported. Trying to build it fails with:
ERROR: Nothing PROVIDES 'mplayer'
ERROR: mplayer2 PROVIDES mplayer but was skipped: Recipe is blacklisted: Requires newer libav which has negative D_P
This is because it has been blacklisted in commit:
http://cgit.openembedded.org/meta-openembedded/commit/?id=2e7f3ce93b2c9864037fba8cc68fde46aafac4b0
The reason is that is has a build-time dependence on libav being newer
than the one provided by Yocto.
We don't use mplayer on ccimx6 as it has accelerated video using
gstreamer, so just remove the bbappend for this release.
Probably we need to revisit this when we upgrade our ccardimx28 support
to new versions of Yocto and upstream has removed the recipe from the
blacklist.
https://jira.digi.com/browse/DEL-1075
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
This synchronizes the machine configuration files with the latest
changes in meta-fsl-arm for Daisy maintenance branch.
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
Those hacks were added to fix a problem when building development images
(with 'dev-pkgs' image feature enabled). In that case the developemnt
packages (libdigi-dev and microwindows-dev) have a dependence on the
normal packages (libdigi and microwindows). But those packages are not
created by default because they are empty, thus the needed ALLOW_EMPTY hack.
Fix the problem by just resetting the runtime dependences of the -dev
packages. This allows to not create empty libdigi and microwindows
packages.
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
While on it, rework and simplify atheros firmware recipe:
* remove 'unknown' version (renamed recipe)
* do not create empty debug and development packages
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
RPM is more polished than IPK and it's the default used by
Poky/Openembedded so just use it.
https://jira.digi.com/browse/DEL-1053
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
User-space has been updated in meta-fsl-arm for the general availability
(GA) FSL release, so use the kernel branch with the GA support.
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
The 'v3.10/master' master branch has been updated with the latest
general availability (GA) release from FSL, but the user-space is not
ready yet, so using the new kernel the build is broken:
imx-lib: error: 'PXP_IOC_GET_CHAN' undeclared
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
Needing to set the branch where a specific SHA1 revision is contained is
a unnecessary constraint that can be bypassed setting 'nobranch=1' in
the SRC_URI.
We do that for all the external repos (GitHub) plus the internal ones
for the im-xbootlets and the atheros kernel module (as those two repos
are stable enough and we are not developing actively on them).
For U-Boot and Linux we keep the SRCBRANCH framework for internal repos
as this is needed for the AUTOREV yocto feature.
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
This is needed so jenkins jobs not using 'meta-digi-dey' (the layer
containing the cleaned recipe) can complete. Otherwise they fail with:
ERROR: Nothing PROVIDES 'packagegroup-dey-examples'
(for example using just the BSP layer 'meta-digi-arm' with standard
image recipes, e.g. core-image-minimal)
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
The bbappend was created mostly to install an old version of the
'simple-agent' test application (the one included in the package was
failing) but upstream (Poky) has fixed most of the issues, so our
bbappend is just needed now to enable 'health' profile support.
Signed-off-by: Javier Viguera <javier.viguera@digi.com>
Javier Viguera
Alex Gonzalez