Jaderné noviny – 30. 8. 2018: Druhá polovina začleňovacího okna 4.19

6. 9. 2018 | David Kolibáč

Články - Jaderné noviny – 30. 8. 2018: Druhá polovina začleňovacího okna 4.19  

Stav vydání jádra. Kroah-Hartman: Které stabilní jádro používat? Reportáže z Netdev 0x12. Druhá polovina začleňovacího okna 4.19.

Stav vydání jádra

Kernel release status. Jonathan Corbet. 29. srpna 2018

Současné vývojové jádro je 4.19-rc1, vydané 26. srpna. Linus řekl: „Bylo to docela frustrující začleňovací okno, zčásti protože 4.19 bude, zdá se, hodně velké vydání (nemá to jen jednu příčinu) a zčásti kvůli nahodilému šumu. V rané fázi začleňovacího okna jsme tu měli zveřejnění zranitelnosti hardwaru L1TF, což přidalo na frustraci, jelikož jsme museli řešit neveřejné patche. Tím se ukazuje, jak moc se zlepšila naše infrastruktura linux-next a různé automatizované testování – je to cítit, když to všechno k dispozici nemáme.“

Stabilní aktualizace: 4.18.5, 4.17.19, 4.14.67, 4.9.124 a 4.4.152 byly vydány 24. srpna, poté 28. srpna je následovaly aktualizace 4.4.153 a 3.18.120.

Upozorňujeme, že aktualizace 4.17.19 je poslední v řadě 4.17. Na druhé straně Greg Kroah-Hartman oznámil, že řadu 4.9 bude podporovat až do roku 2023.

Kroah-Hartman: Které stabilní jádro používat?

Kroah-Hartman: What Stable Kernel Should I Use? Jonathan Corbet. 24. srpna 2018

Greg Kroah-Hartman sepsal příručku, jak si vybrat vydání jádra. „To nejlepší řešení pro téměř všechny uživatele Linuxu je prostě používat jádro z vaší oblíbené linuxové distribuce. Osobně mi vyhovují komunitně vyvíjené distribuce, které neustále následují nejnovější aktualizace jádra a podporuje je příslušná vývojářská komunita. Do této skupiny spadají distribuce Fedora, openSUSE, Arch, Gentoo, CoreOS a další. Všechny používají to nejnovější stabilní vydání jádra z upstreamu a zajišťují pravidelné zahrnutí všech nutných oprav chyb. To je to nejlepší, nejstabilnější jádro, které můžete používat, co se týče nejnovějších oprav (připomínám, že veškeré opravy jsou bezpečnostní).“

Reportáže z Netdev 0x12

Reports from Netdev 0x12. Jonathan Corbet. 28. srpna 2018

Konference Netdev 0x12 věnovaná sítím proběhla v polovině července. Organizátoři poskytli stručný úvod. Účastníci akce posbírali řadu reportáží z přednášek. První den se konala školení a workshopy, druhý den jedenáct přednášek včetně úvodního proslovu Vana Jacobsona a třetí den přednášky na dalších deset témat.

Druhá polovina začleňovacího okna 4.19

The second half of the 4.19 merge window. Jonathan Corbet. 26. srpna 2018

Do doby, kdy Linus Torvalds vydal jádro 4.19-rc1 a zavřel začleňovací okno tohoto vývojového cyklu, se do hlavního stromu dostalo 12 317 neslučovacích sad změn, z toho zhruba 4 800 od sepsání minulého přehledu. Jak už to tak v pozdních fázích začleňovacího okna bývá, řada změn představovala opravy větších patchů zaslaných dříve, ale přišlo i na novou funkcionalitu. Následuje přehled některých významnějších změn…

Ústřední část jádra

• Celá skupina patchů přidávající OOM zabijáku povědomí o řídících skupinách kvůli přetrvávajícím neshodám začleněna nebyla, ale s jednou výjimkou: přibyl nový konfigurační prvek memory.oom.group, který způsobí zabití všech procesů ve skupině, dojde-li ke stavu, kdy došla paměť.
• Byla přidána nová skupina ochran před útoky takovými, že dojde ke zmatení programu, aby zapisovat do existujícího souboru či FIFO. Otevření souboru či FIFO s příznakem O_CREAT v sticky adresáři (např. /tmp), do něhož může lze zapisovat globálně, selže, pokud se neshodují vlastníci příslušného procesu a cílového souboru, nebo adresáře, kde se soubor nachází. Toto chování, ve výchozím stavu vypnuté, řídí nové volby sysctl protected_regular a protected_fifos.

