Sasha Levin fra Google, som arbejder med vedligeholdelse af LTS-kernegrene i Linux og sidder i rådgivende udvalg for Linux Foundation, har annonceret oprettelsen af en ny Linux-kernegren — "linus-next". Denne gren er ligesom "linux-next" designet til at teste ændringer, der foreslås til inkludering i den kommende kernes hovedgren, men adskiller sig ved at fokusere på ændringer, der er klar til at blive accepteret i hovedgrenen og giver en mere stabil og testbar basis.
Den tidligere anvendte gren "linux-next" er velegnet til at kontrollere integrationen af ændringer i kernen, vurdere eksistensen af konflikter mellem undergrene fra forskellige vedligeholdere og identificere relaterede fejl og advarsler i bygningen. Det er dog problematisk at bruge den til test af funktionaliteten af implementerede ændringer. "Linux-next" inkluderer en blanding af ændringer, der er klar til at blive flyttet til kernens hovedgren, og eksperimentelle tilføjelser, som kan udvikles i lang tid og som måske aldrig accepteres i hovedgrenen.
Tilgængeligheden af ustabil eksperimentel kode betyder, at "linux-next" ikke kan bruges til fuldskala testning, da den eksperimentelle kode kan have negativ indflydelse på andre delsystemer af kernen. I den nye gren "linus-next" vil kravene til accept af ændringerne være strengere — kun pull-anmodninger adresseret til Linus Torvalds, som udviklerne mener, Linus vil acceptere i kernens hovedgren, vil blive inkluderet.
Introduktionen af grenen "linus-next" vil ikke kun muliggøre test af kompatibiliteten af foreslåede ændringer på kernelbyggeniveau, men også evaluere den faktiske funktion, hvilket vil føre til en forbedring af kvaliteten af testning af ændringer på tidspunktet for overvejelserne af allerede indsendte, men endnu ikke vurderede, pull-anmodninger. Den nye gren vil også tilskynde til tidlig indsendelse af pull-anmodninger, allerede før åbningen for ændringsmodtagelse, for at give mulighed for at teste dem i praksis. Desuden vil grenen "linus-next" udvikle sig i overensstemmelse med modellen for kontinuerlig integration, ikke daglige opdateringer med oprettelse af nye tags, hvilket vil forenkle analysen af opståede problemer og identificeringen af specifikke ændringer, der forårsagede fejl.
Yderligere kan man bemærke Linus Torvalds' utilfredshed med blokering af hardware-sårbarheder på kernniveau, som blev udtrykt under diskussioner om problemer og regressioner i koden for at modvirke angreb, der udnytter sårbarheder i CPU'ens mekanisme for spekulativ udførelse af instruktioner. Ændringerne, der er nødvendige for at blokere hardware-sårbarheder, komplicerer udviklingen, fører til regressioner og har negativ indvirkning på ydeevnen, selvom angreb ved hjælp af de fleste sådanne sårbarheder er udelukkende teoretiske og aldrig anvendes i praksis uden for laboratorieforhold.
Når man overvejer forslaget om at ændre kernen for at omgå potentielle problemer med at håndtere hardware-sårbarheder, foreslog Linus at lægge ansvaret på hardwareproducenterne som årsagerne til fremkomsten af hardware-sårbarheder, og at gøre det klart, at de selv skal løse deres egne problemer. Den foreslåede ændring skulle tilføjes som en sikkerhedsforanstaltning, da usikkerheden i CPU'ens adfærd kunne medføre, at beskyttelsen potentielt ville holde op med at virke på visse nye Intel CPU'er.
Kilde: opennet.ru
