Last edited 3 weeks ago

PC prerequisites

Applicable for STM32MP13x lines  STM32MP15x lines    STM32MP23x lines  STM32MP25x lines

Info white.png Information
Recommended setup: Native Linux® PC

1. Purpose[edit | edit source]

This article explains and describes the host PC hardware and software configuration required to activate and run the STM32 MPU platforms.

2. Recommended PC configurations[edit | edit source]

The PC requirements depend on the Package you want to use.

The table below guides through the selection and configuration of the host PC environment according the targeted Package:

Host environment Starter Package Developer Package Distribution Package
Windows® (64 bits)
 Tested with Windows 7 and Windows 10
 Preferred version is Windows 10
native Virtual machine Virtual Machine
Linux (64 bits)
 Tested with Ubuntu®22.04 and 20.04
Native Native + additional packages (see Linux PC chapter ) native + additional packages (see Linux PC chapter )


There are no absolute minimal requirements regarding the PC hardware configuration. However ST recommends to meet or exceed the following hardware requirements when using the Developer Package or Distribution Package.

The table below corresponds to the minimal validated configuration:

Hardware item Minimal validated configuration Comments / Recommendations
CPU core i5-2540M @ 2.6 GHz
2 cores (4 threads)
3-Mbyte cache
64-bit instruction set is mandatory
8 cores/threads or more is a good configuration for Developer Package and Distribution Package.
RAM 8 Gbytes 16 Gbytes or more are recommended especially for Virtual machine setup, Developer Package and Distribution Package.
Hard drive 320 Gbytes 1 Tbytes is the best suited configuration for Distribution Package

3. Linux® PC[edit | edit source]

A Linux PC with recent Ubuntu LTS (22.04 or 20.04) is the recommended setup. Other Ubuntu revisions could also supported (refer to Yocto reference manual[1]) .

Info white.png Information
ST solutions are tested and validated on a Linux PC running Ubuntu 22.04 LTS.


3.1. Checking Internet access[edit | edit source]


  • Internet access through http and https protocols

Required at least for Developer Package and Distribution Package.

The command below enables checking internet access through http/https protocols:

wget -q www.google.com && echo "Internet access over HTTP/HTTPS is OK !" || echo "No internet access over HTTP/HTTPS ! You might need to set up a proxy."

If an 'OK' message is returned, the network is well configured. In such case, skip the rest of this section and jump to Installing extra packages.

Any other situation likely indicates that a proxy is required for http/https protocols. The best solution to set a proxy for http/https protocols is via the shell variables http_proxy and https_proxy:

export http_proxy=http://<MyProxyLogin>:<MyProxyPassword>@<MyProxyServerUrl>:<MyProxyPort>
export https_proxy=http://<MyProxyLogin>:<MyProxyPassword>@<MyProxyServerUrl>:<MyProxyPort>

Since your password (<MyProxyPassword>) might contain "special characters", translate it into ASCII hexacode. To do this, use the command below:

echo -n " <MyProxyPassword>" | od -A n -t x1 -w128 | head -1 | tr " " "%"

Check again the Internet access by using the following command:

wget -q www.google.com && echo "Internet access over HTTP/HTTPS is OK !" || echo "No internet access over HTTP/HTTPS ! You might need to set up a proxy."


  • Internet access for sudo commands

Required for Distribution Package.

By default, sudo commands are executed in the root user environment; no Internet proxy settings are applied for root users.
Root users must be able to browse Internet after having created an alias passing the proxy settings on sudo commands:

alias sudo='sudo http_proxy=$http_proxy'

Check that the sudo commands are successful (requires Internet access):

sudo apt-get update
  • Internet over git://, ssh:// and others specifics protocols

Required for Distribution Package.
In addition to http/https protocols (used in 90% of the Internet traffic), other protocols such as git:// or ssh:// might be required.

For example, in the context of the Distribution Package, some "git fetch" commands might require "git:// protocols".
To support these protocols through a proxy, directly setup the proxy in the $HOME/.gitconfig file (core.gitproxy) and use a tool such as cockscrew[2] to tunnel the git:// flow into the http flow:

sudo apt-get update
sudo apt-get install corkscrew

git config --replace-all --global core.gitproxy "$HOME/bin/git-proxy.sh"
git config --add --global core.gitproxy "none for <MyPrivateNetworkDomain>" (optional, for example .st.com or localhost)
echo 'exec corkscrew <MyProxyServerUrl> <MyProxyPort> $* $HOME/.git-proxy.auth' > $HOME/bin/git-proxy.sh
chmod 700 $HOME/bin/git-proxy.sh
echo '<MyProxyLogin>:<MyProxyPassword>' > $HOME/.git-proxy.auth
chmod 600 $HOME/.git-proxy.auth

Use the command below to test the proxy settings:

git ls-remote git://git.openembedded.org/openembedded-core > /dev/null && echo OK || echo KO

The command returns 'OK' if the proxy settings are correct.