Souborové systémy a bloková vrstva

• Cíl mapování zařízení dm-integrity nyní může k ukládání metadat používat samostatné zařízení.
• EROFS (enhanced read-only filesystem) byl přidán do stromu staging. Jde o „odlehčený moderní souborový systém pouze pro čtení (používá např. bloky o velikosti stránek, xattrs/data na místě atd.), který se hodí v situacích, kdy je potřeba přístup pouze pro čtení s vysokým výkonem, takže např. pro firmware na mobilních telefonech nebo na live CD.“
• Nová funkce overlayfs „metadata copy-up“ se při změně metadat vyhýbá kopírování obsahu souboru na vyšší vrstvu. Podrobnosti najdete v tomto commitu.

Podpora hardwaru

• Grafika: GPU Qualcomm Adreno A6xx.
• Průmyslové I/O: PMIC A/D převodníky řady Spreadtrum SC27xx, D/A převodníky Analog Devices AD5758, senzory délky letu Intersil ISL29501, čipy senzorů UV indexu / okolního světla Silicon Labs SI1133 a senzory Bosch Sensortec BME680.
• Různé: generické odporové dotykové displeje založené na ADC, generická zařízení ASIC podporovaná přes framework Google Gasket, multiplexory Analog Devices ADGS1408/ADGS1409, DMA řadiče SoC Actions Semi Owl, časovače watchdogů MEN 16Z069, řadiče dotykových obrazovek Rohm BU21029, kodeky Cirrus Logic CS47L35, CS47L85, CS47L90 a CS47L91, herní klávesnice Cougar 500k, I2C řadiče založené na Qualcomm GENI, I2C řadiče Actions Semiconductor Owl, USBPD nabíječky založené na ChromeOS EC a nabíječky baterií Analog Devices ADP5061.
• USB: EHCI USB řadiče na čipu Nuvoton NPCM7XX, PCIe PHY Broadcom Stingray a Renesas R-Car třetí generace.
• Dále přibyl nový jaderný subsystém abstrakce přijímačů GNSS (global navigation satellite systems jako např. GPS). Tato zařízení se doposud ovládala nejrůznějšími ovladači v uživatelském prostoru, takže panuje naděje, že se v tom udělá pořádek. Také byla přidána podpora přijímačů u-blox a SiRFstar.

Změny uvnitř jádra

• Označení __deprecated, jímž se označovala rozhraní, která by se již neměla používat, bylo označeno jako zastaralé a kompletně odebráno z jádra. Torvalds pravil: „Nejsou užitečná. Každého jen otravují a nikdo s nimi nic nedělá, protože je to zpravidla ‚problém někoho jiného.‘ Když si lidé zvyknou považovat varování za normální, přestanou se na ně dívat a skutečných varování si nevšimnou.“
• Jádro nyní vyžaduje GCC verze alespoň 4.6.

Je tu ještě pár změn, které tentokrát neprošly, a to včetně datové struktury XArray. Příslušné patche jsou považovány za hotové, ale měly tu smůlu, že byly založeny na stromu, který z nesouvisejících důvodů nebyl začleněn, takže Torvalds se na ně ani nepodíval. To v důsledku blokuje další skupinu patchů, který by měly umožnit migraci objektů alokovaných alokátorem slab.

Tu druhou odloženou velkou změnu představuje nové API systémových volání pro připojování souborových systémů. Navzdory přetrvávajícím obavám z toho, co se stane, když bude jedno nízkoúrovňové zařízení připojeno vícekrát s volbami, které jsou vzájemně ve sporu, poslal Al Viro žádost o začlenění, aby se tato práce dostala do upstreamu. Z následné diskuze je však zřejmé, že stále ještě o tématu nepanuje konsenzus, a tak se zdá, že bude nutné počkat do příštího vývojového cyklu.

Pokud vše půjde dobře, jádro se v následujících týdnech stabilizuje a k finálnímu vydání 4.19 dojde v půlce října.

Diskuse k tomuto článku

[michi141]

Když si lidé zvyknou považovat varování za normální, přestanou se na ně dívat a skutečných varování si nevšimnou.

-Werror

[Michal Kubeček]

Na to je ovšem potřeba projekt nejdřív od warningů úplně vyčistit. A být připraven na to, že s každou novou verzí gcc bude hromada práce, aby se to vůbec přeložilo. Nemluvě o tom, že starší verze gcc často hlásí warningy i u zcela korektního kódu (to ostatně občas i ty nové).

[fe]

+1

Ale ve firemním prostředí se to moc lehce neprosazuje