Jaderné noviny – přehled za květen 2022

6. 6. 2022 | David Kolibáč | Jaderné noviny | 9659×

Přehled květnových vydání Jaderných novin: stav vydání jádra, citáty týdne a seznam článků týkajících se jádra.

Vydání z 5. 5. 2022

LWN.net Weekly Edition for May 5, 2022.

Stav vydání jádra

Kernel release status. Jonathan Corbet. 4. května 2022

Vývojové jádro 5.17-rc5 bylo vydáno 1. května. Linus řekl: „Takže pokud minulý týden byl rc4 drobný a menší než obvykle, zdá se, že to bylo zčásti načasováním, a teď je rc5 o něco větší než obvykle. Ale jen o velmi drobný kousek větší než obvykle – jistě ne skandálně, ani mi to nedělá starosti.“

Stabilní aktualizace: 5.15.37 a 4.19.241 byly vydány 1. května.

Články

• Printbuf prozatím zamítnut: mechanismus hezky čitelného výstupu narazil na kód, který už je v jádře.
• Alokátor BPF se dostal do potíží: jak vyhrazený alokátor paměti odhalil problémy v subsystému správy paměti.
• Vyvažování NUMA na systémech s vrstvenou pamětí: když máte více druhů paměti, jak se jádro rozhodne, kam umístit které stránky?
• Summit o úložištích, souborových systémech, správě paměti a BPF v Linuxu 2022: holý začátek reportáží z LSFMM:
  • Novinky o paměťových foliích: současný stav a budoucí směřování projektu folií.

---

Vydání ze 12. 5. 2022

LWN.net Weekly Edition for May 12, 2022.

Stav vydání jádra

Kernel release status. Jonathan Corbet. 11. května 2022

Vývojové jádro 5.17-rc6 bylo vydáno 8. května. Linus řekl: „Prosím, běžte to všechno otestovat – protože teď to může vypadat dobře, ale průběžné testování je to jediné, co to může zajistit.“

Stabilní aktualizace: 5.17.6, 5.15.38, 5.10.114 a 5.4.192 byly vydány 9. května.

Další várka aktualizací byla očekávána 12. května, viz níže.

NVIDIA přechází na oficiální open-source jaderný ovladač GPU pro Linux (Phoronix)

NVIDIA Transitioning To Official, Open-Source Linux GPU Kernel Driver (Phoronix). Jonathan Corbet. 11. května 2022

Phoronix hlásí, že dny proprietárních grafických ovladačů NVIDIA jsou sečteny.

Otevřené jaderné moduly NVIDIA jsou již považovány za „připravené k nasazení v praxi, na vyžádání“ s GPU v datacentrech. V případě GPU GeForce a pro pracovní stanice je kód otevřeného jaderného modulu považován za „kvalitu alfaverze“, ale s budoucími vydáními se má zlepšit. NVIDIA již zavrhla přístup spočívající v monolitickém jaderném modulu zajišťujícím podporu GPU pro datacentra, aby se zaměřila na toto otevřené řešení jaderného ovladače (a stávající proprietární jaderný modul využívající GSP). Tento open-source jaderný ovladač bude podporovat pouze GPU Turing a novější. Starší GPU jsou odkázány na dosavadní proprietární jaderné ovladače, popřípadě DRM ovladač Nouveau.

Kód v uživatelském prostoru ale zůstává proprietární, což by mohlo nakonec zabránit začlenění tohoto kódu do hlavní větve jádra.

Doplnění: je tu tisková zpráva NVIDIA o nových ovladačích.

Citáty týdne

Quotes of the week. Jonathan Corbet. 11. května 2022

