Jaderné noviny – přehled za červen 2024

18. 7. 2024 | David Kolibáč | Jaderné noviny | 2671×

Přehled červnový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 6. 6. 2024

LWN.net Weekly Edition for June 6, 2024.

Stav vydání jádra

Kernel release status. Jonathan Corbet. 5. června 2024

Vývojové jádro 6.10-rc2 bylo vydáno 2. června. Linus řekl: „Nic se nejeví zvlášť divné, ale rc2 je obvykle celkem malý a lidé teprve začínají nacházet regrese. Takže prosím běžte dále testovat.“

Stabilní aktualizace: 6.9.3 a 6.8.12 byly vydány 30. května. Řada 6.8.x končí 6.8.12.

Výzva k zaslání návrhů na Summit správců jádra 2024

CFP: the 2024 Kernel Maintainers Summit. Jonathan Corbet. 31. května 2024

Summit správců jádra 2024 se uskuteční 17. září ve Vídni v Rakousku. Je to akce pouze pro zvané, a to malou skupinu, která bude diskutovat o důležitých problémech ve vývoji jádra. Výzva k zaslání návrhů pro toto setkání byla nyní zveřejněna. Jedním z nejlepších způsobů, jak dostat pozvánku, je navrhnout téma, které si žádá diskuzi na tomto fóru. Uzávěrka pro návrhy je 18. června.

Citáty týdne

Quotes of the week. Jonathan Corbet. 5. června 2024

Ano, před mnoha lety jsem žertovně řekl „trolling“, protože nebylo možné, aby jaderná komunita taková CVE opravdu vytvářela, byl to vtip.

Ale co říkám teď je, že nikoho NEtrollím. Množství CVE vytvořených pro jádro je přesně to, co cve.org po nás chce, když CNA teď BÝT můžeme. A protože jsme CNA, musíme se držet pravidel cve.org, což je to, co děláme. Měl jsem mnoho porad se zaměstnanci cve.org na toto téma a zdá se, že se všichni shodnou, že to, co děláme, je správně a mělo by se to takto dělat.

Opakuji, nikoho netrollím, a opakuji, model vývoje jádra se nezměnil, vše, co se změnilo, je, že konečně označujeme všechny opravy potenciálních zranitelností jako CVE.

—Greg Kroah-Hartman

Když lidé přijdou a řeknou, potřebujeme X, a správce řekne ne, nevzdají to jen tak a nepřestanou dělat X, půjdou a budou dělat X tak jako tak, ale mimo strom. To začalo platit dvojnásob, když se podnikání s linuxovými servery tlačí lidé kolem hyperškálování, kteří se moc nestarají o upstream. Správci Linuxu vlastně nemají tu moc, aby průmysl k něčemu přinutili, i když se snaží. Správci mohou jen vést a konstruktivní vedení se nedělá prohlášením NE.

—Jason Gunthorpe

Vážně. Myslím si, že by mělo být základním filtrem členů výboru pro jazyk C: „Myslíte, že aliasing založený na typech dává smysl?“ Pokud dostanete cokoliv jiného než okamžité „Ne!“, zatáhnete za páku, která otevírá padací dveře k nádrži s krokodýly.

Nebo žraloky. Žraloci jsou taky dobří.

—Linus Torvalds

Články

• Ještě jedno překvapení pidfdfs: další příklad, jak ABI pro uživatelský prostor není vždy takové, jaké si vývojáři myslí, že je.
• Více reportáží ze Summitu o linuxových úložištích, souborových systémech, správě paměti a BPF 2024:
  • Nová API pro souborové systémy: diskuze nových API, jež jsou potřeba pro souborové systémy, obzvláště novější souborové systémy, které mají pododdíly a snímky.
  • Zacházení s atributem změny v NFS: časová razítka souborů nejsou dost jemná pro účely zrušení platnosti mezipaměti klienta NFS.
  • Odstranění GFP_NOFS: příznak GFP_NOFS by měl být nahrazen API alokace rozsahu, ale jeho nahrazení moc nepokročilo, co dělat, aby se to změnilo?
  • Měření a zlepšování bufferovaného I/O: „patologický“ výsledek testování ukázal, že výkon bufferovaného I/O výrazně zaostává za přímým I/O. Podstatné problémy a možná řešení byly diskutovány.
  • Standardizace ISA BPF: pracovní skupina BPF IETF je skoro hotová se standardizací specifikace ISA BPF.
  • Model paměti BPF na úrovni instrukcí: BPF zatím nemá model paměti, co jsou důležité vlastnosti, podle kterých ho má přijmout?
  • Srovnávání výkonu implementací BPF: existuje sada zátěžových testů, která běží na Windows i Linuxu a může být využívána ke srovnávání.

---

Vydání ze 13. 6. 2024

LWN.net Weekly Edition for June 13, 2024.

Stav vydání jádra

Kernel release status. Jonathan Corbet. 12. června 2024

Vývojové jádro 6.10-rc3 bylo vydáno 9. června. Linus řekl: „Takže vypadá to dobře, voda je teplá, prosím, skočte do toho a pokračujte v testování.“

