La Fondazione Latinoamericana per il Software Libero ha pubblicato una versione completamente libera del kernel Linux 6.12 \u2014 Linux-libre 6.12-gnu, ripulito da elementi di firmware e driver contenenti componenti o porzioni di codice non libere, la cui applicazione \u00e8 limitata dal produttore. Inoltre, Linux-libre disattiva le funzioni del kernel per il caricamento di componenti esterni non liberi non inclusi nella distribuzione del kernel e rimuove i riferimenti all'uso di componenti non liberi dalla documentazione. <\/p>\n
Per ripulire il kernel da parti non libere, il progetto Linux-libre ha creato uno script shell universale che contiene migliaia di modelli per determinare la presenza di inserzioni binarie ed escludere falsi positivi. Sono inoltre disponibili per il download patch pronte, create sulla base dell'utilizzo dello script sopra menzionato. Il kernel Linux-libre \u00e8 raccomandato per l'uso in distribuzioni che soddisfano i criteri della Fondazione per la realizzazione di distribuzioni completamente libere GNU\/Linux. Ad esempio, Linux-libre \u00e8 utilizzato in distribuzioni come Dragora Linux, Trisquel, Dyne:Bolic, gNewSense, Parabola, Musix e Kongoni. <\/p>\n
Nella release di Linux-libre 6.12-gnu \u00e8 stato aggiunto codice per la pulizia dei blob nei driver per SoC CPM\/QE QMC, chip wireless Realtek 8852BE-VT, adattatori Bluetooth Amlogic, adattatori di rete amcc qt2025, sensori aw96103\/aw96105 e codec TI TLV320AIC31XX. \u00c8 stata effettuata una pulizia aggiuntiva dei blob nei driver per i controller xHCI Renesas e Intel ISH (Integrated Sensor Hub) HID. \u00c8 stato aggiornato il codice per la rimozione dei blob nei driver e nelle sottosistemi MHI PCI host, Adreno 620\/621, r8169, Qualcomm q6v5 remoteproc, rtw8852c, rtw8922a, e anche nei file dts per i chip ARM54 TI PRU e Qualcomm. \u00c8 stata interrotta la pulizia dei driver per le schede wireless ks7010 e il sistema audio Intel SkyLake, in quanto questi driver sono stati rimossi dal kernel. <\/p>\n
Viene segnalata separatamente la rilevazione nei codici sorgente di uno dei driver di codice oggetto eseguibile, generato da codici sorgente non pubblicati e incorporato sotto forma di sequenza di numeri esadecimali. Il driver problematico non \u00e8 specificato esplicitamente, ma, a giudicare dalle modifiche, si sospetta la presenza di microcodice shader nel file gfx_v9_4_3_cleaner_shader.h, parte del driver AMDGPU. La prima di queste inserzioni \u00e8 stata rilevata nel kernel 6.11 e poi proposta per la rimozione da uno degli sviluppatori, in quanto i codici sorgente non erano stati forniti (si era verificata una situazione di fornitura sotto licenza GPL di un programma disponibile solo in forma binaria). Tuttavia, nel kernel 6.12, il suddetto codice binario \u00e8 stato mantenuto e nel medesimo driver \u00e8 stata aggiunta un'altra inserzione simile. <\/p>\n
Inoltre, nell'annuncio di Linux-libre 6.12 sono stati menzionati altri due eventi: <\/p>\n
\u00c8 da notare che l'azienda Tuxedo ha a lungo proposto di cambiare la licenza dei propri driver, ma ha continuato a fornire codice sotto licenza GPLv3, indicandolo nel codice del driver con il macro 'MODULE_LICENSE(«GPL»)' invece che 'MODULE_LICENSE(«GPL v3»)' per ottenere accesso a tutti i sottosistemi del kernel. L'azienda Tuxedo ha accolto le critiche e ha cambiato la licenza in GPLv2+ per parte dei propri driver. La modifica \u00e8 stata applicata ai driver gxtp7380, ite_8291, ite_8291_lb, ite_8297, ite_8297, stk8321, tuxedo_compatibility_check, tuxedo_nb02_nvidia_power_ctrl e tuxedo_tuxi. Oltre una dozzina di driver non sono ancora stati ri-licenziati, poich\u00e9 per cambiare la loro licenza \u00e8 necessaria l'approvazione degli sviluppatori esterni. <\/p>\n
L'uso nel codice di 'MODULE_LICENSE(«GPL»)' invece di 'MODULE_LICENSE(«GPL v3»)' \u00e8 stato spiegato da un rappresentante di Tuxedo come dovuto all'assenza di una chiara spiegazione nella documentazione del kernel, in quanto il marcatore 'GPL' non pu\u00f2 essere utilizzato per la licenza GPLv3. Ha inoltre raccontato che l'azienda intende trasferire i propri driver nel nucleo principale di Linux e a tal fine sta lavorando alla loro completa riscrittura sotto licenza GPLv2, tenendo conto dei requisiti per i componenti del kernel. <\/p>\n
Secondo il manutentore di Linux-libre, il kernel non dovrebbe limitare il diritto degli utenti di non installare firmware e microcodice proprietari non verificati sui propri dispositivi. Si propone di discuterne con riferimento a specifiche correzioni in determinate versioni dei firmware, e non etichettare come vulnerabili tutti i sistemi che non hanno installato l'ultimo microcodice, indipendentemente dal fatto che in tale sistema si manifestino vulnerabilit\u00e0 e se l'ultimo firmware contenga correzioni a vulnerabilit\u00e0. <\/ul>\n