3.2. Installing extra packages[edit | edit source]

Required for Developer Package and Distribution Package.


Additional Ubuntu packages must be installed to perform basic development tasks, basic cross-compilation (via Developer Package) or more complex cross-compilation such as OpenEmbedded does (via Distribution Package):

sudo apt-get update
sudo apt-get install gawk wget git git-lfs diffstat unzip texinfo gcc-multilib  chrpath socat cpio python3 python3-pip python3-pexpect 
xz-utils debianutils iputils-ping python3-git python3-jinja2 libegl1-mesa libsdl1.2-dev pylint xterm bsdmainutils
sudo apt-get install libssl-dev libgmp-dev libmpc-dev lz4 zstd
  • Packages needed for some "Developer Package" use cases:
sudo apt-get install build-essential libncurses-dev libncurses5 libyaml-dev libssl-dev 
  • Package for repo (used to download the "Distribution Package" source code):
First set python3 as default: sudo apt install python-is-python3

Then follow the installation instructions described in repo.
  • Useful tools:
sudo apt-get install coreutils bsdmainutils sed curl bc lrzsz corkscrew cvs subversion mercurial nfs-common nfs-kernel-server libarchive-zip-perl dos2unix texi2html libxml2-utils


3.2.1. Installing extra packages for AndroidTM[edit | edit source]

Android logo.png Below information is related to the Android™ distribution
Here after are the list of packages which can be useful to work with the OpenSTDroid distribution:

Before downloading and building the OpenSTDroid distribution, make sure your system meets the following requirements:

  • A 64-bit Linux® environment.
  • At least 150 Gbytes of free disk space. If you conduct multiple builds, even more space is required.
  • At least 8 Gbytes of RAM/swap. If you are running Linux on a virtual machine, at least 16 Gbytes of RAM/swap are required.

For more details, refer to the requirements page of the AOSP website.

Use the following commands to install the packages required to setup your environment (Distribution Package):

 sudo apt-get install corkscrew gawk wget  diffstat unzip texinfo gcc-multilib  chrpath socat cpio meld bison picocom connect-proxy cmake pv ant
 sudo apt-get install libssl-dev libgmp-dev libmpc-dev lz4 zstd build-essential libncurses-dev libyaml-dev libssl-dev pahole flex libelf-dev libncurses5 libegl1-mesa libsdl1.2-dev
 sudo apt-get install coreutils bsdmainutils sed curl bc lrzsz  cvs subversion mercurial nfs-common nfs-kernel-server libarchive-zip-perl dos2unix texi2html libxml2-utils 
 sudo apt-get install git gitk git-gui git-doc git-lfs
 sudo apt-get install python3 python3-pip python3-pexpect python-is-python3 python3-pyelftools python3-pycryptodomex python3-sepolgen pylint python3-git

To ensure USB communication (with ADB) between the host and the device, see ADB § Device Connection.


To run Android-provided tests (CTS and VTS), see Android Platform Testing.

At this stage: Your environment is ready for Android build, debug and test.


3.3. Additional configurations[edit | edit source]

  • Allowing up to 16 partitions per MMC

By default a maximum of 8 MMC partitions are allowed on Linux systems. All Packages (such as Starter Package) need more than 10 partitons for the storage device. To extend the number of partitions per device to 16, the following options must be added to modprobe:

echo 'options mmc_block perdev_minors=16' > /tmp/mmc_block.conf
sudo mv /tmp/mmc_block.conf /etc/modprobe.d/mmc_block.conf
  • Checking for locale setup

Required for Distribution Package.

The locale setting is used by some applications/commands (including by Distribution Package applications/commands).
Verify that the locale settings are as follows:

locale
LANG=en-US.UTF-8

If the locale command returns a different configuration than the one shown above, reconfigure it as follows:

sudo update-locale LANG=en_US.UTF-8
  • Adding users in basics groups

The user login must belong to the basic Linux groups such as disk, tty, dialout or plugdev
Use the groups command to list groups for the current user:

groups

If needed, add user to the missing <groups>:

sudo adduser $USER <group>

Then reboot the PC.

3.4. Setting up Git user information[edit | edit source]

Required for Developer Package and Distribution Package.
The user Information are needed by git[3] if commit and/or push commands are used:


git config --global user.name "Your Name"
git config --global user.email "you@example.com"

4. Windows PC[edit | edit source]

Starter Package may run on Windows.
Developer Package and Distribution Package require a Linux environment.

Warning white.png Warning
ST solutions, while reportedly functional when running on a Linux Virtual machine, are only validated for Linux native setups.


There are several ways to run Linux system on top of a Windows host PC. ST recommends to use a Virtual Machine System:

  1. Install a virtual machine such as VMWare [4]
  2. Setup a 64-bit Ubuntu image compatible with your virtual machine

ST, in an experimental way, has also run Developer Package and Distribution Package on WSL2 (Windows Subsystem for Linux 2). Refer to WSL2 chapter.

4.1. Virtual machine system[edit | edit source]

