freescale / fsl-community-bsp-base Goto Github PK
View Code? Open in Web Editor NEWBSP base files
License: GNU General Public License v2.0
BSP base files
License: GNU General Public License v2.0
Freescale's Community Yocto BSP =============================== Supported boards ---------------- In order to know the supported boards, please, see the release notes at http://freescale.github.io/doc/release-notes/current/ Quick Start Guide ----------------- Once you have downloaded the source of all projects, you will have to call: $: . ./setup-environment <build directory> After this step, you will be with everything need for build an image. Contributing ------------ To contribute to the development of this BSP and/or submit patches for new boards please send the patches against the respective project as informated bellow: The following layers are included on this release: * poky: base build system and metadata Path: sources/poky GIT: git://git.yoctoproject.org/poky Mailing list: https://lists.yoctoproject.org/listinfo/yocto * meta-openembedded: extra packages and features Path: sources/meta-openembedded GIT: git://git.openembedded.org/meta-openembedded Mailing list: http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel Note: Use [meta-oe] in subject to easy the processing * meta-freescale: support for Freescale's processors and board Path: sources/meta-freescale Project: https://github.com/Freescale/meta-freescale GIT: git://github.com/Freescale/meta-freescale.git Mailing list: https://lists.yoctoproject.org/listinfo/meta-freescale * meta-freescale-3rdparty: support for boards using Freescale's processors Path: sources/meta-freescale-3rdparty Project: https://github.com/Freescale/meta-freescale-3rdparty GIT: git://github.com/Freescale/meta-freescale-3rdparty.git Mailing list: https://lists.yoctoproject.org/listinfo/meta-freescale Note: Use [3rdparty] in subject to easy the processing * meta-freescale-distro: distribution images and recipes Path: sources/meta-freescale-distro Project: https://github.com/Freescale/meta-freescale-distro GIT: git://github.com/Freescale/meta-freescale-distro.git Mailing list: https://lists.yoctoproject.org/listinfo/meta-freescale Note: Use [distro] in subject to easy the processing
It's possible that someone that's automating the build needs these variables after the build.
In my particular case, I needed the MACHINE variable to find the directory with images.
It was very confusing to me why and where these variables disappeared after the build.
On another note, if someone would like to run export MACHINE=imx7d-pico
to configure their environment, this would be unset on subsequent calls of source setup-environment
, resulting in very confusing behavior.
A function with local variables would seem like a nice solution to me. I'll see if I find the time to make a pull request.
I have a project on top of Wandboard Solo Rev. D1 board. Unfortunately, I have noticed that support of this bord is not presend in stable branch ("morty"), so I have two options: base on top of "morty" and do necessary changes to u-boot, kernel or I can just wait for "pyro" release.
When do you plan to release "pyro"?
Thanks in advance for your answer.
The shebang line on ./setup-environment invokes the script with /bin/sh
However the script only works if sh == /bin/bash/ . This causes at least two problems on modern distros where dash provides /bin/sh.
First, directory 'build' gets created underneath sources/poky. Reason is that supplying parameters to "sourced" scripts is a bash extension.
Also, the script also uses "echo -e" which, under some shells, results in a literal "-e" being echoed. This interferes with checking and listing the supported machine types.
Simple fix is to replace #!/bin/sh with #!/bin/bash
A more complex fix would be possible such as is used by Poky's own oe-init scripts if preferred, but I have gone for minimal changes at the moment. This doesn't change the Freescale BSP shell requirement, just makes it explicit.
Building core-image-minimal-xfce4 fails with machine set to wandboard / imx6dlsabreauto.conf (morty branch).
| ../../libxfce4ui-4.12.1/libxfce4ui/xfce-sm-client.c:60:22: fatal error: gdk/gdkx.h: No such file or directory
| #include <gdk/gdkx.h>
Something removes gdk/* headers from
/tmp/sysroots/MACHINE/usr/include/gtk-3.0/
It is present there in the begining of build process, but then disappears and compilation of libxfce4ui fails with error above.
Thanks in advance for your support.
I'm seeing a lot of warnings and several errors when trying to use the build setup from this manifest.
Steps to reproduce the issue:
repo init -u https://github.com/Freescale/fsl-community-bsp-platform -b master
repo sync
EULA=1 MACHINE=imx8mm-lpddr4-evk DISTRO=poky source setup-environment build
bitbake core-image-base
NOTE: On consecutive invocation of the bitbake core-image-base
command - the build proceeds without warnings or errors, it happens only when above sequence is invoked.
Following errors are observed:
ERROR: Nothing RPROVIDES 'libssp-nonshared-staticdev' (but /storage/projects/fsl-bsp-from-manifest/sources/poky/meta/recipes-core/musl/musl_git.bb RDEPENDS on or otherwise requires it)
libssp-nonshared RPROVIDES libssp-nonshared-staticdev but was skipped: incompatible with host aarch64-poky-linux (not in COMPATIBLE_HOST)
NOTE: Runtime target 'libssp-nonshared-staticdev' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['libssp-nonshared-staticdev']
ERROR: Nothing RPROVIDES 'bsd-headers-dev' (but /storage/projects/fsl-bsp-from-manifest/sources/poky/meta/recipes-core/musl/musl_git.bb RDEPENDS on or otherwise requires it)
bsd-headers RPROVIDES bsd-headers-dev but was skipped: incompatible with host aarch64-poky-linux (not in COMPATIBLE_HOST)
NOTE: Runtime target 'bsd-headers-dev' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['bsd-headers-dev']
ERROR: Nothing RPROVIDES 'musl-dev' (but /storage/projects/fsl-bsp-from-manifest/sources/poky/meta/recipes-core/musl/musl_git.bb RDEPENDS on or otherwise requires it)
No eligible RPROVIDERs exist for 'musl-dev'
NOTE: Runtime target 'musl-dev' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['musl-dev']
ERROR: Nothing RPROVIDES 'musl' (but /storage/projects/fsl-bsp-from-manifest/sources/poky/meta/recipes-core/musl/musl_git.bb RDEPENDS on or otherwise requires it)
No eligible RPROVIDERs exist for 'musl'
NOTE: Runtime target 'musl' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['musl']
ERROR: Nothing PROVIDES 'bsd-headers' (but /storage/projects/fsl-bsp-from-manifest/sources/poky/meta/recipes-core/musl/musl_git.bb DEPENDS on or otherwise requires it)
bsd-headers was skipped: incompatible with host aarch64-poky-linux (not in COMPATIBLE_HOST)
ERROR: Nothing PROVIDES 'libssp-nonshared' (but /storage/projects/fsl-bsp-from-manifest/sources/poky/meta/recipes-core/musl/musl_git.bb DEPENDS on or otherwise requires it)
libssp-nonshared was skipped: incompatible with host aarch64-poky-linux (not in COMPATIBLE_HOST)
WARNING: preferred version 1.20.imx of wayland-protocols not available (for item wayland-protocols)
WARNING: versions of wayland-protocols available: 1.20
WARNING: preferred version 1.20.imx of wayland-protocols not available (for item wayland-protocols)
WARNING: versions of wayland-protocols available: 1.20
There are also a lot of warnings reported about the replacement of preferred providers, like following:
WARNING: /storage/projects/fsl-bsp-from-manifest/sources/poky/meta/recipes-graphics/ttf-fonts/liberation-fonts_2.00.1.bb: Variable key PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}compilerlibs (gcc-runtime) replaces original key PREFERRED_PROVIDER_virtual/x86_64-pokysdk-linux-compilerlibs (nativesdk-gcc-runtime).
WARNING: /storage/projects/fsl-bsp-from-manifest/sources/poky/meta/recipes-graphics/ttf-fonts/liberation-fonts_2.00.1.bb: Variable key PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}g++ (gcc-cross-${TARGET_ARCH}) replaces original key PREFERRED_PROVIDER_virtual/x86_64-pokysdk-linux-g++ (gcc-crosssdk-${SDK_SYS}).
WARNING: /storage/projects/fsl-bsp-from-manifest/sources/poky/meta/recipes-graphics/ttf-fonts/liberation-fonts_2.00.1.bb: Variable key PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}gcc (gcc-cross-${TARGET_ARCH}) replaces original key PREFERRED_PROVIDER_virtual/x86_64-pokysdk-linux-gcc (gcc-crosssdk-${SDK_SYS}).
WARNING: /storage/projects/fsl-bsp-from-manifest/sources/meta-openembedded/meta-python/recipes-devtools/python/python3-html5lib_1.1.bb: Variable key PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}compilerlibs (gcc-runtime) replaces original key PREFERRED_PROVIDER_virtual/x86_64-pokysdk-linux-compilerlibs (nativesdk-gcc-runtime).
WARNING: /storage/projects/fsl-bsp-from-manifest/sources/meta-openembedded/meta-python/recipes-devtools/python/python3-html5lib_1.1.bb: Variable key PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}g++ (gcc-cross-${TARGET_ARCH}) replaces original key PREFERRED_PROVIDER_virtual/x86_64-pokysdk-linux-g++ (gcc-crosssdk-${SDK_SYS}).
WARNING: /storage/projects/fsl-bsp-from-manifest/sources/meta-openembedded/meta-python/recipes-devtools/python/python3-html5lib_1.1.bb: Variable key PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}gcc (gcc-cross-${TARGET_ARCH}) replaces original key PREFERRED_PROVIDER_virtual/x86_64-pokysdk-linux-gcc (gcc-crosssdk-${SDK_SYS}).
Can this be taken care of? This has been reported several times already: at least once on meta-freescale ML indirectly and once in PR in meta-freescale layer.
-- andrey
If you attempt to use TEMPLATECONF to define an alternate bblayers.conf, the setup-environment script will overwrite it which is unexpected behavior. This is due to the script line that explicitly copies from the local templates to the build path conf/ dir, losing the template brought in by the TEMPLATECONF usage.
Note that the treatment of local.conf works because the script in this case modifies what is copied rather than overwriting what is used, so using TEMPLATECONF in that respect works.
fsl-community-bsp-base/setup-environment
Line 166 in 70535e1
Recommend removing the explicit copy and that templates get copied via a default TEMPLATECONF value that can be properly overridden at the command-line.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.