Résumé :
Linus Torvalds a officiellement publié le noyau Linux 7.3-rc1 le 30 août. Le volume total de code de cette version candidate a atteint 40,98 millions de lignes, dont plus de 6,5 millions de lignes pour le code du pilote AMDGPU, soit environ 16 % de l'ensemble du noyau.
La principale raison pour laquelle Linux 7.3-rc1 est si énorme est la soumission à grande échelle d'AMD. Linus a expliqué dans l'annonce de la sortie que la différence réelle est très grande et que la raison n'est pas surprenante.
Parce que c'est encore une fois l'une des versions qui contient beaucoup de vidages de registre de GPU AMD, cette fois les fichiers d'en-tête de registre AMD DCN6, ils sont assez énormes. Ces vidages de code GPU AMD et d’en-tête représentent environ un tiers de l’ensemble du correctif rc1.
Il est particulièrement important de souligner que le répertoire drivers/gpu/drm/amd contient le pilote AMDGPU, le pilote informatique AMDKFD et le code d'affichage, totalisant 6,52 millions de lignes. Cela n'inclut pas le pilote Radeon DRM classique hors du catalogue.
Dans Linux version 7.2, ce répertoire contient 6,35 millions de lignes, et la version 7.3 a ajouté environ 170 000 lignes sur cette base.
La quantité totale de code du noyau a augmenté d'environ 560 000 lignes, contre 40,42 millions de lignes dans la version 7.2.
Parmi les 40,98 millions de lignes de code de la version 7.3-rc1, l'outil Cloc a dénombré environ 30,94 millions de lignes de code réel, environ 4,91 millions de lignes de commentaires de code et environ 5,13 millions de lignes de lignes vides.
Suite à cette tendance, la taille totale du code de Linux 7.4 dépassera très probablement facilement 41 millions de lignes.
En termes d'applications, le dump de registre DCN 6.0 d'AMD est principalement utilisé pour prendre en charge le module principal d'affichage du matériel graphique de nouvelle génération. Ce type de définition matérielle est converti en code sous la forme d'un fichier d'en-tête C #define, et chaque registre matériel et chaque champ de bits est développé sous forme de définition de macro.
Bien que cela augmente considérablement la quantité de code, cela fournit une base de support prête à l'emploi pour le matériel futur.
Commentaires