En linus-next-kärnversion har presenterats för testning i kontinuerlig integration

Sasha Levin från Google, som ansvarar för underhåll av LTS-grenar av Linux-kärnan och är medlem av rådgivande rådet för Linux Foundation, har meddelat skapandet av en ny Linux-kärngren – "linus-next". Precis som grenen "linux-next" är den avsedd för att testa ändringar som föreslås för inkludering i framtida huvudgren av Linux-kärnan, men den skiljer sig genom att vara fokuserad på ändringar som är redo att antas i huvudgrenen och ger en stabilare och mer testbar bas.

Den tidigare använda grenen "linux-next" passar utmärkt för att kontrollera integrationen av ändringar i kärnan, bedöma förekomsten av konflikter mellan undergrenar från olika utvecklare och identifiera byggrelaterade fel och varningar, men det är problematiskt att använda den för att testa funktionerna hos de införda ändringarna. Grenen "linux-next" består av en blandning av ändringar som är klara för att överföras till huvudgrenen av kärnan och experimentella tillägg som kan behöva förfinas under lång tid och kanske inte ens blir antagna i huvudgrenen.

Närvaron av instabil experimentell kod gör det omöjligt att använda kärnan "linux-next" för fullödigt arbetsrelaterat testande, eftersom experimentell kod kan påverka andra subsystem av kärnan negativt. I den nya grenen "linus-next" kommer kriterierna för att anta ändringar att vara strängare – endast pull-förfrågningar riktade till Linus Torvalds som utvecklarna antar att Linus kommer att acceptera i huvudgrenen av kärnan kommer att inkluderas.

Införandet av grenen "linus-next" kommer att ge möjlighet att inte bara testa kompatibiliteten hos de föreslagna ändringarna på nivån av kärnbyggnaden, utan även att direkt utvärdera dess funktion, vilket kommer att leda till högre kvalitet på testningen av ändringar under granskningen av redan insända, men ännu inte granskade, pull-förfrågningar av Linus. Den nya grenen kommer också att uppmuntra till inskickande av pull-förfrågningar så tidigt som möjligt, även innan fönstret för mottagning av ändringar öppnas, för att möjliggöra testning av dem i praktiken. Dessutom kommer grenen "linus-next" att utvecklas enligt modellen för kontinuerlig integration, snarare än dagliga uppdateringar med skapandet av en ny tagg, vilket kommer att förenkla analysen av uppkomna problem och identifieringen av specifika förändringar som orsakat ett fel.

Dessutom kan man notera Linus Torvalds missnöje med processerna för att blockera maskinvaru-sårbarheter på kärnnivå, som uttryckts under diskussioner om problem och regressioner i koden för att motverka attacker som utnyttjar sårbarheter i mekanismen för spekulativ exekvering av instruktioner i CPU:er. Ändringarna som krävs för att blockera maskinvarusårbarheter komplicerar utvecklingen, leder till regressioner och påverkar prestandan negativt, samtidigt som de flesta attacker som utnyttjar sådana sårbarheter i praktiken är rent teoretiska och aldrig tillämpas utanför laboratorieförhållanden.

I samband med förslaget att ändra kärnan för att kringgå potentiella problem vid motverkande av maskinvarusårbarheter föreslog Linus att ansvaret skulle läggas på hårdvarutillverkarna, som skapare av maskinvarusårbarheter, och klargjort att de själva borde lösa sina problem. Den föreslagna ändringen skulle läggas till som en försiktighetsåtgärd, eftersom osäkerheten i hur CPU:er beter sig skulle kunna göra att skyddet potentiellt slutade fungera på vissa nya Intel CPU:er.

Källa: opennet.ru