Bodor Denis

L'écriture de pilotes et de modules noyau Linux est documentée en long, en large et en travers sous bien des formes, et ce depuis quelque temps déjà. Pourtant, ce n'est pas là que l'énergie et le temps nécessaire pour ajouter une fonctionnalité ou le support d'un matériel seront obligatoirement les mieux investis. La quantité de développeurs soumettant des contributions au noyau Linux est énorme et très souvent, la question consistant à se demander si un matériel est pris en charge ne se pose même plus. Quelqu'un a forcément développé quelque chose avant que vous ne rencontriez un tel problème. Ce n'est pas forcément le cas pour d'autres systèmes, et NetBSD en particulier. Là, apporter sa pierre à l'édifice est sans doute plus intéressant. Mais avant de pouvoir courir, il faut savoir marcher...

En ces temps difficiles de pénurie de framboises, recycler une carte existante, quel que soit son modèle, est quelque chose de courant. Plus question en ce moment d'installer un système et de laisser traîner le tout dans un coin, après quelques tests. Même la multiplication des cartes microSD ne solutionne pas le problème, en particulier s'il faut acheter des supports de qualité pour ne pas être limité en performances. La conséquence est claire et tient en quelques mots : installation, installation et re-installation !

Je suis utilisateur de Vi/Vim depuis des dizaines d'années et changer ses habitudes n'est pas chose facile. Un élément déclencheur est souvent nécessaire et le mien aura été un essai de Visual Studio Code pour du développement sur microcontrôleur avec PlatformIO. J'ai donc décidé de quitter Vim pour passer à... Neovim. Hé oui, ne vous y trompez pas, car même si VSCode s'avère effectivement agréable, voire proche d'une expérience Vi avec les bons plug-ins, et qu'on s'habitue facilement au confort de la complétion « IntelliSense » et de l'affichage des prototypes de fonctions, cet IDE graphique ne sera jamais Vi. Au contraire, il pousse simplement à faire en sorte que son Vi adopte des fonctionnalités qu'il ne possède pas nativement. Et c'est précisément ce dont il est question ici.

Avez-vous déjà cherché à configurer ou à remettre en état de marche un PC d’un âge avancé ? Pour le plaisir ou le défi, voulu faire revivre une machine de 20, 30 ou même 40 ans ? Si oui, vous vous êtes forcément heurté au classique problème consistant à trouver des informations sur la machine et plus exactement sur la carte mère, ses spécifications, sa configuration ou même simplement son type et sa marque.The Retro Web est une base de données en ligne, recherchable, de quelques 12 000 cartes (1300 chipsets différents), donnant accès à cette précieuse documentation, mais aussi à des images de BIOS (> 20 000).Une véritable mine d’or résultant d’un travail de fourmis, orchestré d’une main de maître par un petit groupe de passionnés bénévoles, qui ont accepté de répondre à nos questions...

Ah, l'innovation technologique, quel formidable bienfait pour l'humanité !

« Laquelle ? », me demanderez-vous. Je pourrai vous parler de la sécurité des données, de la baisse de consommation des processeurs (le fameux TDP) ou encore de la résilience de différents protocoles. Mais non, voyons ! Une innovation technologique ne se mesure pas avec des choses bassement matérialistes, logiques ou mathématiques, elle se mesure à sa popularité parmi la majorité des « consommateurs ».

L'une des principales qualités d'un programmeur est sa capacité à transformer un concept en un ensemble de lignes d'instructions écrites dans un langage particulier. Ceci se fait en se représentant mentalement la manière d'atteindre l'objectif pour produire un algorithme plus ou moins efficace...

Je ne sais pas pour vous, mais personnellement, je ne trouve aucun réveil matin adapté à mes cycles de sommeil et à mes préférences personnelles. Fort heureusement, Waveshare a eu la bonne idée de créer la Pico-Clock-Green, une base de réveil équipée de drivers de LED SPI, d'une matrice de LED (vertes), d'un buzzer et d'une RTC DS3231. Le tout devant être complété d'une Raspberry Pi Pico équipée d'un firmware adapté. L'occasion était trop belle, mais constitue aussi et surtout une magnifique opportunité de voir ce qui se passe lorsqu'on tente de s'approprier un code existant, développé avec une philosophie un peu particulière...

On ne le dira jamais assez, dans l'embarqué, on ne compile jamais sur la cible. Certes avec une Raspberry Pi 4, cette affirmation est mise à mal tant les ressources et la puissance de calcul sont importantes, mais le monde n'est pas fait de Pi 4 et cette période de disette ne se prête pas réellement au fait de monopoliser une telle plateforme pour le simple plaisir d'explorer un nouvel OS. La compilation croisée est la solution et consiste à compiler/construire des binaires pour une machine X depuis une machine Y ayant une architecture différente, mais des ressources à foison.

Avez-vous remarqué cette excitation autour de langages « système » (même vaguement) qui jurent pouvoir challenger la suprématie de C et C++ ? Parce que, voyez-vous, ces langages, inventés respectivement par Dennis Ritchie en 1972 et Bjarne Stroustrup en 1985 sont absolument horribles et maléfiques !