Sasha Levin de la compania Google, care se ocupă cu întreținerea ramurilor LTS ale nucleului Linux și care face parte din consiliul consultativ al organizației Linux Foundation, a anunțat crearea unei noi ramuri a nucleului Linux — «linus-next», care, similar ramurii «linux-next», este destinată testării modificărilor propuse pentru incluziunea în versiunea principală a viitoarei ramuri a nucleului Linux, dar se concentrează pe modificările gata de a fi acceptate în ramura principală și oferă o bază mai stabilă și potrivită pentru testare.
Anterior, ramura «linux-next» s-a dovedit a fi excelentă pentru verificarea integrării modificărilor în nucleu, evaluarea existenței conflictelor între sub-ramuri diferite și identificarea erorilor și avertismentelor legate de compilare, dar este problematic de utilizat pentru testarea funcționării modificărilor aduse. Ramura «linux-next» conține un amestec de modificări gata de a fi transferate în componenta principală a nucleului și extensii experimentale, care pot fi îmbunătățite timp îndelungat și care, posibil, nu vor fi niciodată acceptate în ramura principală a nucleului.
Prezența codului experimental instabil nu permite utilizarea nucleului «linux-next» pentru testarea completă în condiții de lucru, deoarece codul experimental poate afecta negativ celelalte subsisteme ale nucleului. În noua ramură «linus-next», criteriile de acceptare a modificărilor vor fi mai stricte — vor fi incluse doar cererile de pull adresate lui Linus Torvalds, care, conform presupunerilor dezvoltatorilor, Linus le va accepta în ramura principală a nucleului.
Apariția ramurii «linus-next» va oferi nu doar posibilitatea de a testa compatibilitatea modificărilor propuse la nivelul compilării nucleului, ci și de a evalua direct funcționarea, ceea ce va duce la îmbunătățirea calității testării modificărilor în etapa examinării cererilor de pull deja trimise, dar încă neexaminte de Linus. Noua ramură va stimula, de asemenea, trimiterea cererilor de pull cât mai devreme, chiar înainte de începerea ferestrei de acceptare a modificărilor, pentru a oferi oportunitatea de a le testa în funcțiune. În plus, ramura «linus-next» se va dezvolta conform modelului de integrare continuă, nu prin actualizări zilnice cu crearea unui nou tag, ceea ce va simplifica analiza problemelor apărute și identificarea modificărilor specifice care au provocat o defecțiune.
De asemenea, se poate menționa nemulțumirea lui Linus Torvalds față de procesul de blocare la nivel de kernel a vulnerabilităților în hardware, exprimată în cadrul discuțiilor despre problemele și regresiile din cod pentru a contracara atacurile folosind vulnerabilitățile din mecanismul de execuție speculativă a instrucțiunilor în CPU. Modificările necesare pentru blocarea vulnerabilităților hardware complică dezvoltarea, duc la apariția regresiilor și au un impact negativ asupra performanței, deși atacurile care utilizează cele mai multe dintre aceste vulnerabilități sunt în mare parte teoretice și nu sunt niciodată aplicate în practică, în afara condițiilor de laborator.
Considerând propunerea de a modifica kernelul pentru a evita problemele potențiale în contracararea vulnerabilităților hardware, Linus a sugerat să se pună responsabilitatea pe producătorii de echipamente, ca și cauză a apariției vulnerabilităților hardware, și să se facă clar că aceștia ar trebui să își rezolve propriile probleme. Modificarea discutată a fost propusă ca o măsură de precauție, deoarece, din cauza incertitudinii comportamentului CPU, protecția putea să înceteze să funcționeze pe anumite CPU noi Intel.
Sursa: opennet.ro
