{"id":99149,"date":"2021-02-16T16:22:46","date_gmt":"2021-02-16T14:22:46","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-yadra-linux-5-11"},"modified":"2021-02-16T16:22:46","modified_gmt":"2021-02-16T14:22:46","slug":"reliz-yadra-linux-5-11","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sl\/blog\/news\/reliz-yadra-linux-5-11","title":{"rendered":"Izid jedra Linux 5.11","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Po dveh mesecih razvoja je Linus Torvalds predstavil razli\u010dico jedra Linux 5.11. Med najbolj opaznimi spremembami so: podpora za Intel SGX, nov mehanizem za prestrezanje sistemskih klicev, virtualna avtobusna povezava auxiliary, prepoved gradnje modulov brez MODULE_LICENSE(), na\u010din hitrega filtriranja sistemskih klicev v seccomp, prenehanje podpore za arhitekturo ia64, prenost tehnologije WiMAX v vejo «staging», ter mo\u017enost inkapsulacije SCTP v UDP. <\/p>\n
V novo razli\u010dico je vklju\u010deno 15.480 popravkov od 1.991 razvijalcev, velikost popravka je — 72 MB (spremembe so se dotaknile 12.090 datotek, dodanih je 868.025 vrstic kode, izbrisanih pa 261.456 vrstic). Pribli\u017eno 46% vseh predstavljenih sprememb v 5.11 je povezanih z gonilniki naprav, pribli\u017eno 16% sprememb se nana\u0161a na posodobitve kode, specifi\u010dne za strojne arhitekture, 13% je povezanih z omre\u017enim steklenjem, 3% z datote\u010dnimi sistemi in 4% z notranjimi podsystemi jedra. <\/p>\n
V Btrfs je dodanih ve\u010d mo\u017enosti monta\u017ee za uporabo pri obnovi podatkov iz po\u0161kodovane datote\u010dnega sistema: «rescue=ignorebadroots» za monta\u017eo kljub po\u0161kodovanim nekaterim koreninskim drevesom (extent, uuid, data reloc, device, csum, free space), «rescue=ignoredatacsums» za izklop preverjanja kontrolnih vsot za podatke in «rescue=all» za hkratno omogo\u010danje na\u010dinov ‘ignorebadroots’, ‘ignoredatacsums’ in ‘nologreplay’. Podpora za mo\u017enost monta\u017ee «inode_cache» je bila prenehana, saj je bila prej razgla\u0161ena za zastarelo. Priprava kode za uvajanje podpore blokov z metapodatki in podatki, manj\u0161imi od strani (PAGE_SIZE), je bila izvedena, prav tako tudi podpora za na\u010din zoniranega dodeljevanja prostora. Nepovezan (Direct IO) zahtevki so bili preneseni na infrastrukturo iomap. Optimizirana je bila zmogljivost \u0161tevilnih operacij, v nekaterih primerih pa lahko pospe\u0161itev dose\u017ee tudi desetine odstotkov.\n
V XFS je uveden signal «needsrepair», ki obve\u0161\u010da o potrebi po obnovitvi. Ko je ta signal nastavljen, datote\u010dnega sistema ni mogo\u010de montirati, dokler signal ne bo ponastavljen z orodjem xfs_repair.\n
V Ext4 so bile ponujene samo popravke napak in optimizacije ter je bila izvedena \u010distka kode.\n
Dovolen je ponovni izvoz datote\u010dnih sistemov, montiranih preko NFS (t.j. razdelek, montiran preko NFS, je zdaj mogo\u010de izvoziti preko NFS in uporabiti kot vmesni predpomnilnik).\n
V sistemski klic close_range() je bila dodana mo\u017enost CLOSE_RANGE_CLOEXEC, ki omogo\u010da procesu, da hkrati zapre celoten razpon odprtih datote\u010dnih descriptorjev v na\u010dinu close-on-exec.\n
V datote\u010dnem sistemu F2FS so bili dodani novi preklici ioctl(), ki omogo\u010dajo upravljanje s tem, kateri datoteke se shranjujejo v stisnjeni obliki iz uporabni\u0161kega prostora. Dodana je bila mo\u017enost monta\u017ee 'compress_mode=' za izbiro lokacije upravljalca stiskanja na strani jedra ali v uporabni\u0161kem prostoru.\n
Omogo\u010deno je monta\u017eo Overlayfs za procesi brez privilegijev, ki uporabljajo lo\u010deni prostor uporabni\u0161kih identifikatorjev (user namespace). Za preverjanje skladnosti z varnostnim modelom je bila izvedena celovita revizija kode. V Overlayfs je bila prav tako dodana mo\u017enost za zagon z uporabo kopij slik datote\u010dnega sistema z opcionalnim izklopom preverjanja UUID.\n
V datote\u010dnem sistemu Ceph je bila dodana podpora za protokol msgr2.1, ki omogo\u010da uporabo algoritma AES-GCM pri prenosu podatkov v \u0161ifrirani obliki.\n
V modulu dm-multipath je bila\u5b9e\u73b0 \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u044c \u0443\u0447\u0451\u0442\u0430 \u043f\u0440\u0438\u0432\u044f\u0437\u043a\u0438 \u043a CPU ('IO affinity') \u043f\u0440\u0438 \u0432\u044b\u0431\u043e\u0440\u0435 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0430 \u0437\u0430\u043f\u0440\u043e\u0441\u043e\u0432 \u0432\u0432\u043e\u0434\u0430\/\u0432\u044b\u0432\u043e\u0434\u0430. <\/ul>\n
Pomnilnik in sistemske storitve<\/b>\n
\n
Dodana je nova mehanizem za prestrezanje sistemskih klicev, ki temelji na prctl() in omogo\u010da generiranje izjem iz uporabni\u0161kega prostora ob dostopu do dolo\u010denega sistema klic in emulacijo njegove izvedbe. Podana funkcionalnost je povpra\u0161evana v Wine in Proton za emulacijo sistemskih klicev Windows, kar je potrebno za zagotavljanje zdru\u017eljivosti z igrami in programi, ki neposredno izvajajo sistemske klice mimo Windows API (npr. za za\u0161\u010dito pred nepoobla\u0161\u010denim koristkom).\n
V sistemski klic userfaultfd(), namenjen obravnavi page faults (dostop do nealokiranih strani pomnilnika) v uporabni\u0161kem prostoru, je bila dodana mo\u017enost izklopa obravnave izjem, ki nastanejo na ravni jedra, da se ote\u017ei izkori\u0161\u010danje nekaterih ranljivosti.\n
V podsistem BPF je bila dodana podpora za lokalno shranjevanje podatkov za naloge (task-local storage), ki zagotavlja vezavo podatkov na dolo\u010den BPF-obdelovalec.\n
Popolnoma je bil predelan ra\u010dun u\u017eivanja pomnilnika z BPF za upravljanje uporabe pomnilnika v objektih BPF namesto memlock rlimit pa je bil predlagan nadzornik cgroup.\n
V mehanizmu BTF (BPF Type Format), ki zagotavlja informacije za preverjanje tipov v psevdokodu BPF, je bila implementirana podpora za jedrne module.\n
V vmesnik za asinhrono vhod\/izhod io_uring je bila dodana podpora za sistemske klice shutdown(), renameat2() in unlinkat(). Pri klicu io_uring_enter() je bila dodana mo\u017enost navedbe \u010dasovnega omejitev (podporo argumenta za navedbo \u010dasovnega omejitev je mogo\u010de preveriti s pomo\u010djo zastavice IORING_FEAT_EXT_ARG).\n
Arhitektura ia64, ki se uporablja v procesorjih Intel Itanium, je bila preusmerjena v kategorijo opu\u0161\u010denih ('orphaned'), kar pomeni prenehanje testiranja. Podjetje Hewlett Packard Enterprise je prenehalo sprejemati naro\u010dila za novo opremo Itanium, Intel pa je to storil \u017ee lani.\n
Podpora za sisteme na osnovi arhitekture MicroBlaze, ki nimajo enote za upravljanje pomnilnika (MMU), je bila ukinjena. Tak\u0161ni sistemi \u017ee dolgo niso prisotni v vsakdanji rabi.\n
Za arhitekturo MIPS je bila dodana podpora za testiranje pokritosti kode (coverage testing) s pomo\u010djo orodja gcov.\n
Dodana je bila podpora za pomo\u017eno vodilo za interakcijo z ve\u010dfunkcionalnimi napravami, ki zdru\u017eujejo funkcionalnosti, ki zahtevajo razli\u010dne gonilnike (na primer, omre\u017ene kartice s podporo za Ethernet in RDMA). Vodilo se lahko uporablja za dolo\u010ditev primarnega in sekundarnega gonilnika za napravo, kadar je uporaba podsistema MFD (Multi-Function Devices) problemati\u010dna.\n
Za arhitekturo RISC-V je bila dodana podpora za sistem dodeljevanja pomnilnika CMA (Contiguous Memory Allocator), ki je optimiziran za dodelitev velikih neprekinjenih pomnilni\u0161kih obmo\u010dij z uporabo tehnike premika pomnilni\u0161kih strani. Za RISC-V so bile prav tako implementirane metode omejevanja dostopa do \/dev\/mem in bele\u017eenja \u010dasa obdelave prekinitev.\n
Za 32-bitne sisteme ARM je bila dodana podpora za debug orodje KASan (Kernel address sanitizer), ki omogo\u010da odkrivanje napak pri delu s pomnilnikom. Za 64-bitne ARM je bila implementacija KASan prenesena na uporabo oznak MTE (MemTag).\n
Dodana je bila sistemska klic epoll_pwait2(), ki omogo\u010da uporabo \u010dasovnih omejitev z natan\u010dnostjo v nanosekundah (klic epoll_wait manipulira z milisekundami).\n
V sistemu za sestavljanje je zagotovljeno prikazovanje napake, ko posku\u0161ate sestaviti nalo\u017eene module jedra, v katerih dolo\u010dena licenca za kodo s pomo\u010djo makra MODULE_LICENSE() ni opredeljena. Napako pri sestavljanju bo zdaj povzro\u010dilo tudi uporabo makra EXPORT_SYMBOL() za stati\u010dne funkcije.\n
Dodana je podpora za preslikavo GEM-objektov iz pomnilnika, ki se uporablja za vhod\/izhod, kar je omogo\u010dilo hitrej\u0161e delo s predpomnilnikom na nekaterih arhitekturah.\n
V Kconfigu je prenehana podpora za Qt4 (ohranjena je podpora za Qt5, GTK in Ncurses). <\/ul>\n
Virtualizacija in varnost<\/b>\n
\n
V sistemski klic seccomp() je dodana podpora za hitri odziv, ki omogo\u010da zelo hitro dolo\u010ditev, ali je dolo\u010den sistemski klic dovoljen ali prepovedan na podlagi pripete tabelice pooblastil (constant-action bitmap), ki ne zahteva zagona BPF-obdelovalnika.\n
Integrirani so sestavni deli jedra za ustvarjanje in upravljanje enklav na osnovi tehnologije Intel SGX (Software Guard eXtensions), ki aplikacijam omogo\u010da izvajanje kode v izoliranih, \u0161ifriranih obmo\u010djih pomnilnika, do katerih je dostop preostalega sistema omejen.\n
V okviru pobude za omejevanje dostopa iz uporabni\u0161kega prostora do registrov MSR (model-specific register) je bila onemogo\u010dena zapisovanje v register MSR_IA32_ENERGY_PERF_BIAS, ki omogo\u010da spreminjanje na\u010dina energetske u\u010dinkovitosti procesorja ('normal', 'performance', 'powersave').\n
Iz veje kernel-rt za realno\u010dasovne sisteme je prenesena mo\u017enost onemogo\u010danja migracije visoko prioritetnih nalog med CPU.\n
Za sisteme ARM64 je dodana mo\u017enost uporabe oznak MTE (MemTag, Memory Tagging Extension) za naslove pomnilnika obdelovalcev signalov. Uporaba MTE se omogo\u010di z navedbo mo\u017enosti SA_EXPOSE_TAGBITS v sigaction() in omogo\u010da organizacijo preverjanja pravilnosti uporabe kazalnikov, da se prepre\u010di izkori\u0161\u010danje ranljivosti, ki jih povzro\u010dajo dostopi do \u017ee osvobojenih blokov pomnilnika, prekora\u010ditve pomnilnika, dostopi pred inicializacijo in uporaba zunaj trenutnega konteksta.\n
Dodana je bila mo\u017enost 'DM_VERITY_VERIFY_ROOTHASH_SIG_SECONDARY_KEYRING', ki omogo\u010da pod-sistemu dm-verity preverjanje hash-podpisov certifikatov, shranjenih v sekundarnem skladi\u0161\u010du klju\u010dev (keyring). V praksi kakovost omogo\u010da preverjanje ne samo vgrajenih certifikatov v jedru, temve\u010d tudi certifikatov, nalo\u017eenih med delovanjem, kar omogo\u010da posodabljanje certifikatov brez posodabljanja celotnega jedra.\n
V User-mode Linux je bila dodana podpora za na\u010din suspend-to-idle, ki omogo\u010da zamrznitev okolja in uporabo signala SIGUSR1 za prekinitev mirovanja.\n
V mehanizmu virtio-mem, ki omogo\u010da vro\u010de dodajanje in odklapljanje pomnilnika virtualnim strojem, je bila dodana podpora za na\u010din velikega bloka (BBM, Big Block Mode), kar omogo\u010da prenos ali umik pomnilnika v blokih, ki presegajo velikost bloka pomnilnika jedra, kar je potrebno za optimizacijo VFIO v QEMU.\n
V implementacijo TLS na ravni jedra je bila dodana podpora za \u0161ifro CHACHA20-POLY1305. <\/ul>\n
Mre\u017ena podsistem<\/b>\n
\n
Za 802.1Q (VLAN) je bil implementiran mehanizem upravljanja napak s povezavo (CFM, Connectivity Fault Management), ki omogo\u010da odkrivanje, preverjanje in izolacijo napak v omre\u017ejih z virtualnimi mostovi (Virtual Bridged Networks). Na primer, CFM se lahko uporablja za lokalizacijo te\u017eav v omre\u017ejih, ki zajemajo ve\u010d neodvisnih organizacij, katerih zaposleni imajo dostop samo do svoje opreme.\n
Dodana je bila podpora za enkapsulacijo paketov protokola SCTP v UDP-pakete (RFC 6951), kar omogo\u010da uporabo SCTP v omre\u017ejih s starej\u0161imi prevajalniki naslovov, ki neposredno ne podpirajo SCTP, ter implementacijo SCTP na sistemih, ki ne zagotavljajo neposrednega dostopa do ravni IP.\n
Izvedba tehnologije WiMAX je bila premaknjena v stanje staging in je v prihodnje predvidena za odstranitev, \u010de ne bodo na\u0161li uporabnikov, ki potrebujejo WiMAX. WiMAX se \u017ee ne uporablja v javnih omre\u017ejih, edini gonilnik, s katerim je mogo\u010de uporabljati WiMAX v jedru, ostaja zastarel gonilnik Intel 2400m. V omre\u017enem konfiguratorju NetworkManager je bila podpora za WiMAX ukinjena leta 2015. Trenutno je WiMAX prakti\u010dno popolnoma nadomestila tehnologije kot so LTE, HSPA+ in Wi-Fi 802.11n.\n
Izvedeno je bilo delo na optimizaciji zmogljivosti obravnave dohodnega TCP prometa v na\u010dinu zerocopy, tj. brez dodatnega kopiranja v nove pomnilni\u0161ke bloke. Za promet srednje velikosti, ki zajema desetine ali ve\u010d sto kilobajtov podatkov, je uporaba zerocopy namesto recvmsg() znatno bolj u\u010dinkovita. Na primer, izvedene spremembe so omogo\u010dile pove\u010danje u\u010dinkovitosti obravnave prometa v slogu RPC s sporo\u010dili v velikosti 32 KB pri uporabi zerocopy za 60-70%.\n
Dodani so novi klici ioctl() za ustvarjanje omre\u017enih mostov, ki pokrivajo ve\u010d PPP kanalov. Predlagana funkcionalnost omogo\u010da prenos okvirjev iz enega kanala v drugega, na primer iz PPPoE v sejo PPPoL2TP.\n
Integracija v jedro MPTCP (MultiPath TCP) se nadaljuje, kar je raz\u0161iritev protokola TCP za organizacijo delovanja TCP povezav, ki omogo\u010dajo hkratno dostavo paketov po ve\u010d poteh prek razli\u010dnih omre\u017enih vmesnikov, ki so vezani na razli\u010dne IP naslove. V novi razli\u010dici je bila uvedena podpora za mo\u017enost ADD_ADDR za napoved razpolo\u017eljivih IP naslovov<\/a> povezav, ko se dodajajo novi tokovi obstoje\u010di MPTCP povezavi.\n