Stabilní aktualizace: 6.9.4, 6.6.33 a 6.1.93 byly vydány 12. června.

Rozšiřitelná třída plánovačů bude začleněna do jádra 6.11

Extensible scheduler class to be merged for 6.11. Jonathan Corbet. 11. června 2024

Framework rozšiřitelná třída plánovačů („sched_ext“) umožňuje psát plánovače CPU jako sadu programů BPF. Je poněkud kontroverzní a její začlenění do jádra bylo doposud zablokováno navzdory zjevnému zájmu uživatelů. Linus Torvalds nyní dal najevo, že se rozhodl a sched_ext začlení, navzdory správci plánovače, pro vydání 6.11.

Upřímně nevidím žádný důvod, proč to dále zdržovat. Celá tato sada patchů byla předmětem velké (soukromé) diskuze na loňském summitu správců a nevidím žádný smysl v tom, vést tu samou diskuzi (ať už mimo konferenci, nebo na akci samotné) o rok později na nadcházejícím summitu správců, takže aby došlo k nějakému rozumnému posunu, můj nynější plán je začlenit to do 6.11.

Citát týdne

Quote of the week. Jonathan Corbet. 12. června 2024

Obojí dohromady znamená, že dostáváme spoustu kódu, který je přinejlepším pochybný, přinejhorším zjevný odpad. Ale protože v oboru začleňování odpadu, aby to pro začátek nějak fungovalo, jsme už desítky let, docela dobře jsme se vypořádali s následky uapi a vnitřku jádra, podle některých až moc dobře. Ale osobně si nemyslím, že existuje cesta, jak se s 3d/vulkan tomu nemilému vyhnout i se začleněním do upstreamu na houby.

Ohledně všech těch obav týkajících se důvěřování dodavatelům/zařízením, ať nezneužívají velmi obecná rozhraní uapi: Zasílání příkazů moderním akcelerátorům spočívá ve „spusť tenhle kontext na téhle $addr“ a jádro vůbec nikdy přímo nevidí proletět nic víc. To je to samé rozhraní, které potřebujete pro no-op úlohy jako plnohodnotná zátěž AI, takže teoreticky je potenciál zneužití maximální.

V praxi se nezdá, že by to byl problém, aspoň ne víc než schválně pragmatická rozhodnutí, kdy začleňujeme jaderný kód se známým podprůměrným/neúplným uživatelským prostorem. Nejsem si jistý, čím to je, ale pokud vím, všechny pokusy porušit ducha našich pravidel týkajících se uživatelského prostou, zatímco je dodržovaly na papíře, odumřely v interních diskuzích dodavatelů, aspoň u všech zavedených týmů ovladačů v upstreamu.

—Daniel Vetter

Články

• Obecný kruhový buffer pro jádro: jádro poskytuje řadu rozhraní pro kruhový buffer; nyní je zde návrh obecné verze.
• P4TC narazil do zdi: přetrvávající neshody o začlenění tohoto navrhovaného síťového subsystému.
• Pokračující reportáže z LSFMM+BPF:
  • Modernizace BPF na příštích 10 let: co je potřeba, aby BPF pokračovalo v růstu?
  • Zabezpečení programů BPF před verifikací a po ní: BPF je ve výjimečné pozici, co se týče zabezpečení jádra, co jde udělat více, aby byla nadále zajištěna jeho bezpečnost?
  • Zahazování cache stránek pro souborové systémy: diskuze poskytnutí API pro zahození cache stránek pro určitý souborový systém; jsou způsoby, jak se přiblížit k úplnému řešení.

---

Vydání ze 20. 6. 2024

LWN.net Weekly Edition for June 20, 2024.

Stav vydání jádra

Kernel release status. Jonathan Corbet. 19. června 2024

Vývojové jádro 6.10-rc4 bylo vydáno 16. června. Podle Linuse: „Kromě poněkud neobvyklé špičky ve statistikách změn kvůli opravě parisc věci vypadají normálně a docela malé.“

Stabilní aktualizace: 6.9.5, 6.6.34, 6.1.94, 5.15.161, 5.10.219, 5.4.278 a 4.19.316 byly vydány 16. června.

Aktualizace 5.10.220 byla revidována, skládala se ze 770 patchů týkajících se převážně NFS a očekávána byla 20. června. Odděleně byly revidovány aktualizace 6.9.6, 6.6.35 a 6.1.95 očekávané 21. června.

Citát týdne

Quote of the week. Jonathan Corbet. 19. června 2024

Ty jsou skvělé. Přál bych si, aby je někdo přidal do Patchworku.

KTODO: Přidat podporu štítku Message-Id do patchworku

(KTODO je, jako když vyslovíte přání a vhodíte minci do kašny, jen s tím rozdílem, že vás to nestojí ani halíř.)

—Dan Carpenter

Články

