How-To install Armadeus Software Development Kit (SDK) on Linux systems. This SDK is currently based on the (excellent) Buildroot.
The installation was successfully tested on the following distributions:
- Debian Lenny (5.0), Squeeze (6.0.x), Wheezy (7.2), Jessie (8.0)
- X/KUbuntu Edgy Eft (6.10), Gutsy Gibbon (7.10), Hardy Heron (8.04) & Jaunty Jackalope (9.04)
- Ubuntu Lucid Lynx (10.04) (32 & 64bits), 12.04 LTS (32 & 64bits), 13.10 (32 & 64bits), 14.04 & 15.04.
- Mandriva 2006
- Fedora Core 3 & 4, Fedora 10, Laughlin (14)
- Red Hat Enterprise 5.2
- Gentoo 10.0 (32 & 64 bits)
- SuSE 10.1, OpenSUSE 11.3 - 12.3
The installation may fail on:
- Ubuntu Karmic Koala (9.10): tslib fails to build
- APF28 board requires a Linux distribution with (GNU) tar version 1.20 or later to compile the Linux Kernel - Please update or upgrade your Linux distribution.
- 1 Prerequisites for Linux installation
- 2 Get Armadeus software
- 3 Configure SDK/BSP options
- 4 Launch build
- 5 Enjoy the result
- 6 To keep your local copy/repository up-to-date with the armadeus GIT repository
Prerequisites for Linux installation
For armadeus up to 3.4, make should be strictly make-3.81 (make-3.82 is too strict). A Fedora (14 and 15) -specific solution can be found later; other recent distributions such as mageia1 also have make-3.82, and a generic solution, based on configure&& make&& sudo make install can be used to install make-3.81 (which can be retrieved from http://ftp.gnu.org/gnu/make/make-6.81.tar.gz) in /usr/local/bin (and , according to one's PATH, make 3-81 can be invoked directly or as /usr/local/bin/make).
Depending on your distribution, some additional packages are required:
Debian/Ubuntu based systems
Mandriva based systems
RPM-based systems (RedHat, Fedora, CentOS)
OpenSuse based systems
Gentoo based systems
Get Armadeus software
- If you are a "careful" user, then download the latest stable installation tarball from SourceForge and detar it wherever you want:
$ tar xjvf armadeus-6.0.tar.bz2
- If you want the latest snapshot, the whole development tree can be checked out from our GIT repository.
$ git clone git://git.code.sf.net/p/armadeus/code armadeus
- If you have an OPOS6UL, developments are done is a specific branch (buildroot-update) of our git repository:
$ cd armadeus $ git checkout buildroot-update
- depending on your previous choice, a directory named armadeus/ or armadeus-6.0/ will be created on your hard-disk and will contain all the files you need.
- Do not use spaces in the directory name !
- Do not use a directory path beginning with /usr. It is a known bug of Buildroot (until BR2012.11, at 2012-12).
- GIT write/push accesses are limited to the integrators (JulienB, SebastienSz, Jorasse, FabienM, SebastienR)
Configure SDK/BSP options
- Go to the directory where you put the Armadeus sources:
$ cd armadeus/ (or armadeus-6.0/)
- The first time you compile an Armadeus distribution you have to specify the target (here the APF9328) to work with.
$ make apf9328_defconfig
This command reloads the default configuration to support your target and automatically start a Buildroot's configuration menu.
- Current valid default configurations are:
apf9328_defconfig apf27_defconfig pps_defconfig apf28_defconfig apf51_defconfig pps51_defconfig apf6_defconfig apf6legacy_defconfig opos6ul_defconfig
- After some downloads, you will get the Buildroot configuration interface:
- If you are not familiar with Buildroot here are some tips:
- you can move the highlighted item with the "up"/"down" arrow keys
- with the "left"/"right" arrow keys you can choose between "Select", "Exit" or "Help" buttons
- selects the currently highlighted item if you are on the "Select" button
- go back in previous menu if you are on "Exit" button
- show you some Help for current item if you are on "Help" button
- for more Help about Buildroot commands, select "Help" in the main configuration screen
- Update the memory configuration of your board (if needed; by default BSP is configured for the minimal memory configuration available on the corresponding board):
- In menu:
System configuration ---> [*] Armadeus Device Support --->
- you can check and change the quantity of RAM available on your Armadeus board:
- For APF9328 the memory can be either 16 or 32MiB (be sure to select 1 RAM chip)
- For APF27 it could be either 64MiB or 128MiB (2 x 64MiB) (in that case be sure to select 2 chips of 64MiB instead of 1 chip of 128MiB).
- For APF51 it could be either 256MiB or 512MiB (2x256MiB) (in such case be sure to select 2 chips of 256MiB instead of 1 chip of 512).
- For APF28 The memory can be 128, 256, 512 or 1024MiB (be sure to select 1 RAM chip).
- For APF6/APF6SP The memory can be 512 Mbytes or 1Gbytes with ram chip size of 512Mbytes.
- For OPOS6UL The memory size is automatically detected so you don't care ;-)
- You may decrease the compilation time by increasing the number of parallel jobs running simultaneously on your system (the result is not guaranteed). This option is located in:
Build Options ---> (0) Number of jobs to run simultaneously
0 means that Buildroot will try to guess automatically how much parallel jobs it can launch.
- During the SDK/BSP build, a lot of software archives are downloaded from Internet. The downloaded files are put by default in the armadeus/downloads/ directory. If you have several views or plan to build the toolchain several times, we advise you to put all the downloaded files in /local/downloads (for example). This is done by configuring Buildroot to use this directory for all your views. Nevertheless, Buildroot will be downloaded separately for each build environment you set up.
- In recent Buildroot you can also use the following method:
- After the build, we advise you to copy all the files in downloads/ / /local/downloads on a removable medium, in case you want to install the development tools on other systems, without to have to reload all the archives.
- Now, Exit the configuration tool and save your configuration
- You can come back to this configuration menu, by typing (your changes will be kept):
The toolchain and the full distribution are automatically built. During this procedure, several files are downloaded from Internet.
Please wait for a while.... it takes at least one hour for the first run!
By default, the downloaded files/tarball are put in the armadeus/downloads/ directory. Please see the previous chapter to know how to optimize that if you plan to build several views or want to build faster.
Enjoy the result
The generated binary files can be found in the subdirectory buildroot/output/images:
- apf9328-u-boot.brec (only on APF9328): BRecord image that can be used with the bootstrap, if U-Boot is not installed or not working (see BootLoader page)
- xxx-u-boot.bin: U-Boot image file to be used with U-Boot itself, (see updating U-Boot)
- xxx-linux.bin: Linux image to use with U-Boot, (see updating Linux)
- xxx-rootfs.jffs2: JFFS2 filesystem/rootfs image to use with U-Boot, (see updating rootfs)
- xxx-rootfs.ubi (not supported on APF9328): UBI filesystem/rootfs image to use with U-Boot, (see updating rootfs)
- xxx-rootfs.ext4: EXT4 filesystem/rootfs image to use with U-Boot, (on APF6 and OPOS6UL)
- xxx-rootfs.tar: for an NFS/MMC based rootfs, (see Booting from NFS & Booting from a MMC/SD)
Please note the new naming convention of binary files and directories (since Armadeus 4.0)
- buildroot/output/build: contains all the build results for target root filesystem, Linux, Busybox and U-Boot...
- buildroot/output/toolchain/: cross compilation toolchain's build dir. Binaries usable for cross-compilation are in buildroot/output/host/usr/bin.
- buildroot/output/target/: target filessytem before generating rootfs images
More information is available in the Buildroot's documentation
- Note: Previous versions (3.x) of Armadeus SDK stored the generated binary files at a different place: buildroot/binaries/XX/ (where XX was the name of your board).
You then copy the binary image to your server directory:
$ cp buildroot/output/images/* /tftpboot
To keep your local copy/repository up-to-date with the armadeus GIT repository
$ git pull
This will update your working directory to the latest release.
Note: if "git pull" fails because a directory or a file already exists, then do:
$ rm -rf <this-directory/file> $ git pull
You can do a:
$ make apfXX_defconfig
to have the latest features automatically activated.
You have to do a make to rebuild binary files and then upload the binary files to your target.
Note: if definitively everything goes wrong while it worked before the last update. You can apply the following procedure (all your modifications in buildroot will be lost):
$ rm -rf buildroot/ $ rm Makefile $ git pull $ make apfXX_defconfig $ make $ cp buildroot/output/images/* /tftpboot