Presentata la branch del kernel linus-next per i test in modalità integrazione continua

Sasha Levin di Google, che si occupa del supporto delle versioni LTS del kernel Linux e fa parte del consiglio consultivo della Linux Foundation, ha annunciato la creazione di un nuovo ramo del kernel Linux - "linus-next". Questo ramo, parallelo al "linux-next", è destinato a testare le modifiche proposte per l'inclusione nel ramo principale del futuro kernel Linux, distinguendosi per il suo focus su modifiche pronte per l'accettazione e per offrire una base più stabile e adatta ai test.

La precedente versione "linux-next" è ottima per verificare l'integrazione delle modifiche nel kernel, valutare eventuali conflitti tra le sottoversioni di diversi manutentori e identificare errori e avvertimenti legati alla compilazione. Tuttavia, è problematica per il testing delle modifiche apportate. Il ramo "linux-next" include una miscela di modifiche pronte per essere trasferite nella versione principale del kernel e di aggiunte sperimentali, che possono essere elaborate a lungo e potrebbero non essere mai accettate nel ramo principale.

La presenza di codice sperimentale instabile non consente di utilizzare il kernel "linux-next" per test approfonditi, poiché il codice sperimentale potrebbe influenzare negativamente altre sottosistemi del kernel. Nel nuovo ramo "linus-next", i criteri di accettazione delle modifiche saranno più severi: verranno inclusi solo i pull request indirizzati a Linus Torvalds, che secondo gli sviluppatori sarà disposto ad accettarli nel ramo principale del kernel.

L'emergere del ramo "linus-next" permetterà non solo di testare la compatibilità delle modifiche proposte a livello di compilazione del kernel, ma anche di valutare il loro funzionamento diretto, il che porterà a un miglioramento della qualità del testing delle modifiche durante la revisione di pull request già inviati ma non ancora esaminati da Linus. Il nuovo ramo incoraggerà anche l'invio di pull request il prima possibile, anche prima dell'apertura delle finestre per l'accettazione delle modifiche, per consentire loro di essere testate in azione. Inoltre, il ramo "linus-next" si svilupperà secondo il modello dell'integrazione continua, piuttosto che con aggiornamenti giornalieri e creazione di nuovi tag, permettendo un'analisi semplificata dei problemi emergenti e l'identificazione delle modifiche specifiche che hanno causato errori.

Inoltre, si può notare il malcontento di Linus Torvalds nei confronti del processo di blocco a livello di kernel delle vulnerabilità hardware, espresso durante le discussioni su problemi e regressioni nel codice per contrastare attacchi che sfruttano vulnerabilità nel meccanismo di esecuzione speculativa delle istruzioni nelle CPU. Le modifiche necessarie per bloccare le vulnerabilità hardware complicano lo sviluppo, portano a regressioni e influenzano negativamente le prestazioni, considerando che la maggior parte degli attacchi basati su tali vulnerabilità sono teoretici e non vengono mai utilizzati nella pratica, al di fuori di ambienti di laboratorio.

Riguardo alla proposta di modificare il kernel per affrontare potenziali problemi nel contrastare le vulnerabilità hardware, Linus ha suggerito di attribuire la responsabilità ai produttori di hardware, considerati gli artefici delle vulnerabilità hardware, e di far capire che dovrebbero affrontare le proprie problematiche. La modifica discussa sarebbe stata aggiunta come una misura di protezione, poiché a causa dell'incertezza nel comportamento delle CPU, la protezione potrebbe smettere di funzionare su alcune nuove CPU Intel.

Fonte: opennet.ru

Acquista un hosting affidabile per siti con protezione DDoS, server VPS VDS 🔥 Acquista un hosting affidabile per siti con protezione DDoS, server VPS VDS | ProHoster