Changes

Jump to: navigation, search

Build system (BELK/BXELK)

3,398 bytes removed, 15:14, 23 November 2021
Setting up the Linux development server environment
{{Applies To Bora}}
{{Applies To BoraX}}
{{Applies To BoraLite}}
{{InfoBoxBottom}}
{{ImportantMessage|text=As the structure of the BELK/BXELK is based on several tools, it is strongly recommended the reading of [[Logical_structure_of_Bora_and_BoraX_Embedded_Linux_Kits_(BORA_SOM/BELK-L/General/BXELK)Logical_structure_of_BELK|this document]] and [[Introduction_to_development_environment_(BORA_SOM/BELK-L/Development/BXELK)Introduction_to_the_development_environment|this document]] first.
}}
|}
<section begin=BELK/>=Introduction=Build system==
A build system is a set of tools, source trees, Makefiles, patches, configuration files and scripts that make it easy to generate all the components of a complete embedded Linux system. A build system, once properly set up, automates the configuration and cross-compilation processes, generating all the required targets (userspace packages such as libraries and programs, the o.s. kernel, the bootloader and root filesystem images) depending on the configuration. In particular, using an integrated build system prevents from problems caused by misaligned toolchains, since a unique toolchain is used to build all the software components, including the customer application. Some well known structured build systems are the following:
*OpenEmbedded (http://wiki.openembedded.net/index.php/Main_Page)
In the following section, we will refer to the system running the Xilinx tools (that can be either a Microsoft Windows machine or a GNU/Linux machine) as the "Zynq development server", and to the machine running the GNU/Linux tools as the "Linux development server".
As described [[Logical_structure_of_Bora_and_BoraX_Embedded_Linux_Kits_(BORA_SOM/BELK-L/BXELK)General/Logical_structure_of_BELK|here]], the structure of the BELK/BXELK has changed over the years. That's why the istructions here indicated may differ accoording according to the kit version.
==Setting up the Zynq development server environment==
==Setting up the Linux development server environment==
During development, user the software developer needs to interact with the target system. This section describes the tools that must be installed and configured on the Linux host system for this purpose.   
===BELK 4.0.0 or newer, BXELK 2.0.0 or newer===
The Thanks to the use of the [[Managed Virtual Machine (MVM)]] (the Basic version), the process of setting up the Linux development server is dramatically simplified with respect to the previous version versions of the kit. This is due to the use of the [[Managed Virtual Machine_(To put it simply, MVM)]] (the Basic version) that is a virtual machine containing all the tools required for the development of the software running on the target. To install it, please refer to [[VirtualBox_Starting_DVDK_Virtual_Machine#Using_a_.ova_file|this page]].
As described [[Managed_Virtual_Machine_(MVM)#Yocto-based_Linux_distribution{{ImportantMessage|here]]text=If you purchased a previous version of the kit and want to upgrade it, it is necessary to download the MVM includes the resources–in terms of network servicesimage first. For more details, cross-toolchain, etcplease contact our [mailto:sales@dave.–to implement the development host shown [[Introduction_to_development_environment_(BELK/BXELK)#Overview|here]eu Sales Department].}}
Part of these resources was generated by the Yocto build system, as depicted in the following picture.
As described [[Managed_Virtual_Machine_(MVM)#Yocto-based_Linux_distribution|here]], MVM includes the resources—in terms of network services, cross-toolchain, etc.—to implement the development host shown [[BORA_SOM/BELK-L/Development/Introduction_to_the_development_environment|here]].
[[File:Belk-yocto.png|thumb|center|600px|Simplified flow of Yocto-based building process]]
{{ImportantMessage|text=As the XUELK kit is based on Yocto, the implementation of the MVM follows the approach described [[Managed_Virtual_Machine_(MVM)#Yocto-based_Linux_distribution|here]]. As such, the reading of [[Managed_Virtual_Machine_(MVM)#Yocto-based_Linux_distribution|this section]] is highly recommended.
}}
TBD====Building the Yocto BSP image and the associated SDKs====The Yocto BSP image includes the U-Boot binary, the Linux kernel image, and the target root file system. For more information about how to build it and how to build the associated SDKs, please refer to [[BORA_SOM/BELK-L/Development/Building_the_Yocto_BSP|this page]].
====PreBuilding the U-built ToolchainBoot and the Linux kernel individually====To start developing software for The U-Boot and the BORA/BORAX platform, users need a proper toolchain, which can be pre-Linux kernel are typically built or built-from-scratch. Building a toolchain from scratch is not a trivial task (though using a recent without invoking the Yocto build system is easier than in the past), so the recommended approach consists in using a pre-built toolchain.
The toolchain used as a reference for '''BELK-4.0.0''' and '''BXELK-2.0.0''' is builded using Yocto build system. Once the toolchain is installed, create a a bash script (<code>env.sh</code>) containing Please refer to the following lines: <pre>source <path_to_toolchain>/environment-setup-cortexa9hf-neon-xilinx-linux-gnueabiexport CC=gcc# clear LDFLAGS variable otherwise u-boot reports linker errorsunset LDFLAGS</pre>For example, links for the BELK-4.0.0/BXELK-2.0.0 MVM release, the variables are the followingspecific instructions describing these operations:<pre># *[[BORA_SOM/BELK/BXELK development environment for u-boot/kernel development source /home/dvdk/bora/sdkL/latestDevelopment/environment-setup-cortexa9hf-neonBuilding_U-xilinxBoot | Building U-linux-gnueabiBoot]]export CC=gcc# clear LDFLAGS variable otherwise u*[[BORA_SOM/BELK-boot reports linker errorsunset LDFLAGS<L/pre>Use the following command to set up the environment shell variables required during the building procedure:<pre>source env.sh<Development/pre> ====Pre-built root file system====Linux needs a root file system: a root file system must contain everything needed to support the Linux system (applications, settings, data, ..). The root file system is the file system that is contained on the same partition on which the root directory is located. The Building_Linux_kernel | Building Linux kernel, at the end of its startup stage, mounts the root file system on the configured root device and finally launches the <code>/sbin/init</code>, the first user space process and "father" of all the other processes.For more information on the Linux filesystem, please refer to http://www.thegeekstuff.com/2010/09/linux-file-system-structure/.]]
BELK provides a pre-built root file system, that can be used during the evaluation/development phase, since it provides a rich set of packages for working with the BORA platform. Since this pre-built root file system is not generated using the same cross-toolchain used for building the BELK software components, we recommend to choose one of the following options:*if a native compiler is available on the root file system, go for native compilation instead of cross-compilation*when you cross-compile, rely on static linking and avoid dynamic linking against the root file system libraries*build your application using the same cross-toolchain (when available) used for building the root file systemPlease refer to [[Introduction_to_developing_environment_(BELK)#Target_root_file_system|this page]] and [[FAQs_(Bora)#Q:_Why_my_cross-compiled_application_doesn.27t_work_with_the_pre-packaged_root_file_system_provided_with_BELK.3F|this FAQ]] for further details. ====U-Boot, Linux kernel C/C++ application development and Yocto BSP git repositoriesdebugging====BELKFor C/BXELK source trees for U-Boot, Linux kernel C++ application development and Yocto BSP are provided as git repositoriesdebugging, as detailed in the following table.{| class="wikitable" border="1"!Component!Remote git repository|-|U-Boot|<code>git@git.dave.eu:dave/bora/u-boot-xlnx.git</code>|-|Linux kernel|<code>git@git.dave.eu:dave/bora/linux-xlnx.git</code>|-|Yocto BSP|<code>git@git.dave.eu:dave/bora/bora-bsp.git</code>|-|}Access to DAVE Embedded Systems' git repositories is granted to development kit's owners only. Please please refer to [[Accessing_DAVE_Embedded_Systems_restricted_git_repositories|this page]] for detailed instructions on how to get access. The components listed in the table above can be kept in sync and up to date with DAVE Embedded Systems' repositories.One the git account has been enabled, the developer can:*clone the repository with the <code>git clone <git_remote_repository></code> command *synchronize a source tree entering the repository directory and launching the <code>git fetch origin</code> command.Please note that git fetch doesn't merge the commits on the current branch. To do that, the developer should run the <code>git merge</code> command or replace the ''fetch-merge'' process with a single <code>git pull</code> command. Please note that the recommended method is the ''fetch-merge'' process. For further information on Git, please refer to the official Git Documentation (http://git-scm.com/documentation). ====Using the pre-packaged git archive Debugging_with_Eclipse_(BELK <= 3.0.0 onlyMVM)====BELK distribution provides (on request) the tar-gzipped archive of the .git directory of the repositories, so the user can immediately get access to the development trees (for example this is used when corporate security policies don't allow to use the git protocol). Uncompressing the archive enables access to the hidden <code>.git</code> directories of the repositories; to get the source files, the developer must enter the project directory (eg: <code>bora/linux-xlnx.git</code>) and launch the <code>git checkout <bora current branch></code> command, like in the following examples:*For u-boot: <code>git checkout bora</code>*For linux: <code>git checkout bora</code>Once these steps are completed, <u>don't forget to update the repositories</u>, as described in [[#U-Boot and Linux git repositories|this sectionpage]].
===BELK version up to 3.0.2, BXELK version up to 1.0.1===
====Pre-built toolchain====
To start developing software for the BORA/BORAX platform, users need a proper toolchain, which can be pre-built or built-from-scratch. Building a toolchain from scratch is not a trivial task (, even though using a recent build system is easier than in the past), so . So the recommended approach consists in of using a pre-built toolchain. =====Instructions for BELK 4.0.0 or newer and BXELK 2.0.0 or newer=====The [[Managed_Virtual_Machine_(MVM)|Managed Virtual Machine (MVM)]] delivered along with these versions of BELK/BXELK provides a script which can be used to set up the build environment easily. Use the following command to do that:<pre>dvdk@vagrant-ubuntu-trusty-64:~$ cddvdk@vagrant-ubuntu-trusty-64:~$ source env.sh </pre> =====Instructions for BELK <= 3.0.2 and BXELK <= 1.0.1=====
The toolchain used as a reference for these versions of BELK /BXELK is the toolchain provided with the Xilinx SDK (usually installed into <code>/opt/Xilinx/SDK/<Vivado_version>/gnu/arm/lin/bin</code>).Once the toolchain is installed, it is convenient to create a a bash script (<code>env.sh</code>) containing the following linesin order to set up the build environment quickly:
<pre>
export PATH=<path_to_toolchain>:$PATH
export CROSS_COMPILE=<toolchain_prefix>
</pre>
 
For example, for the Vivado 2014.4 release, the variables are the following:
<pre>
export CROSS_COMPILE=arm-xilinx-linux-gnueabi-
</pre>
Use Once the following command to set up the environment shell variables required during the building proceduresuch a script is created (for example <code>env.sh</code>), it can be invoked like this:<pre>source env.sh</pre> 
====Pre-built root file system====
Linux needs a root file system: a root file system must contain everything needed to support the Linux system (applications, settings, data, ..). The root file system is the file system that is contained on the same partition on which the root directory is located. The Linux kernel, at the end of its startup stage, mounts the root file system on the configured root device and finally launches the <code>/sbin/init</code>, the first user space process and "father" of all the other processes.
*when you cross-compile, rely on static linking and avoid dynamic linking against the root file system libraries
*build your application using the same cross-toolchain (when available) used for building the root file system
Please refer to [[Introduction_to_developing_environment_(BORA_SOM/BELK)-L/Development/Introduction_to_the_development_environment#Target_root_file_system|this page]] and [[FAQs_(Bora)#Q:_Why_my_cross-compiled_application_doesn.27t_work_with_the_pre-packaged_root_file_system_provided_with_BELK.3F|this FAQ]] for further details.
====U-Boot, Linux kernel and Yocto BSP git repositories====
The components listed in the table above can be kept in sync and up to date with DAVE Embedded Systems' repositories.
One Once the git account has been enabled, the developer can:
*clone the repository with the <code>git clone <git_remote_repository></code> command
*synchronize a source tree entering the repository directory and launching the <code>git fetch origin</code> command.
*For linux: <code>git checkout bora</code>
Once these steps are completed, <u>don't forget to update the repositories</u>, as described in [[#U-Boot and Linux git repositories|this section]].
<section end=BELK/>
8,154
edits

Navigation menu