Je-li cílem posílat peníze kryptografům, jsem si docela jistý, že chceme, aby odpovědí byla noční můra bezpečnostního auditu, takže mi dovolte navrhnout následující myšlenku. Máme SIGWINCH, který upozorňuje procesy na změny velikosti okna, takže by tu měl být i signál pro změny RNG, který by se měl jmenovat SIGRINCH, a měl by tu být jiný mechanismus, který by řešil klonování výstupu RNG uvnitř jádra, a měly by tu být nekončící řady článků o Grinchových útocích, včetně článků svým způsobem dokazujících zabezpečení proti Grinchovým útokům, a nasazení softwaru, který je jakžtakž chráněný proti Grinchovým útokům, a strach ze špatného PR při opuštění čehokoliv označovaného jako ochrana, protože hej, _možná_ ta ochrana něco dělá a není to tak, že by někomu byly vytknuty škody způsobené zvýšenou složitostí na úrovni systémů.

—Daniel J. Bernstein

Ten poměrně nedávný špatný kód random32.c založený na siphash byl přidán jako reakce na obavy, že dřívější random32.c byl moc deterministický. Z obav, že random.c byl (tehdy) moc pomalý, tímto kódem anonymně přispěl někdo, kdo pravděpodobně používal přezdívku dlouhodobého anonymního přispěvatele George Spelvina. Pak se z toho vynořil svým způsobem stínový systém pro sbírání entropie, který měl svá vlastní chapadla napříč různým síťovým kódem přidaným halabala.

Přestaňte👏dělat👏vlastní👏mizerné👏generátory👏náhodných👏čísel👏.

—Jason Donenfeld

Rád bych prolomil hlavu 22 „řekněte si o napsání nového ovladače zařízení v rustu, ale podpora rustu ještě není hotová“ vs „podpora rustu není hotová, protože ještě není dost ovladačů“. Opravdu mi připadá, že je tu potřeba držet se „vydávejte brzy, vydávejte často“. Je těžké vyvíjet nad -next. :)

—Kees Cook o začlenění Rustu do jádra 5.19

Články

Toto vydání se skládá z reportáží ze Summitu o úložištích, souborových systémech, správě paměti a BPF v Linuxu 2022 jako:

• Jak se vyrovnat se stránkami cache stránek otrávené hardwarem: co by jádro mělo dělat, když chyby paměti poškodí stránku v cache stránek?
• Probíhající hledání škálovatelnosti mmap_lock: letošní verze každoročního tématu škálovatelnosti výpadků stránek, tentokrát snad s nějakými řešeními na obzoru.
• Jak si vzít zpět nevyužité stránky tabulky stránek: mnoho paměti vydržované pro tabulky stránek k tomuto účelu není potřeba a dalo by se využít lépe.
• Nakládání se zápornými dentry: jak může jádro lépe spravovat cache neúspěšných hledání názvů souborů.
• Vylepšování dokumentace správy paměti: jak zachytit něco z „kmenových znalostí“ ve správě paměti a zpřístupnit to vývojářům.
• Stav vývoje správy paměti: Andrew Morton popisuje některé změny v nakládání s patchi správy paměti.
• Nedávné změny RCU: stručný přehled read-copy-update (RCU) následovaný popisem některých větších změn, které se ho v posledních letech dotkly.
• Připínání stránek a souborové systémy: letošní diskuze o tom, jak vyřešit problémy s get_user_pages().
• Hledání API pro PKS (protection keys supervisor): ochranné klíče mohou pomoci s tvrzením jádra, ale zatím zůstává nejasné, jak je nejlépe spravovat.
• Lepší nástroje pro hledání chyb při nedostatku paměti (OOM): není snadné porozumět problémům s nedostatkem paměti, jak to zlepšit?
• Změna vzorců změny velikosti souborových systémů: souborové systémy, které jsou vytvořeny malé, ale průběžně výrazně zvětšovány, některým způsobují bolehlav.

---

Vydání z 19. 5. 2022

LWN.net Weekly Edition for May 19, 2022.

Stav vydání jádra

Kernel release status. Jonathan Corbet. 18. května 2022

Vývojové jádro 5.17-rc7 bylo vydáno 15. května. Linus řekl: „Je to nadále celkem v klidu, takže tohle je nejspíš poslední rc před 5.18, pokud se příští týden nestane něco zlého.“

