Sasha Levin (Sasha Levin) della Google, responsabile del supporto alle versioni LTS del kernel Linux e membro del consiglio consultivo della Linux Foundation, ha annunciato la creazione di una nuova versione del kernel Linux — «linus-next», che, analogamente alla versione «linux-next», è destinata a testare le modifiche proposte per l'inclusione nella futura versione principale del kernel Linux, ma si distingue per l'orientamento verso cambiamenti pronti per l'accettazione nella versione principale, offrendo una base più stabile e adatta per i test.
La versione «linux-next» utilizzata fino ad ora è particolarmente adatta per verificare l'integrazione delle modifiche nel kernel, valutare la presenza di conflitti tra le sottoversioni dei diversi manutentori e identificare errori e avvisi legati alla compilazione, ma è problematica da utilizzare per il test delle modifiche apportate. La versione «linux-next» include una miscela di modifiche pronte per essere trasferite nella versione principale del kernel e di aggiunte experimental che potrebbero richiedere ulteriori sviluppi e potrebbero non essere mai accettate nella versione principale del kernel.
La presenza di codice sperimentale instabile non consente di utilizzare il kernel «linux-next» per test completi, poiché il codice sperimentale può influire negativamente sulle altre sottosistemi del kernel. Nella nuova versione «linus-next» i criteri per l'accettazione delle modifiche saranno più severi: verranno incluse solo le pull request indirizzate a Linus Torvalds, che si presume gli sviluppatori credano Linus accetterà nella versione principale del kernel.
L'introduzione della versione «linus-next» offrirà l'opportunità non solo di testare la compatibilità delle modifiche proposte a livello di compilazione del kernel, ma anche di valutare direttamente il funzionamento, il che porterà a un miglioramento della qualità del test delle modifiche nella fase di revisione delle pull request già inviate ma non ancora esaminate da Linus. La nuova versione stimolerà anche l'invio delle pull request il prima possibile, prima dell'apertura della finestra per l'accettazione delle modifiche, in modo da permettere di testarle in azione. Inoltre, la versione «linus-next» si svilupperà secondo il modello di integrazione continua, anziché aggiornamenti quotidiani con creazione di un nuovo tag, semplificando così l'analisi dei problemi emergenti e l'identificazione delle specifiche modifiche che hanno causato il malfunzionamento.
In aggiunta, si può notare il malcontento di Linus Torvalds riguardo al processo di blocco a livello del kernel delle vulnerabilità nell'hardware, espresso durante la discussione sulle problematiche e le regressioni nel codice per contrastare attacchi che sfruttano le vulnerabilità nel meccanismo di esecuzione speculativa delle istruzioni nella CPU. Le modifiche necessarie per bloccare le vulnerabilità hardware complicano lo sviluppo, portano a regressioni e influiscono negativamente sulle prestazioni, dato che gli attacchi che utilizzano la maggior parte di queste vulnerabilità sono puramente teorici e non vengono mai applicati nella pratica, al di fuori di condizioni di laboratorio.
Considerando la proposta di modificare il kernel per bypassare potenziali problemi nel contrastare le vulnerabilità hardware, Linus ha suggerito di responsabilizzare i produttori di hardware, in quanto i colpevoli dell'emergere delle vulnerabilità hardware, e di far capire loro che devono risolvere i propri problemi. La modifica in discussione era proposta come una misura precauzionale, poiché l'incertezza nel comportamento della CPU avrebbe potuto potenzialmente interrompere la protezione su alcune nuove CPU Intel.
Fonte: opennet.ru