4.1.1. Installing the virtual machine[edit | edit source]


ST has selected VMWare as Linux virtual machine solution.

VMWare is a commercial company specialized in virtualization solutions. The available solutions to support a virtual Linux machine on a Windows PC are:

  • VMWare Workstation Player (paid solution) for commercial use (download here [5])
  • VMWare Workstation Player (free solution) for home use (download here [6])

Please proceed with the installation of the virtual machine.

Before running the virtual machine, make sure the virtualization is activated in the BIOS (it should be activated by default for any retail PC).



4.1.2. Downloading the Ubuntu image for the virtual machine[edit | edit source]

The "osboxes.org" [7] website provides virtual machine images compatible with VMWare(*.vmdk).

ecosystem release v6.0.0 More info.png : Setup have been validated and tested on Ubuntu 22.04 (64bits).

Download the 64-bit Ubuntu image available at [8], then:

  1. Unzip the downloaded file
  2. In VMware, create a virtual machine using the Ubuntu virtual disk downloaded from osboxes.org.

The recommended usage is to dedicate, at least, half of the host machine to the virtual machine:

- CPU: 2 cores at least,
- RAM: 6 Gbytes or more is a good choice (the more RAM allocated to Virtual Machine the better - the RAM allocated to Virtual Machine must be at least 4 Gbytes),
- Network: NAT is a good easy way to benefit from a network connection within the virtual machine.

The virtual size of the virtual disk downloaded from osboxes.org is about 500 Gbytes. Even if, at beginning, the real size of the file of the virtual disk is less, the size can grow up to 500 Gbytes over distribution package compiling or package development.

Info white.png Information
For VMware, first create a default virtual machine, then add the previously downloaded .vmdk file.

Refer to the VMwarePlayer screenshot tutorial.

4.1.3. Launching Ubuntu image[edit | edit source]

Warning white.png Warning
For "AZERTY" keyboard users:

The default keyboard configuration is "QWERTY".
To configure the keyboard to "AZERTY", start by opening a session (take care that the keyboard layout is QWERTY).
TIP: the password for the default user "osboxes.org" is "osboxes.org".
TIP: the '.' character is obtained by clicking ':' on an AZERTY keyboard configured in QWERTY.
Once the session is open, click the 'En' icon on top/right of the screen, select the French ('Fr') keyboard layout and move it to the first position in the list.
Optionally the 'En' keyboard can be completely removed. If the 'Fr' option is not present, it can be added with the 'Text entry setting' menu.

Default 'Ubuntu Credentials' are set to "osboxes.org" for both login and password.

Warning white.png Warning
Adjusting screen resolution:

The (default) resolution used by the virtual machine is 800x600 (smallest available). It is not automatically adjusted to the display resolution. To adjust the resolution, click the "settings" icon ('toothed wheel' on top/right of the screen), then "system settings ..." > "display" and select the appropriate resolution for the display (do not to forget to click the "Apply" button on bottom/left of the "Screen Resolution Setting" window).

For a better experience with the VMware virtual machine, install "vmware-tools" in order to be able to use the clipboard to drag-and-drop and copy/paste files between VMware and Windows. A step-by-step installation procedure of vmware-tools is available in PreRequisite-Vmware-tools.pdf.


The virtual machine is now up and running!

The Ubuntu setup must be finalized according recommendations provided in Linux PC chapter

Warning white.png Warning
USB connection speed:

A USB connection is required to access STLink (debugger and serial port) and by STM32CubeProgrammer. The speed of the USB connection between Linux running in the virtual machine and the external USB devices can be severely impacted by the following factors:

  • the virtual machine USB setup
  • the USB controller in the host PC
  • the USB device connected to host PC
  • any USB hub between the USB host and the USB device.

If the speed of your USB connection is too low:

  • try different USB configurations of the virtual machine;
  • connect the USB device directly to the host USB port (without any USB hub);
  • try connecting the USB device to another USB port of the host (some PC have different USB controller on different USB port).

4.2. WSL2 (experimental)[edit | edit source]

Even if STMicroelectronics strongly recommends to use a Linux® environment, the Developer Package and Distribution Package work on WSL2 (Windows Sub-system Linux 2) environment. WSL is a feature provided by Windows 10®.
WSL2 is a new version of the architecture that powers the Windows subsystem for Linux to run ELF64 Linux binaries on Windows (more details on aka.ms/wsl2). It is available on Windows 10 since build 18917. The Developer Package successfully runs on WSL2 but unsuccessfully on WSL.

  • Installing WSL2 :
  • WSL2 limitations :
    • Up to now (March 2021), WSL2 does not support hardware such as USB or serial devices (more details).
      This means that STM32CubeProgrammer must be used through native Windows.
    • WSL2 files are not browsable from Windows native file explorer.
      To share files between WSL2 and Windows, it is recommend to use the mount point /mnt/c from WSL2 and perform copies.
  • Tips for using WSL2 :

4.3. References[edit | edit source]