Stabilní aktualizace byly tento týden vydatné: 5.17.7, 5.15.39, 5.10.115, 5.4.193, 4.19.242, 4.14.278 a 4.9.313 byly vydány 12. května. 5.17.8, 5.15.40, 5.10.116, 5.4.194, 4.19.243, 4.14.279 a 4.9.314 vyšly 15 května a 5.17.9, 5.15.41, 5.10.117, 5.4.195, 4.19.244, 4.14.280 a 4.9.315 se objevily 18. května.

První žádost o začlenění od Andrewa Mortona

Andrew Morton's first pull request. Jonathan Corbet. 18. května 2022

Tento týden v jaderné e-mailové konferenci v tichosti padl vlastně milník. Andrew Morton je již mnoho let ústřední součástí vývojového procesu. Hrál klíčovou roli v posunu jádra od víceletých vývojových cyklů k rychlé integraci nového kódu, procesu, který vyvrcholil na jaderném summitu 2004. Ale přes to všechno Morton nikdy nebyl příznivcem Gitu a nepoužíval ho. Místo aby Linusi Torvaldsovi posílal žádosti o začlenění, posílal obrovské patchové bomby v podobě e-mailů.

Jak se probíralo na nedávném Summitu o úložištích, souborových systémech, správě paměti a BPF v Linuxu, to se mění. Nové způsoby se ukázaly v pátek 13., kdy Morton zaslal Torvaldsovi svou vůbec první žádost o začlenění. Výsledné začlenění do hlavní řady jádra obsahovalo Torvaldsovu poznámku: „A ano, je to skutečná žádost o začlenění od Andrewa, nedělal jsem větev z patchů poslaných e-mailem. Hurá!“

Zdá se, že staří psi se nakonec časem dokážou naučit nové kousky.

Citáty týdne

Quotes of the week. Jonathan Corbet. 18. května 2022

Tak já si myslím, že v jádře spousta matení v commitových zprávách a nezvyklých nápadů, jak  odkrýt problém, vychází z jakéhosi souborného povzdechu a přání neúčastnit se cirkusu bezpečnostních artistů. Pošlou opravu jako commit, protože tak to dává smysl z pohledu vývoje a beztak to nic neudělá, když distribuční jádra a jádra s dlouhodobou podporou mají svá vlastní dlouhá prodlení. A soukromě to s vámi trošku proberou „pod embargem“, když budete chtít, takže se do nich bezhlavě nepustíte, že vaši krásnou zranitelnost „neberou vážně“. (Taky, pokud si správně vzpomínám, OpenBSD ani nepředstírá „embarga“…) Ale převážně je to postavené nad tím souborným povzdechem, který má minimalizovat drama a maximalizovat produktivitu ve skutečném zasílání a nasazování oprav.

—Jason Donenfeld

Drobná časová prodleva mezi veřejným zasláním patche a sdělením světu, že „hej, tam to byla bezpečnostní oprava“, komunitě pracující na veřejnosti poskytuje čas navíc, aby se věnovala revizím a testování, protože naše testovací infrastruktura, která veřejná NENÍ, je vcelku omezená a kontroly jsou omezené tím, jak veliké spektrum vývojářů je nezbytné k provedení takové kontroly.

—Greg Kroah-Hartman

Články

Obsah tohoto vydání opět ovládly reportáže ze Summitu o úložištích, souborových systémech, správě paměti a BPF v Linuxu 2022:

• Řešení fragmentace přímo mapované paměti: řada nový technologií potřebuje vyjmout stránky z přímého mapování jádra, jak to podporovat bez újmy na výkonu?
• Začlenění vícegeneračních LRU: protáhlá diskuze došla k závěru, že nadešel čas začlenit tuto obrovskou změnu, ale některé otázky zůstávají nezodpovězeny.
• CXL 1: správa a hierarchizace: první tři seance věnované Compute Express Link a jak by s ním mělo nakládat jádro Linux.
• Nejen proaktivní vracení v hierarchické paměti: existují důvody, proč paměť vracet o opětovnému užití proaktivněji, ale není zřejmé, jak by taková funkcionalita měla být řízena.
• Pomocná knihovna netfslib: poměrně nová knihovna pro sběr běžných operací síťových souborových systémů.
• Dynamicky alokované pseudosouborové systémy: diskuze správné cesty, kterou přidat všeobecnou možnost omezit paměťové nároky pseudosouborových systémů (např. tracefs, debugfs) tím, že se inody a adresářové záznamy alokují jen tehdy, když je to potřeba.
• Sdílení tabulek stránek pomocí mshare(): tabulky stránek obvykle mezi procesy sdíleny nejsou, což může vést k veliké režii v případech, kdy se paměť hodně sdílí. Na této seanci se probíral návrh nového systémového volání, které by sdílení tabulek stránek mezi spolupracujícími procesy umožnilo.
• Přivedení bcachefs do hlavní řady jádra: souborový systém bcachefs se možná blíží tomu, že bude připravený k začlenění.
• Snapshoty, inody a identifikátory souborového systému: souborové systémy, které podporují snapshoty, a tak duplikují čísla inodů, mohou činit problémy.
• Unikátní identifikátory v NFS: jak vytvářet a spravovat unikátní ID vyžadovaná NFS.

---

Vydání ze 26. 5. 2022

LWN.net Weekly Edition for May 26, 2022.

Stav vydání jádra

Kernel release status. Jonathan Corbet. 25. května 2022

Jádro 5.18 bylo vydáno 22. května. (oznámení) Vybrané titulní vlastnosti v tomto vydání zahrnují rozhraní pro správu paměti DAMOS, řadu vylepšení generátoru náhodných čísel, ovladač pro softwarově definovaný silikon Intel, striktní kontrolu mezí memcpy(), přechod na standard C11 a další. Dále byl zavržen souborový systém Reiserfs a odstraněny poslední zbytky podpory a.out. Viz shrnutí začleňovacího okna (část první a druhá) na Linux Weekly News a stránku KernelNewbies pro vydání 5.18 pro více podrobností.

Stabilní aktualizace: 5.17.10, 5.15.42, 5.10.118, 5.4.196, 4.19.245, 4.14.281 a 4.9.316 byly vydány 25. května. O několik mikrosekund později byly následovány 5.17.11 a 5.15.43, které obsahují toliko jednu opravu MPTCP síťování.

Články

• Statistiky vývojového cyklu 5.18: odkud přišel kód do vydání jádra 5.18.
• Další reportáže z LSFMM 2022 včetně
  • CXL 2: Pooling, sdílení a zdroje paměti I/O: paměť CXL může být vysoce dynamická, což ztěžuje zavedení její podpory v jádře.
  • Úklid umírajících řídících skupin v roce 2022: došlo k pokroku v odklízení umírajících paměť řídících skupin, ale problém dosud není zcela vyřešený.
  • get_user_pages() a COW v roce 2022: dlouhá dřina na řádném zprovoznění připínání stránek v jádře.
  • Oprava souběhu v hugetlbfs: využití hugetlbfs může ušetřit mnoho režie tabulky stránek při hromadném sdílení oblastí, ale implementace v současnosti trpí nepříjemnou a těžko opravitelnou chybou.
  • Zachování paměti hosta napříč kexec: navrhovaný mechanismus, který by umožnil aktualizace hostitelského jádra s jen minimálním vyrušením hostovaných virtuálních strojů.
  • Sdílení paměti sdílenými souborovými extenty: průzkum způsobu, jak přestat plýtvat pamětí při sdílení extentů mezi více soubory.
  • Upozornění na změny pro síťové souborové systémy: jak linuxovým klientům umožnit sledování přidávání, mazání a dalších změn v síťových souborových systémech.
  • Jak udělat O_TMPFILE atomický (a přídavky statx()): dvě poloviční seance zaobírající se funkcionalitou, kterou by šlo přidat do souborových systémů.

       

Komentáře