Sasha Levin nga Google, i cili merret me mirĂ«mbajtjen e degĂ«ve LTS tĂ« kernelit Linux dhe Ă«shtĂ« anĂ«tar i kĂ«shillit kĂ«shillimor tĂ« organizatĂ«s Linux Foundation, njoftoi krijimin e njĂ« dege tĂ« re tĂ« kernelit Linux â «linus-next». Ashtu si dega «linux-next», ajo Ă«shtĂ« menduar pĂ«r testimin e ndryshimeve qĂ« propozohen pĂ«r tâu pĂ«rfshirĂ« nĂ« pĂ«rbĂ«rjen kryesore tĂ« degĂ«s sĂ« ardhshme tĂ« kernelit Linux, por ndryshon sepse fokusohet te ndryshimet qĂ« janĂ« gati pĂ«r tâu pranuar nĂ« degĂ«n kryesore dhe ofron njĂ« bazĂ« mĂ« tĂ« qĂ«ndrueshme e mĂ« tĂ« pĂ«rshtatshme pĂ«r testim.
Deri tani, dega e pĂ«rdorur «linux-next» Ă«shtĂ« shumĂ« e pĂ«rshtatshme pĂ«r tĂ« verifikuar integrimin e ndryshimeve nĂ« kernel, pĂ«r tĂ« vlerĂ«suar nĂ«se ka konflikte midis nĂ«ndegĂ«ve tĂ« mirĂ«mbajtĂ«sve tĂ« ndryshĂ«m dhe pĂ«r tĂ« zbuluar gabime e paralajmĂ«rime qĂ« lidhen me kompilimin, por Ă«shtĂ« problematike tĂ« pĂ«rdoret pĂ«r testimin e funksionimit tĂ« ndryshimeve qĂ« po futen. Dega «linux-next» pĂ«rfshin njĂ« pĂ«rzierje ndryshimesh tĂ« gatshme pĂ«r tâu kaluar nĂ« pĂ«rbĂ«rjen kryesore tĂ« kernelit dhe shtesash eksperimentale, tĂ« cilat mund tĂ« vazhdojnĂ« tĂ« pĂ«rpunohen edhe pĂ«r njĂ« kohĂ« tĂ« gjatĂ« dhe ndoshta nuk do tĂ« pranohen kurrĂ« nĂ« degĂ«n kryesore tĂ« kernelit.
Prania e kodit eksperimental tĂ« paqĂ«ndrueshĂ«m nuk lejon qĂ« kerneli «linux-next» tĂ« pĂ«rdoret pĂ«r testim tĂ« plotĂ« nĂ« kushte reale pune, pasi kodi eksperimental mund tĂ« ndikojĂ« negativisht nĂ« nĂ«n-sistemet e tjera tĂ« kernelit. NĂ« degĂ«n e re «linus-next», kriteret pĂ«r pranimin e ndryshimeve do tĂ« jenĂ« mĂ« tĂ« rrepta â nĂ« pĂ«rbĂ«rje do tĂ« pĂ«rfshihen vetĂ«m pull request-et e drejtuara Linus Torvalds-it, tĂ« cilat, sipas vlerĂ«simit tĂ« zhvilluesve, Linus do tâi pranojĂ« nĂ« degĂ«n kryesore tĂ« kernelit.
Shfaqja e degĂ«s «linus-next» do tĂ« mundĂ«sojĂ« jo vetĂ«m testimin e pĂ«rputhshmĂ«risĂ« sĂ« ndryshimeve tĂ« propozuara nĂ« nivelin e ndĂ«rtimit tĂ« kernelit, por edhe vlerĂ«simin e funksionimit tĂ« tyre nĂ« praktikĂ«, gjĂ« qĂ« do tĂ« rrisĂ« cilĂ«sinĂ« e testimit tĂ« ndryshimeve nĂ« fazĂ«n e shqyrtimit tĂ« njĂ« kĂ«rkese pull tĂ« dĂ«rguar tashmĂ«, por ende tĂ« pashqyrtuar nga Linus. Dega e re do tĂ« nxisĂ« gjithashtu dĂ«rgimin e kĂ«rkesave pull sa mĂ« herĂ«t tĂ« jetĂ« e mundur, ende pĂ«rpara hapjes sĂ« dritares sĂ« pranimit tĂ« ndryshimeve, nĂ« mĂ«nyrĂ« qĂ« tĂ« ketĂ« kohĂ« pĂ«r tâi testuar nĂ« punĂ«. PĂ«rveç kĂ«saj, dega «linus-next» do tĂ« zhvillohet sipas modelit tĂ« integrimit tĂ« vazhdueshĂ«m, dhe jo me pĂ«rditĂ«sime ditore me krijimin e njĂ« tagu tĂ« ri, gjĂ« qĂ« do ta thjeshtojĂ« analizĂ«n e problemeve qĂ« lindin dhe identifikimin e ndryshimeve konkrete qĂ« shkaktuan dĂ«shtimin.
Gjithashtu vlen të përmendet pakënaqësia e Linus Torvalds me procesin e bllokimit në nivel kerneli të dobësive në pajisje, e shprehur gjatë diskutimit të problemeve dhe regresioneve në kodin e mbrojtjes kundër sulmeve që shfrytëzojnë dobësitë në mekanizmin e ekzekutimit spekulativ të instruksioneve në CPU. Ndryshimet e nevojshme për të bllokuar dobësitë harduerike e ndërlikojnë zhvillimin, sjellin regresione dhe ndikojnë negativisht në performancë, ndërkohë që sulmet që shfrytëzojnë shumicën e këtyre dobësive mbeten thjesht teorike dhe nuk përdoren kurrë në praktikë jashtë kushteve laboratorike.
Duke shqyrtuar propozimin pĂ«r tĂ« ndryshuar kernelin me qĂ«llim shmangien e problemeve tĂ« mundshme gjatĂ« mbrojtjes ndaj dobĂ«sive harduerike, Linus propozoi qĂ« pĂ«rgjegjĂ«sia tâu lihet prodhuesve tĂ« pajisjeve, si shkaktarĂ« tĂ« shfaqjes sĂ« kĂ«tyre dobĂ«sive, dhe tâu bĂ«het e qartĂ« se duhet tâi zgjidhin vetĂ« problemet e tyre. Ndryshimi nĂ« diskutim propozohej tĂ« shtohej si masĂ« paraprake, pasi pĂ«r shkak tĂ« pasigurisĂ« nĂ« sjelljen e CPU, mbrojtja potencialisht mund tĂ« ndalonte sĂ« funksionuari nĂ« disa CPU tĂ« reja tĂ« Intel.
Burimi: opennet.ru
