{"id":4405,"date":"2015-12-08T09:00:12","date_gmt":"2015-12-08T08:00:12","guid":{"rendered":"http:\/\/www.blaess.fr\/christophe\/?p=4405"},"modified":"2019-03-06T14:26:40","modified_gmt":"2019-03-06T13:26:40","slug":"creation-dun-systeme-complet-avec-buildroot","status":"publish","type":"post","link":"https:\/\/www.blaess.fr\/christophe\/2015\/12\/08\/creation-dun-systeme-complet-avec-buildroot\/","title":{"rendered":"Cr\u00e9ation d’un syst\u00e8me complet avec Buildroot"},"content":{"rendered":"

\"Cr\u00e9ation<\/a><\/p>\n

[Une version plus r\u00e9cente de cet article est disponible ici<\/a>]<\/p>\n

Le projet Buildroot<\/a> nous fournit d\u00e9sormais une version de travail trimestrielle et une version annuelle maintenue sur le long terme. Buildroot permet de construire un syst\u00e8me embarqu\u00e9 plus traditionnel qu’en utilisant une distribution pr\u00e9-compil\u00e9e, et d’ajuster plus finement son contenu. Nous allons l’utiliser pour construire un syst\u00e8me personnalis\u00e9 pour Raspberry Pi.<\/p>\n

\n\n<\/p>\n

[5 Novembre 2018: cet article a \u00e9t\u00e9 mis \u00e0 jour pour prendre en compte la version \u00ab\u00a0long terme\u00a0\u00bb actuelle de Buildroot. L’ancien article qui parlait de Buildroot 2015.11 est archiv\u00e9 ici<\/a>.]<\/p>\n

Nous allons successivement pr\u00e9parer une cha\u00eene de cross-compilation<\/em>, construire un syst\u00e8me minimal pour v\u00e9rifier le bon fonctionnement de celle-ci puis g\u00e9n\u00e9rer un syst\u00e8me configur\u00e9 de fa\u00e7on plus personnalis\u00e9e.<\/p>\n

Environnement de travail<\/h1>\n

Commen\u00e7ons par cr\u00e9er une arborescence de travail qui contiendra tous nos fichiers personnalis\u00e9s, les r\u00e9pertoires de construction, la cha\u00eene de compilation, etc.<\/p>\n

[~]$ mkdir br-tree<\/strong>\n[~]$ cd br-tree<\/strong>\n[br-tree]$<\/pre>\n
Au sein de cet environnement, nous allons essayer de respecter l’organisation des fichiers<\/a> propos\u00e9e par le projet Buildroot : une arborescence board\/<\/code> contenant un sous-r\u00e9pertoire pour chaque carte que nous supporterons (ici le Raspberry Pi 3 uniquement). Tous nos fichiers personnalis\u00e9s se trouveront dans cette sous-arborescence.<\/p>\n
[br-tree]$ mkdir -p board\/rpi-3\/<\/strong><\/pre>\n
Nous t\u00e9l\u00e9chargeons les sources de la derni\u00e8re version de Buildroot, les d\u00e9compressons et entrons dans ce r\u00e9pertoire :<\/p>\n
[br-tree]$ wget http:\/\/www.buildroot.org\/downloads\/buildroot-2018.02.7.tar.bz2<\/a><\/strong>\n[br-tree]$ tar xf buildroot-2018.02.7.tar.bz2<\/strong>\n[br-tree]$ cd buildroot-2018.02.7\/<\/strong><\/pre>\n
Toolchain<\/h1>\n
J’ai l’habitude de commencer mes projets embarqu\u00e9s par la construction d’une toolchain<\/em> de cross-compilation<\/em>. Il s’agit d’obtenir un compilateur – et tous les outils associ\u00e9s – fonctionnant sur la machine de d\u00e9veloppement (un PC par exemple) et produisant du code pour la plate-forme cible (ici le Raspberry Pi 3).<\/p>\n
Il est tout \u00e0 fait possible de se procurer une toolchain<\/em> pr\u00e9-compil\u00e9e, mais je trouve qu’il est dommage de se priver de cette \u00e9tape de construction, d’autant que cela nous permet de ma\u00eetriser exactement les versions de la biblioth\u00e8que C, du noyau, des outils, etc. que nous souhaitons.<\/p>\n
Si j’isole cette \u00e9tape de la production du syst\u00e8me complet, c’est qu’elle prend un temps significatif (une vingtaine de minutes sur un petit processeur i7 avec une connexion Internet fibre). La toolchain<\/em> est donc compil\u00e9e et install\u00e9e une fois pour toutes, et ne sera plus modifi\u00e9e m\u00eame si nous r\u00e9it\u00e9rons autant de g\u00e9n\u00e9ration du syst\u00e8me que nous le d\u00e9sirons.<\/p>\n
J’ai l’habitude de placer la toolchain<\/em> dans le r\u00e9pertoire board\/<target><\/em>\/cross<\/code>.<\/p>\n
Pour produire la toolchain<\/em>, nous demandons une configuration de Buildroot par d\u00e9faut pour la cible choisie, et l’\u00e9laguons pour ne laisser que la production du compilateur et de ses outils. Les configurations par d\u00e9faut disponibles sont visibles dans le sous-r\u00e9pertoire configs\/<\/code>. Nous choisissons celle pour Raspberry Pi 3.<\/p>\n
[buildroot-2018.02.7]$ make raspberrypi3_defconfig\n<\/strong>[buildroot-2018.02.7]$ make menuconfig<\/strong><\/pre>\n
Voici la liste des modifications apport\u00e9es :<\/p>\n