Pilotes de périphériques Linux embarqué : Rôles, insights runtime et guide de développement

Note de l'éditeur : Linux embarqué se classe constamment parmi les systèmes d'exploitation les plus populaires pour la conception de systèmes embarqués. Avec la croissance explosive de l'Internet des Objets, sa polyvalence à travers toutes les couches des applications IoT est indispensable. La maîtrise de Linux embarqué permet aux ingénieurs de développer rapidement des systèmes sophistiqués et fiables. Dans *Maîtriser la programmation Linux embarqué – Deuxième édition*, Chris Simmonds guide les lecteurs à travers cet OS puissant avec des exemples clairs et pratiques.

Dans cet extrait du Chapitre 9, l'auteur explique comment les pilotes de périphériques noyau font interface avec le matériel, comment les développeurs peuvent écrire et utiliser ces pilotes, et pourquoi cette connaissance importe pour les ingénieurs embarqués. Les sections suivantes décomposent les concepts clés :

• Comprendre leur rôle
• Lire l'état du pilote à l'exécution
• Pilotes de périphériques en espace utilisateur
• Écrire un pilote de périphérique noyau
• Découvrir la configuration matérielle

Adapté de *Maîtriser la programmation Linux embarqué – Deuxième édition*, par Chris Simmonds.

Chapitre 9. Interface avec les pilotes de périphériques

Les pilotes de périphériques noyau exposent le matériel sous-jacent au reste du système. En tant que développeur de systèmes embarqués, vous devez comprendre comment ces pilotes s'intègrent dans l'architecture globale et comment y accéder depuis les applications en espace utilisateur. La plupart des systèmes incluent des pilotes pour les périphériques courants, vous permettant de manipuler le matériel — comme les broches GPIO, LEDs, SPI, et I²C — sans écrire de code noyau. Cependant, quand vous rencontrez du matériel personnalisé, vous devrez écrire ou adapter un pilote.

Ce chapitre couvre :

• Le rôle des pilotes de périphériques
• Périphériques caractère
• Périphériques bloc
• Périphériques réseau
• Découvrir les pilotes à l'exécution
• Trouver le bon pilote de périphérique
• Pilotes de périphériques en espace utilisateur
• Écrire un pilote de périphérique noyau
• Découvrir la configuration matérielle

Le rôle des pilotes de périphériques

Comme décrit au Chapitre 4, le noyau encapsule les myriades d'interfaces matérielles d'un système, les présentant à l'espace utilisateur de manière cohérente. Les pilotes de périphériques font la médiation entre cette couche noyau et le matériel physique en dessous. Ils peuvent contrôler de vrais dispositifs (ex. UART, MMC) ou représenter des dispositifs virtuels (ex. /dev/null, ramdisk). Un seul pilote peut gérer plusieurs instances du même type de dispositif.

Les pilotes noyau s'exécutent avec tous les privilèges, accédant aux registres du processeur, gérant les interruptions, et effectuant du DMA. Ils exploitent l'infrastructure robuste de synchronisation et de gestion mémoire du noyau. Pourtant, cette puissance vient avec un risque : un pilote bogué peut faire planter tout le système. Par conséquent, les pilotes devraient être gardés simples, fournissant données et opérations tout en laissant les décisions de politique à l'espace utilisateur. Par exemple, le chargement de modules en réponse à des événements de branchement est géré par le démon user-space udev, pas le noyau.

Linux classe les pilotes en trois types principaux :

• Caractère — E/S non bufferisée avec interface mince ; choix par défaut pour pilotes personnalisés.
• Bloc — Conçu pour E/S bloc vers stockage de masse, avec bufferisation extensive ; inadapté à d'autres usages.
• Réseau — Similaire aux périphériques bloc mais gère transmission/réception de paquets.

Une quatrième catégorie implique les pseudo-systèmes de fichiers, exposant la fonctionnalité du pilote à travers un groupe de fichiers (ex. GPIO via /sys/class/gpio). Ce chapitre commence par explorer les trois premiers types en profondeur.

Périphériques caractère

Les périphériques caractère apparaissent en espace utilisateur comme fichiers spéciaux appelés nœuds de périphérique. Chaque nœud mappe à un pilote via un numéro majeur et identifie une interface spécifique via un numéro mineur. Par exemple, sur un ARM Versatile PB, le premier port série est /dev/ttyAMA0 avec majeur 204 et mineur 64 ; le second port partage le même majeur mais utilise mineur 65. La liste complète pour les quatre ports est montrée ci-dessous :

# ls -l /dev/ttyAMA*
crw-rw---- 1 root root 204, 64 Jan 1 1970 /dev/ttyAMA0
crw-rw---- 1 root root 204, 65 Jan 1 1970 /dev/ttyAMA1
crw-rw---- 1 root root 204, 66 Jan 1 1970 /dev/ttyAMA2
crw-rw---- 1 root root 204, 67 Jan 1 1970 /dev/ttyAMA3

Les numéros majeur/mineur standards sont listés dans Documentation/devices.txt, bien que les dispositifs personnalisés puissent utiliser des valeurs définies dans la source du noyau. Par exemple, le pilote UART PL011 déclare :

#define SERIAL_AMBA_MAJOR 204
#define SERIAL_AMBA_MINOR 64

Quand un pilote supporte plusieurs instances, le nom du nœud de périphérique ajoute typiquement un numéro d'instance à un nom de base (ex. ttyAMA + 0‑3).

Les nœuds de périphérique peuvent être créés automatiquement ou manuellement :

• devtmpfs — Le pilote enregistre une interface et un démon crée le nœud.
• udev / mdev — Démon user-space extrait le nom depuis sysfs et crée le nœud.
• mknod — Nœuds statiques créés manuellement pendant la construction du système.

Depuis Linux 2.6, le numéro majeur est de 12 bits (1–4095) et le mineur de 20 bits (0–1 048 575). Cette plage étendue supporte une vaste gamme de dispositifs.