{"id":4026,"date":"2014-07-22T06:00:38","date_gmt":"2014-07-22T05:00:38","guid":{"rendered":"http:\/\/www.blaess.fr\/christophe\/?p=4026"},"modified":"2014-07-25T00:42:43","modified_gmt":"2014-07-24T23:42:43","slug":"ajouter-un-module-noyau-personnel-dans-buildroot","status":"publish","type":"post","link":"https:\/\/www.blaess.fr\/christophe\/2014\/07\/22\/ajouter-un-module-noyau-personnel-dans-buildroot\/","title":{"rendered":"Ajouter un module noyau personnel dans Buildroot"},"content":{"rendered":"

\"Module<\/a>Il m’arrive fr\u00e9quemment de d\u00e9velopper de petits drivers Linux pour des clients afin de g\u00e9rer des p\u00e9riph\u00e9riques sp\u00e9cifiques. Ceci la plupart du temps dans un contexte de syst\u00e8me embarqu\u00e9.<\/p>\n

Pour la construction d’un syst\u00e8me Linux embarqu\u00e9, ma pr\u00e9f\u00e9rence va g\u00e9n\u00e9ralement \u00e0 l’environnement de production Buildroot<\/strong>. Celui-ci est plus l\u00e9ger (mais moins riche, il est vrai) que son principal concurrent Yocto<\/strong>.<\/p>\n

La documentation de Buildroot<\/a> est claire et bien fournie, toutefois il n’est pas tr\u00e8s facile d’y trouver comment int\u00e9grer un driver Linux sp\u00e9cifique<\/strong>, d\u00e9velopp\u00e9 pour une cible donn\u00e9e. Voici donc un petit rappel des fichiers \u00e0 ajouter ou modifier.
\n\n<\/p>\n

Module sp\u00e9cifique<\/h1>\n

Je prendrai comme exemple ici un petit module de d\u00e9monstration que j’ai d\u00e9velopp\u00e9 pour lire la position d’un capteur incr\u00e9mental d’angle de rotation. Ce code est encore en cours de mise au point,\u00a0 j’en parlerai plus en d\u00e9tail dans un prochain article. Nous allons l’employer simplement \u00e0 titre d’exemple d’un module kernel fourni sous forme de fichier source avec un Makefile<\/code> classique.<\/p>\n

Le driver est stock\u00e9 sur Github<\/strong> \u00e0 l’adresse suivante\u00a0 git:\/\/github.com\/cpb-\/rotation-sensor-module.git<\/a><\/p>\n

Buildroot<\/h1>\n

J’utilise la derni\u00e8re version de Buildroot (2014-05<\/a>) que je d\u00e9compresse. Puis je me place dans son r\u00e9pertoire principal.<\/p>\n

[~]$ tar xjf buildroot-2014.05.tar.bz2<\/strong>\n[~]$ cd buildroot-2014.05\/<\/strong>\narch\/   CHANGES           configs\/  fs\/       Makefile.legacy  support\/\nboard\/  Config.in         COPYING   linux\/    package\/         system\/\nboot\/   Config.in.legacy  docs\/     Makefile  README           toolchain\/\n[buildroot-2014.05]$<\/pre>\n
Dans le r\u00e9pertoire package<\/code>, je cr\u00e9e habituellement un sous-r\u00e9pertoire correspondant au client pour lequel je d\u00e9veloppe le projet. Ici, je vais appeler ce sous-r\u00e9pertoire avec le nom de ma soci\u00e9t\u00e9<\/a>.<\/p>\n
[buildroot-2014.05]$ mkdir package\/logilin\/<\/strong>\n[buildroot-2014.05]$<\/pre>\n
J’ajoute g\u00e9n\u00e9ralement dans ce dossier des sous-r\u00e9pertoires pour chaque d\u00e9veloppements sp\u00e9cifiques pour le client concern\u00e9. En l’occurrence, je vais juste en cr\u00e9er un pour le module rotation-sensor<\/code>.<\/p>\n
[buildroot-2014.05]$ mkdir package\/logilin\/rotation-sensor-module\/<\/strong>\n[buildroot-2014.05]$<\/pre>\n
Dans ce dernier r\u00e9pertoire, j’ins\u00e8re deux fichiers.<\/p>\n