• Vnořené zamykání „spodní poloviny“: další pokus vypořádat se s problémovou latencí způsobenou softwarovými přerušeními.
• Pokračující reportáže z LSFMM+BPF:
  • Zjednodušení verifikátoru BPF: verifikátor BPF je složitý software, Shung-Hsi Yu má návrh, jak ho zefektivnit, dodat mu více schopností a zjednodušit ho.
  • Statické klíče pro BPF: jádro používá statické klíče, aby poskytlo účinný způsob dynamického povolování zřídka používaných větví kódu, dokáže totéž také BPF?
  • Výkon trasování s BPF: dvě změny, které zlepšují výkon využití BPF pro trasování.
  • Zachycování stop zásobníku s BPF: navržená změna API zachycení stavu zásobníku by tuto funkcionalitu učinila užitečnější.

---

Vydání ze 27. 6. 2024

LWN.net Weekly Edition for June 27, 2024.

Stav vydání jádra

Kernel release status. Jonathan Corbet. 26. června 2024

Vývojové jádro 6.10-rc5 bylo vydáno 23. června. Linus řekl: „Doposud byl cyklus vydání 6.10 vcelku klidný a rc5 v tomto trendu pokračuje. Doufejme, že to tak vydrží.“

Stabilní aktualizace: 6.9.6, 6.6.35, 6.1.95 a 5.10.220 byly vydány 21. června.

Stabilní aktualizace 6.9.7, 6.6.36 a 6.1.96 byly revidovány a očekávány 27. června.

RIP Larry Finger

Larry Finger RIP. Jonathan Corbet. 23. června 2024

E-mailová konference linux-wireless přinesla strohé oznámení, že dlouholetý vývojář sítí Larry Finger zemřel 21. června. Podle Kernel Source Database Linux Weekly News Finger přispěl do 94 vydání v historii jádra (v éře gitu), počínaje 2.6.16 – celkem 1 464 commity. Budeme ho postrádat.

RIP Daniel Bristot de Oliveira

RIP Daniel Bristot de Oliveira. Jonathan Corbet. 25. června 2024

Obdrželi jsme smutnou zprávu o smrti Daniela Bristota de Oliveiry v příliš mladém věku. Byl význačným přispěvatelem do jádra a související infrastruktury reálného času a vždy působil radostně při osobních setkáních, bude nám velmi chybět.

Min: sched_ext: rozhraní a architektura plánovače

Min: sched_ext: scheduler architecture and interfaces. Jonathan Corbet. 24. června 2024

Changwoo Min zveřejnil úvod do psaní vlastních plánovačů pomocí sched_ext.

Ve specifické situaci, když každá plánovací politika vyžaduje konkrétní vlastní akci, ústřední plánovač jádra zavolá operaci definovanou v struct sched_class. Například když ústřední plánovač jádra potřebuje vybrat úlohu k naplánování, zavolá zpětné volání sched_class.pick_next_task(rq) určité plánovací politiky. Když se úloha dostane do stavu, že může běžet, ústřední plánovač jádra zavolá sched_class.enqueue(rq, p, flags), takže daná plánovací politika zařadí úlohu p do běhové fronty rq. Když stav běhu úlohy potřebuje aktualizaci, ústřední plánovač jádra zavolá sched_class.update_curr(rq).

Články

• Množiny schopností uživatelských jmenných prostorů: další pokus učinit uživatelské jmenné prostory o něco méně děsivými.
• Ještě více reportáží z LSFMM+BPF:
  • Novinky v pahole: Poke-a-hole dalece přerostl své původní parametry, nyní se používá k vyrábění debugovacích informací v BTF pro jádro.
  • Rust pro souborové systémy: přidávání rustových abstrakcí pro vrstvu VFS pokračuje, ale stále je potřeba vyřešit překážky, což bylo tématem této diskuze.
  • Dokončení převodu na „nové“ API připojení: mnoho jaderných souborových systémů doposud stále nepřešlo na API připojování, které přišlo s Linuxem 5.2 v roce 2019; v diskuzi byly zváženy některé zbývající problémy k řešení, aby bylo dílo dokončeno.

       

Komentáře

[Bubak]

Tak tohle jsem nedal To je nejaky automaticky preklad?

Ale protože v oboru začleňování odpadu, aby to pro začátek nějak fungovalo, jsme už desítky let, docela dobře jsme se vypořádali s následky uapi a vnitřku jádra, podle některých až moc dobře. Ale osobně si nemyslím, že existuje cesta, jak se s 3d/vulkan tomu nemilému vyhnout i se začleněním do upstreamu na houby.

[frr]

Tyjo, čtu několik novinek ohledně BPF, šálí mě stárnoucí zrak a paměť? Tohle skoro vypadá jako nějaký nový cross-platform runtime, jako JavaVM nebo .NET framework... ISA a front=-end support v GCC a LLVM... Zkratka BPF mi z dávných dob evokuje Berkeley Packet Filter = takovou tu věc, co v BSDčku filtruje pakety, a nějací rozpustilí darebové to už poměrně dávno transplantovali do Linuxu... Zkusil jsem zabrowsit v odkazech, dostal jsem se málem až na IETF, ale ten akronym tam nikde vysvětlený není, všude ho jenom používají. Až wikipedia mi to vysvětlila. Ano, je to pořád starý dobrý BPF Hm. Ostatně proč ne, když mohou programy běžet v prostředí hypertextového browseru...