AbcLinuxu:/ Články / Jaderné noviny – přehled za březen 2021

Štítky: články, jádro, kernel, Linux, net, přehled, seznam, status

Jaderné noviny – přehled za březen 2021

6. 4. 2021 | David Kolibáč | Jaderné noviny | 6976×

Přehled březnový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í ze 4. 3. 2021

LWN.net Weekly Edition for March 4, 2021.

Stav vydání jádra

Kernel release status. Jonathan Corbet. 3. března 2021

Vývojové jádro 5.12-rc1 bylo vydáno podle plánu (28. února) počátečnímu zpoždění navzdory. Linus řekl:

Takže jsem vlastně byl bez elektřiny šest dnů začleňovacího okna a vážně jsem zvažoval, že bych začleňovací okno prostě prodloužil, aby se na všechno dostalo.

Jak vidíte, to jsem neudělal. Velkým dílem proto, že lidem se vskutku dařilo posílat žádosti o začlenění, takže když mi elektřina znovu naskočila, všechno bylo hezky nachystané a začlenil jsem to v pořádku.

Stabilní aktualizace: 5.11.2, 5.10.19 a 5.4.101 byly vydány 26. února. Později 4. března došlo i na velké, opakovaně revidované aktualizace 5.11.3, 5.10.20, 5.4.102, 4.19.178 a 4.14.223 (a také 4.9.259 a 4.4.259).

Citát týdne

Quote of the week. Jonathan Corbet. 3. března 2021

