Supported MACHINE targets (tested by Arduino):
repo init -u https://github.com/arduino/lmp-manifest.git -m arduino.xml -b release
repo sync
DISTRO=lmp-xwayland MACHINE=portenta-x8 . setup-environment
echo "ACCEPT_FSL_EULA = \"1\"" >> conf/local.conf
bitbake lmp-devel-arduino-image
DISTRO=lmp-mfgtool MACHINE=portenta-x8 . setup-environment
echo "ACCEPT_FSL_EULA = \"1\"" >> conf/local.conf
echo "MFGTOOL_FLASH_IMAGE = \"lmp-devel-arduino-image\"" >> conf/local.conf
bitbake mfgtool-files
alternatively you can build a devel image that for now doesn't have wayland support. This is currently our way to go for debugging kernel related issues and uses DISTRO lmp-base which doesn't include all the security features such as ostree, op-tee and sota that aren't strictly needed in this scenario
DISTRO=lmp-base MACHINE=portenta-x8 . setup-environment
echo "ACCEPT_FSL_EULA = \"1\"" >> conf/local.conf
bitbake lmp-devel-arduino-image
Note: To reduce bitbake parallelism (because you may want to use your computer while performing an image build) edit conf/local.conf
:
+BB_NUMBER_PARSE_THREADS = "4"
+BB_NUMBER_THREADS = "4"
+PARALLEL_MAKE = "-j 4"
Foundries.io Linux microPlatform manifest.
This directory contains a Repo manifest and setup scripts for the Linux microPlatform (LmP) build system. If you want to modify, extend or port the LmP to a new hardware platform, this is the manifest repository to use.
The build system uses various components from the Yocto Project, most importantly the OpenEmbedded build system, the bitbake task executor, and various application and BSP layers.
To configure the scripts and download the build metadata, do:
mkdir ~/bin
PATH=~/bin:$PATH
curl http://commondatastorage.googleapis.com/git-repo-downloads/repo > ~/bin/repo
chmod a+x ~/bin/repo
Run repo init
to bring down the latest stable version of Repo. You must
specify a URL for the manifest, which specifies the various repositories that
will be placed within your working directory.
To check out the latest LmP subscriber continuous release:
repo init -u https://github.com/foundriesio/lmp-manifest
A successful initialization will end with a message stating that Repo
is initialized in your working directory. Your client directory should
now contain a .repo/
directory where files such as the manifest will be kept.
To pull down the metadata sources to your working directory from the repositories as specified in the LmP manifest, run:
repo sync
When downloading from behind a proxy (which is common in some corporate environments), it might be necessary to explicitly specify the proxy that is then used by repo:
export HTTP_PROXY=http://<proxy_user_id>:<proxy_password>@<proxy_server>:<proxy_port>
export HTTPS_PROXY=http://<proxy_user_id>:<proxy_password>@<proxy_server>:<proxy_port>
More rarely, Linux clients experience connectivity issues, getting stuck in the middle of downloads (typically during "Receiving objects"). Tweaking the settings of the TCP/IP stack and using non-parallel commands can improve the situation. You need root access to modify the TCP setting:
sudo sysctl -w net.ipv4.tcp_window_scaling=0
repo sync -j1
Supported MACHINE targets (officially tested by Foundries):
Supported image targets:
The default distribution (DISTRO) variable is automatically set to lmp
,
which is provided by the meta-lmp
layer.
Setup the work environment by using the setup-environment
script:
[MACHINE=<MACHINE>] source setup-environment [BUILDDIR]
If MACHINE is not provided, the script will list all possible machines and force one to be selected.
To build the LmP base console image:
bitbake lmp-base-console-image
Please report any bugs, issues or suggestions at https://support.foundries.io.