Sasha Levin a Google, aki a Linux kernel LTS ágának fenntartásával foglalkozik, és a Linux Foundation tanácsadó testületének tagja, bejelentette egy új Linux kernel ág, a «linus-next» létrehozását. Ez az ág a «linux-next» ág mintájára készült, amely a jövőbeli fő kernel ágban beillesztésre javasolt változtatások tesztelésére szolgál, de célja a már elfogadásra kész változtatások megjelenítése és egy stabilabb, tesztelésre alkalmas alap biztosítása.
A korábban használt «linux-next» ág kiválóan alkalmas a kernelbe történő változtatások integrálásának ellenőrzésére, a különböző ágazatok közötti konfliktusok kiértékelésére, valamint a fordítással kapcsolatos hibák és figyelmeztetések azonosítására, de problémás a bevezetett változtatások működésének tesztelésére. A «linux-next» ág tartalmaz egy vegyes gyűjteményt elfogadásra kész változtatásokból és olyan kísérleti kiegészítésekből, amelyek még hosszú ideig finomításra várnak, és lehet, hogy soha nem kerülnek be a fő kernel ágba.
A nem stabil kísérleti kód megléte megakadályozza, hogy a «linux-next» kernelt teljes körű munkatesztelésre használják, mivel a kísérleti kód negatívan befolyásolhatja a kernel többi alrendszerét. Az új «linus-next» ágban a változtatások elfogadásának kritériumai szigorúbbak lesznek — csak azok a pull kérdések kerülnek be, amelyeket Linus Torvalds számára intéznek, és amelyeket a fejlesztők feltételezése szerint Linus elfogad a fő kernel ágba.
A «linus-next» ág megjelenése lehetőséget ad arra, hogy ne csak a javasolt változtatások összeegyeztethetőségét teszteljük a kernel építési szintjén, hanem magának a működésének értékelésére is, ami javítani fogja a változtatások tesztelésének minőségét azok figyelembevételi szakaszában, amelyek már elküldésre kerültek, de még nem kerültek áttekintésre Linus által. Az új ág arra is ösztönözni fogja a pull kérdések lehető legkorábbi benyújtását, még a változtatások beérkezésének ablakának megkezdése előtt, hogy lehetőséget adjon azok működés közbeni tesztelésére. Ezen kívül a «linus-next» ág a folyamatos integráció modellje szerint fog fejlődni, nem pedig napi frissítéssel és új címke létrehozásával, ami leegyszerűsíti a felmerülő problémák elemzését és a konkrét változtatások azonosítását, amelyek leállást okoztak.
Továbbiakban érdemes megemlíteni Linus Torvalds elégedetlenségét a hardware sebezhetőségek kernel szintű blokkolási folyamatával kapcsolatban, amelyet a CPU spekulatív utasításvégrehajtásának sebezhetőségeivel kapcsolatos problémák és regressziók megvitatása során fejtett ki. A hardware sebezhetőségek blokkolásához szükséges változtatások bonyolítják a fejlesztést, regressziókat idéznek elő, és negatívan befolyásolják a teljesítményt, miközben a hasonló sebezhetőségeken alapuló támadások többsége csupán elméleti, és soha nem valósul meg a gyakorlatban, laboratóriumi körülmények nélkül.
A hardware sebezhetőségekkel kapcsolatos potenciális problémák kezelése érdekében Linus javasolta, hogy a felelősséget a hardvergyártókra hárítsák, mint a hardware sebezhetőségek kialakulásának okozóiról, és jelezze, hogy nekik kell önállóan megoldaniuk saját problémáikat. A javasolt módosítást biztosítási intézkedésként indokolták, mivel a CPU viselkedésének bizonytalansága miatt a védelem potenciálisan nem működhet néhány új Intel CPU-n.
Forrás: opennet.ru
