Alors que la version 4.8 du noyau Linux ne date que de deux semaines environ, la mouture 4.9 se profile déjà, avec une première Release Candidate. Les améliorations sont une nouvelle fois nombreuses, particulièrement pour la gestion des GPU AMD, de la sécurité, et du support matériel.
Même si cette première Release Candidate peut indiquer une sortie proche, ce n’est pas tout à fait le cas. Des nouveautés peuvent continuer à surgir, en fonction de l’état du développement des projets en cours. La version disponible n’est pas réellement « candidate » à la version finale, qui n’est d’ailleurs pas attendue avant deux mois.
Du neuf pour AMDGPU et le support des appareils ARM
Elle permet quand même de se faire une idée précise de ce qui attend les utilisateurs. Outre des améliorations pour la partie DRM (Direct Rendering Manager), les puces AMD profiteront de quelques ajouts bienvenus, via le pilote AMDGPU. Par exemple, le support des écrans virtuels, même si cette fonctionnalité ne profitera pas à tous. La fonction de « reset » des GPU est beaucoup mieux supportée, permettant de réinitialiser la puce en cas de problème. Rien de particulier à noter cependant pour Nouveau, le pilote open source pour les GPU NVIDIA.
On reste dans le matériel avec quelques changements dans la gestion de l’énergie. Certains processeurs Atom (Intel) devraient en conséquence se révéler un peu plus performants dans certaines situations. Une trentaine de nouveaux appareils ARM sont supportés (dont le Raspberry Pi Zero et le Nexus 5 de LG), de même que l’audio pour les processeurs Intel Kaby Lake ou encore la plateforme Mellanox.
Support des clés de protection pour la mémoire
Outre une liste importante d’apports sur la plupart des systèmes de fichiers, notez que le noyau Linux 4.9 contient plusieurs nouveautés pour le sous-système perf, notamment un support initial de LLVM et Clang. Important également, le support des clés de protection pour la mémoire (MPK/Pkeys), ainsi que de multiples modifications dans la pile de virtualisation.
Les testeurs intéressés pourront bien sûr récupérer les sources de cette RC1 et les compiler. Pour le commun des mortels, la diffusion du noyau 4.9 se fera probablement durant la deuxième moitié de décembre, comme un cadeau de Noël.
Commentaires (15)
Linux sur Nexus 5?
Je comprends pas, il y a déjà Android, FirefoxOS et Ubuntu Touch sur N5, ça veut dire que chacun avait modifié le noyau alors qu’initialement il n’est pas compatible?
il était supporté “downstream” (en patchant le noyau), maintenant les modifications ont été ramenées à la source (upstream), et il est supporté avec le code source standard :)
Je pense qu’il s’agit plutôt du D-Tree, un fichier qui décrit les composants matériel d’une appareil. Cela permet d’avoir un noyau génerique tout en chargeant que les pilotes spécifiques.
Avant sur ARM, il n’y avait pas de D-Tree et on était obligé de mettre en dur cette liste, résultant sur un noyau spécifique au matériel et non portable.
Avec l’inclusion du D-Tree sur ARM, cela facilite les portages sur ces plateformes
J’espère que je ne dis pas de bêtise :p
Si, parceque ce n’est pas des améliorations spécifique à un appareil mais des améliorations spécifiques à des générations de processeurs…
Hum, c’est pas mal cette histoire… ca veut aussi dire que les drivers proprio seront de moins en moins verrouillé dans le code (spécificité du matériel) vu qu’il y a moyen de détecter les composants maintenant.
On pourrait enfin avoir une vision plus “pc” du smartphone…
Pour info, le 4.8 est en standard avec Fedora 25 Beta, sortie mardi dernier, en version de série.
Je serais curieux de savoir ce qu’il en est du support des Intel Atom Z3735F, si on doit toujours s’envoyer des patchs à la main pour avoir le Wifi et le Bluetooth, ou si c’est enfin dans le noyau.
Une question (qui n’a rien d’un troll) :
La dernière version d’Ubuntu possède un kernel 4.8.0.
Est-il buggué comme indiqué dans cette news :
Adresse Web :
http://www.generation-nt.com/linux-noyau-correction-torvalds-actualite-1934202.h…
?
Sur la plupart des appareils ARM le fournisseur du SoC fournit aussi les sources du kernel sur lesquelles ils ont appliqué les bons patchs pour rajouter le support de leur SoC.
Ces patchs ne sont pas toujours réintégré dans le kernel de base.
On parle de “device tree” et non de D-Tree ;)
Effectivement, ce fichier décrit le materiel du système. La syntaxe est spécifiée. Il est compilé et passé au kernel au démarrage. Le kernel et les drivers vont le lire pour y récupérer les informations qu’ils ont besoin. Avant le device tree, le materiel était décrit dans le kernel directement en C.
Android dispose d’un noyau Linux, donc ça fait longtemps que ces dispositifs sont supportés par des noyaux linux. Là, les patchs constructeurs sont réintégrés à la version de base du noyau.