La Fondation Latino-am\u00e9ricaine pour le Logiciel Libre a publi\u00e9 une version enti\u00e8rement libre du noyau Linux 6.12 \u2014 Linux-libre 6.12-gnu, d\u00e9pouill\u00e9e d'\u00e9l\u00e9ments de firmwares et de pilotes contenant des composants non libres ou des segments de code dont l'utilisation est restreinte par le fabricant. De plus, Linux-libre d\u00e9sactive les fonctionnalit\u00e9s du noyau pour le chargement de composants externes non libres qui ne sont pas fournis avec le noyau, et supprime toute mention de l'utilisation de composants non libres dans la documentation. <\/p>\n
Pour nettoyer le noyau des parties non libres, le projet Linux-libre a cr\u00e9\u00e9 un script shell universel, contenant des milliers de mod\u00e8les pour d\u00e9tecter la pr\u00e9sence d'inserts binaires et exclure les faux positifs. Des patchs pr\u00eats \u00e0 l'emploi, \u00e9labor\u00e9s \u00e0 partir de l'utilisation de ce script, sont \u00e9galement disponibles en t\u00e9l\u00e9chargement. Le noyau Linux-libre est recommand\u00e9 pour une utilisation dans des distributions qui r\u00e9pondent aux crit\u00e8res de la Fondation du logiciel libre pour la cr\u00e9ation de distributions GNU\/Linux enti\u00e8rement libres. Par exemple, Linux-libre est utilis\u00e9 dans des distributions telles que Dragora Linux, Trisquel, Dyne:Bolic, gNewSense, Parabola, Musix et Kongoni. <\/p>\n
La version Linux-libre 6.12-gnu inclut du code pour le nettoyage des blobs dans les pilotes pour SoC CPM\/QE QMC, les puces sans fil Realtek 8852BE-VT, les adaptateurs bluetooth Amlogic, les adaptateurs r\u00e9seau amcc qt2025, les capteurs aw96103\/aw96105 et les codecs TI TLV320AIC31XX. Un nettoyage suppl\u00e9mentaire des blobs a \u00e9t\u00e9 effectu\u00e9 dans les pilotes pour les contr\u00f4leurs xHCI Renesas et Intel ISH (Integrated Sensor Hub) HID. Le code de suppression des blobs dans les pilotes et sous-syst\u00e8mes MHI PCI host, Adreno 620\/621, r8169, Qualcomm q6v5 remoteproc, rtw8852c, rtw8922a, ainsi que dans les fichiers dts pour les puces TI PRU et Qualcomm ARM54 a \u00e9t\u00e9 mis \u00e0 jour. Le nettoyage des pilotes pour les cartes sans fil ks7010 et le sous-syst\u00e8me audio Intel SkyLake a \u00e9t\u00e9 interrompu, car ces pilotes ont \u00e9t\u00e9 retir\u00e9s du noyau. <\/p>\n
Il est particuli\u00e8rement not\u00e9 que l'on a identifi\u00e9 dans les textes sources l'un des pilotes de code objet ex\u00e9cutable, g\u00e9n\u00e9r\u00e9 \u00e0 partir de textes source non publi\u00e9s et int\u00e9gr\u00e9 sous la forme d'une s\u00e9quence de chiffres hexad\u00e9cimaux. Le pilote probl\u00e9matique n'est pas explicitement nomm\u00e9, mais, au vu des modifications, il s'agit de la pr\u00e9sence de microcode de shader dans le fichier gfx_v9_4_3_cleaner_shader.h, qui fait partie du pilote AMDGPU. La premi\u00e8re telle insertion a \u00e9t\u00e9 d\u00e9tect\u00e9e dans le noyau 6.11 et a ensuite \u00e9t\u00e9 propos\u00e9e par l'un des d\u00e9veloppeurs pour suppression, car les textes source n'avaient pas \u00e9t\u00e9 fournis (une situation de livraison sous licence GPL d'un programme disponible uniquement sous forme binaire est survenue). N\u00e9anmoins, dans le noyau 6.12, le code binaire en question a \u00e9t\u00e9 conserv\u00e9, et une autre insertion similaire a \u00e9t\u00e9 ajout\u00e9e au m\u00eame pilote. <\/p>\n
De plus, l'annonce de Linux-libre 6.12 mentionne encore deux \u00e9v\u00e9nements : <\/p>\n
Il est \u00e0 noter que l'entreprise Tuxedo a longtemps propos\u00e9 de changer la licence de ses pilotes, mais elle a continu\u00e9 \u00e0 fournir le code sous licence GPLv3 tout en indiquant dans le code du pilote le macro \u2018MODULE_LICENSE(\u00abGPL\u00bb)\u2019 au lieu de \u2018MODULE_LICENSE(\u00abGPL v3\u00bb)\u2019 pour acc\u00e9der \u00e0 tous les sous-syst\u00e8mes du noyau. L'entreprise Tuxedo a reconnu la critique et a chang\u00e9 la licence en GPLv2+ pour certains de ses pilotes. Le changement a \u00e9t\u00e9 appliqu\u00e9 aux pilotes gxtp7380, ite_8291, ite_8291_lb, ite_8297, stk8321, tuxedo_compatibility_check, tuxedo_nb02_nvidia_power_ctrl et tuxedo_tuxi. Plus d'une dizaine de pilotes n'ont pas encore \u00e9t\u00e9 re-licenci\u00e9s, car changer de licence n\u00e9cessite l'accord des d\u00e9veloppeurs tiers. <\/p>\n
L'utilisation dans le code de 'MODULE_LICENSE(\"GPL\")' au lieu de 'MODULE_LICENSE(\"GPL v3\")' a \u00e9t\u00e9 expliqu\u00e9e par un repr\u00e9sentant de Tuxedo par l'absence d'explications claires dans la documentation du noyau, affirmant que le marqueur 'GPL' ne peut pas \u00eatre utilis\u00e9 pour la licence GPLv3. Il a \u00e9galement mentionn\u00e9 que l'entreprise pr\u00e9voit de transmettre ses pilotes au noyau Linux principal et qu'elle travaille \u00e0 leur r\u00e9\u00e9criture compl\u00e8te sous la licence GPLv2, en tenant compte des exigences des composants du noyau. <\/p>\n
Selon un mainteneur de Linux-libre, le noyau ne doit pas restreindre le droit des utilisateurs de ne pas installer de firmware et de microcode propri\u00e9taires non v\u00e9rifi\u00e9s sur leur propre appareil. La question des vuln\u00e9rabilit\u00e9s devrait \u00eatre li\u00e9e \u00e0 des correctifs sp\u00e9cifiques dans certaines versions de firmware, au lieu de qualifier de vuln\u00e9rables tous les syst\u00e8mes qui ne disposent pas du microcode le plus r\u00e9cent, sans examiner si des vuln\u00e9rabilit\u00e9s existent effectivement dans ce syst\u00e8me et si le firmware r\u00e9cent contient des corrections. <\/ul>\n