Představte si, že máte následující:
void baz(void);
void bar(void) { baz(); ... }
void foo(void) { bar(); ... }
Takže foo() volá bar(), které volá baz() (a koncová volání se nepoužijí). Otázka položená v tomto konkrétním případě (a několika dalších vláknech) zní: „proč není volání bar() vřazeno do foo()?“ I tato otázka je naprosto na místě. (V této analogii bar() je get_smp_config()/early_get_smp_config(), foo() je místo volání (případně jsou místa, množné číslo).

Odpověď spočívá ve směru, kterým vřazování probíhá. Když vřazujete „shora dolu“, při pohledu na hranu mezi foo() a bar() vypadá vřazení naprosto rozumně. Provede se substituce. Pak se dostanete na hranu, která byla mezi bar() a baz(), a možná se rozhodnete, že baz() je moc velký, volá se z příliš mnoha míst atd., takže baz() do foo() nevřadíte.

Ale když vřazujete „zdola nahoru“, začnete analýzou hrany mezi baz() a bar(), třeba se rozhodnete vřadit baz() do bar(), ale teď velikost bar() převyšuje hranici pro vřazení do foo(), nebo se bar() volá z příliš mnoha míst na to, aby se provedlo vřazení na každé z nich, aniž by kód příliš nabobtnal, nebo přeskočí hranici nějakého jiného druhu, který se při zvažování ceny vřazení bere v úvahu. Tyto modely ceny jsou šíleně složité (a ne zcela všeobecné), protože potřebujete do prostého signálu „mám to vřadit?“ – ano/ne vytáhnout velké množství vstupů.

—Nick Desaulniers (stojí za přečtení, pokud vás zajímá rozhodování o vřazování v překladači)

Články

Bezzámkové vzory: relaxovaný přístup a částečné paměťové bariéry: seriál o programování bez zámků pokračuje prvním pohledem na paměťové bariéry.
Druhá polovina začleňovacího okna 5.12: zbytek patchů začleněných pro vydání jádra 5.12.

Vydání z 11. 3. 2021

LWN.net Weekly Edition for March 11, 2021.

Stav vydání jádra

Kernel release status. Jonathan Corbet. 10. března 2021

Vývojové jádro 5.12-rc2 bylo vydáno 5. března – kvůli problémům s 5.12-rc1 (viz níže) o něco dříve než obvykle. „Jinak to vypadá celkem normálně.“

O stabilní aktualizace nebyla nouze. Velké aktualizace 5.11.3, 5.10.20, 5.4.102, 4.19.178, 4.14.223, 4.9.259 a 4.4.259 byly vydány 4. března. Poté byly 5.11.4, 5.10.21, 5.4.103, 4.19.179, 4.14.224, 4.9.260 a 4.4.260 vydány 7. března a 9. března následovaly 5.11.5, 5.10.22 a 5.4.104.

Upozornění na 5.12-rc1

A warning about 5.12-rc1. Jonathan Corbet. 4. března 2021

Linus Torvalds rozeslal zprávu, aby lidé neinstalovali nedávné vývojové jádro 5.12-rc1. Zvláště se to týká těch, kdo používají odkládací soubory. „Chci, aby si všichni uvědomovali, protože _pokud_ na to narazíte, narazíte tvrdě a můžete skončit se souborovým systémem v podstatě přepsaným náhodnými odloženými daty. To je něco, čemu v tomto oboru říkáme ‚velminedobré.‘“ Navíc vyzval správce, aby na 5.12-rc1 nezakládali nové větve, které by mohly v budoucnu vést k situacím, kdy se lidé při oddělování problémů ocitnou v onom chybném kódu.

Citát týdne

Quote of the week. Jonathan Corbet. 10. března 2021

Prosím, pamatujte, že jednou z velkých výhod našich otevřených vývojových procesů je, že nyní opravdu přijímáme kód s ošklivými (ale funkčními) rozhraními, která můžeme pročistit později. To je (podle mého skromného názoru) dobrý přístup, jak si ušetřit stres, protože každý z nás by se (ideálně) měl soustřeďovat na správnost ústředních algoritmů a ne aktualizace kódu a žehlení stále stejných proklatých konfliktů při slučování.

Ano, je pravda, že lidé se domnívají, že správci mají ve skutečnosti moc pouze říct ‚ne‘ a doufat, že vývojáři všechno hned opraví, protože nejde důvěřovat vývojáři, že se kdy vrátí s přislíbenými aktualizacemi, ale to já na 110 % odmítám. Nikam se nechystám zmizet a když říkáte, že se vrátíte s pročištěním, vážně vám důvěřuji, že tak učiníte.

—Darrick Wong

Články

BPF potkává io_uring: přibližování jedněch z nejaktivnějších oblastí vývoje v jádře.
Bezzámkové vzory: plné paměťové bariéry: třetí díl řady věnované bezzámkovým vzorům pokrývá funkci a použití plných paměťových bariér.
Velice špatný, velminedobrý den Linuxu 5.12: ošklivá chyba proklouzla ze začleňovacího okna.

Vydání z 18. 3. 2021

LWN.net Weekly Edition for March 18, 2021.

Stav vydání jádra

Kernel release status. Jonathan Corbet. 17. března 2021

Vývojové jádro 5.12-rc3 bylo vydáno 14. března. Linus řekl: „Takže tentokrát je rc3 docela velký, ale uměle a kvůli tomu, jak jsem rc2 vydal brzy. Tudíž z toho nebudu nic víc vyvozovat, všeho všudy 5.12 vypadá spíš menší.“

Stabilní aktualizace: 5.11.6, 5.10.23, 5.4.105, 4.19.180, 4.14.225, 4.9.261 a 4.4.261 byly vydány 11. března. Poté 5.11.7, 5.10.24, 5.4.106, 4.19.181, 4.14.226, 4.9.262 a 4.4.262 následovaly 17. března.

Spuštěna e-mailová konference linux.dev

The linux.dev mailing-list service launches. Jonathan Corbet. 15. března 2021

Pod křídly kernel.org běží nový server pro e-mailové konference, který má časem vyřešit problémy v poslední době sužující vger.kernel.org.

Infrastruktura podléhající lists.linux.dev podporuje více domén, takže všechny e-mailové konference, které jsou provozovány na vger.kernel.org, budou opatrně přesunuty na stejnou platformu při zachování stávajících adres, odběratelů a ID konferencí. Jediné, co se významně změní, je postup přihlášení se k odběru jednotlivých konferencí a odhlášení se z nich.

Nový server mimo jiné upřednostňuje doručování do archivu lore.kernel.org, což by mělo omezit v poslední době pozorované problémy se ztrátami zpráv.

Citát týdne

Quote of the week. Jonathan Corbet. 17. března 2021

Tradičně jsou specifikace síťových protokolů uvedeny v dokumentu chování protokolu. Různé organizace pak tyto specifikace implementují. Pak všichni spolupracují a všechno jde dobře. Ve skutečnosti to často dobře nejde (viz strasti s IPsec), ale aspoň je to zavedený způsob, jak něco takového provádět na Internetu a v určitých ohledech to funguje.

Ale to není přístup projektu WireGuard. Pro srovnání, WireGuard je jak protokol, tak i skupina implementací, využívající konkrétní výběr zabezpečovacích a bezpečnostních technik. To představuje radikální odklon od tradičního modelu a s jistotou vyvolává mručení mezi stařešiny. Ale věřím, že je to nezbytná přednost, abychom dosáhli softwaru s vysokým stupněm jistoty, jaký je nutný v ústřední bezpečnostní infrastruktuře Internetu. Když používáte WireGuard, nepoužíváte jen nějaký protokol schopný vyprodukovat pakety, které jsou ostatním čitelné. Používáte také implementaci navrženou tak, aby se vyhnula úskalím zabezpečení, a vybavenou rozhraními, která omezují rizika střelby do vlastní nohy. V tomto směru je projekt WireGuard obsáhlejší než pouhý protokol nebo pouhý softwarový projekt nebo pouhý kryptografický projekt nebo pouhý specifikační projekt nebo pouhý projekt rozhraní. Spojuje všechny tyto prvky do jednotného celku.

—Jason Donenfeld

Články

Bezzámkové vzory: úvod do srovnej-a-vyměň: seriál o bezzámkových vzorech pokračuje pohledem na operace srovnej-a-vyměň.
Neprivilegovaný chroot(): systémové volání chroot() vyžaduje oprávnění, ale tento návrh to může v některých situacích změnit.
Nakládání s útoky hrubou silou v jádře: nový bezpečnostní modul, který může detekovat – reagovat na – některé druhy útoků hrubou silou.

Vydání z 25. 3. 2021

LWN.net Weekly Edition for March 25, 2021.

Stav vydání jádra

Kernel release status. Jonathan Corbet. 24. března 2021

Vývojové jádro 5.12-rc4 bylo vydáno 21. března. Linus řekl: „Teď pokusím osud a řeknu, že všechno vypadá normálně a toto vydání, zdá se, vypadá dobře zaškobrtnutí v rc1 navzdory.“

Stabilní aktualizace: 5.11.8, 5.10.25, 5.4.107 a 4.19.182 byly vydány 20. března. Poté 5.11.9, 5.4.108, 4.19.183, 4.14.227, 4.9.263 a 4.4.263 následovaly 24. března.

Čas oživit síťové adresy .0?

Time to recover .0 network addresses? Jonathan Corbet. 24. března 2021

Seth David Schoen zveřejnil sadu patchů, která mění zvláštní pozici adresy „.0“ v každé podsíti, s níž se v současnosti zachází jako s adresů broadcastů.

Jelikož KAŽDÉ číslo sítě nebo subsíť dříve měly rezervované číslo hostitele 0, tato skupina patchů přidává jednu použitelnou adresu hostitele navíc do každé sítě a subsítě (tzn. místo 2^(32-n)-2 je k přiřazení dostupných 2^(32-n)-1 adres v každé IPv4 /n subsíti). V malých subsítích je to významný zisk. Místo 6 použitelných adres hostitele by nyní /29 obsahovala 7, tj. 16% nárůst.

Když si přečtete celý příspěvek, dozvíte se historii toho, proč byla tato adresa vyhrazená a proč je nyní bezpečné používat ji jako adresu hostitele. (Díky Daveu Tähtovi.)

Podpora Rustu dorazila do linux-next

Rust support hits linux-next. Jonathan Corbet. 19. března 2021

Kdo sleduje integrační strom linux-next, mohl zaznamenat významný přídavek: počáteční podporu psaní ovladačů zařízení v jazyce Rust. Nějaká dokumentace je v Documentation/rust a kód samotný se nachází v adresáři rust na vrcholu adresářové hierarchie. Když se něco objeví v linux-next, obecně to naznačuje, že je to připraveno pro nadcházející začleňovací okno, ale to není v tomto případě zřejmé – tento kód dosud nebyl šířeji zkontrolován. Je to ale i tak důležitý krok vstříc možnosti psát ovladače v bezpečnějším jazyce.