Eh oui ! Nous enchaînons cette rentrée sur les chapeaux de roues. À peine digéré le noyau 2.6.26, nous voilà en train de disséquer la version suivante, la 2.6.27. Les nouveautés sont au rendez-vous. Il y a de quoi satisfaire votre curiosité, mais également vos attentes les plus saugrenues (ou pas... Linux ne fait en effet toujours pas le café). Avant de vous laisser vous émerveiller devant les nouvelles « feuilles » de Linux, mentionnons que Linus souhaite changer la façon de numéroter le noyau. Non pas qu'il souhaite passer à une numérotation en 3.x., mais plutôt à une numérotation ayant plus de sens que l'incrémentation d'un compteur. Ainsi, Linus propose par exemple d'identifier le noyau d'après l'année de sa diffusion. Ce sujet, à l'heure où vous lirez ces lignes aura déjà été discuté au Kernel Summit.
1. Design du noyau
1.1 Le firmware loader
L'initialisation de périphérique nécessite parfois le chargement d'un firmware par le driver. Jusqu'alors, il était nécessaire de recourir à l'espace utilisateur afin de récupérer le firmware. Ce dernier pouvant être situé dans un système de fichier initramfs ou initrd, s'il est nécessaire qu'il soit chargé durant le boot de la machine. Ainsi, les drivers font appel à la routine noyau request_firmware() afin de charger en mémoire le firmware dont ils ont besoin. Cependant, les systèmes embarqués n'ont pas toujours un système de fichiers disponible durant leur initialisation (via un initramfs). Ils ont toutefois besoin d'accéder à leur firmware. Ainsi, on trouve dans le noyau des drivers qui contournent le firmware loader et construisent ce firmware dans le noyau. D'autres drivers n'utilisent pas cette infrastructure parce qu'ils souhaitent avoir le firmware disponible tout le temps. Et finalement, certains...
- Accédez à tous les contenus de Connect en illimité
- Découvrez des listes de lecture et des contenus Premium
- Consultez les nouveaux articles en avant-première