Jaderné noviny - 17. 3. 2016: Začleňovací okno 4.6 se otevírá

24. 3. 2016 | Redakce | Jaderné noviny | 2501×

Stav vydání jádra. Citáty týdne. Začleňovací okno 4.6 se otevírá.

Stav vydání jádra

Kernel 4.5 byl vydán 13. března, ačkoliv Linus byl na vážkách: „Trochu později v neděli, než je obvyklé, protože jsem se prostě nemohl rozhodnout, jestli udělat další rc8, nebo ne, a jen jsem o tom kecal. Nakonec jsem se samozřejmě rozhodl ji nevydat, ale mohlo to dopadnout tak i tak.“

Začleňovací okno 4.6 je otevřeno, viz samostatný článek níže.

Stabilní aktualizace: 4.4.5, 3.14.64 a 3.10.100 byly vydány 9. března. Verze 4.4.6, 3.14.65 a 3.10.101 následovaly 16. března.

Stojí za zmínku, že 2.6.32.71 byla vydána 12. března. Tato verze byla udržovaná od svého vydání v prosinci 2009, ale Willy Tarreay naznačil, že se jedná o poslední vydání. „Teoreticky není žádný důvod k nasazení této verze, ledaže jste stále ve fázi ověřování nového kernelu. Jádro 3.2 je vynikajícím upgradem, který má před sebou ještě nejméně dva roky života.“

Citáty týdne

Teď, když mám na své straně 360kg gorilu, můžu trvat na svém, zásady jsou zásady!

-Ingo Molnar

Prosím, berte na vědomí, že v linuxovém jádru nikdo nikdy „neviní“ ostatní lidi za chyby. Chyby jsou v lidské přirozenosti a dějí se pořád, pokud je někdo nezaviní svou nepozorností. V typickém případě nemůžete společensky znemožnit dobrého vývojáře kernelu hlášením a opravením chyby, kterou má na svědomí. Klasickou reakcí, které se vám dostane, bude „paráda, o jednu chybu méně!“ Takže o negativních dopadech chyb můžete být společensky naprosto upřímní a „neslušní“.

-rovněž Ingo Molnar

Na ten hloupý nápad, že lidé budou používat Powertop, jsme vyplácali neskutečné množství energie. Jen několik lidí na světě využívá Powertop, spousta lidí používá Linux.

-Dave Airlie

To, že „tato funkce se používá v reálném životě“ je dostatečně velký náznak, že standardní kernel možná postrádá něco důležitého. Lidé, kteří proti takovým věcem něco namítají, představovali v minulosti docela velký problém. Trvalo to *roky*, než jsme se přenesli přes tu věc s Androidem. Musíme začleňovat věci, které lidé používají a na kterých závisí, protože jejich *nezačleňování* má na svědomí větší a větší rozdíly mezi jednotlivými kernely, takže je mnohem těžší je začlenit v budoucnu.

-Linus Torvalds

(Téměř) vanilkové jádro na Nexusu 7

Na Kernel Summitu v roce 2015 se mluvilo o tom, že v současné době neexistuje komerční zařízení s Androidem, které by běželo na vanilkovém jádře. Na nedávné akci Linaro Connect však John Stultz představil tablet Nexus 7, který běžel, jen s několika patchi, na vanilkovém jádře. Dokonce fungovala grafická akcelerace, a to díky ovladači freedreno. „Je to skvělé, protože nyní máme možnost testovat téměř vanilkové jádro na komerčním zařízení. Můžeme zajistit, že upstream nepřinese žádné regrese (nedávno se podařilo zjistit dvě chyby v ABI, které postihovaly zařízení s Androidem), a máme možnost se ujistit, že jakmile pustíme nějakou funkcionalitu Androidu do upstreamu, bude možné jakékoliv změny rozhraní požadované správci řádně otestovat, abychom věděli, že to, co je v upstreamu, je také skutečně funkční.“

Začleňovací okno 4.6 se otevírá

V době psaní tohoto článku pozvolna začalo začleňovací okno 4.6 – začleněno bylo pouze 0x3ff (1023) neslučovacích sad změn. Linus pokračuje pomalu, protože změny, které byly začleněny, se soustředí na náročný nízkoúrovňový kód jako například mechanismus systémových volání na x86, CPU hotplugging, nebo kód starající se o čísla s plovoucí desetinnou čárkou. Dává tedy smysl nechat chyby v této oblasti se projevit, než bude vše méně přehledné.

I tak již došlo k začlenění některých zajímavých záležitostí:

• Kódu implementujícímu sdílené futexy v anonymní paměti se dostalo optimalizací – byla eliminována místa, která činila tyto futexy pomalejšími než jejich soukromé protějšky.
• Subsystém perf se dočkal obvyklých vylepšení, viz žádost o začlenění.
• Randomizace rozvržení adresního prostoru, která si klade za cíl zmařit zneužití tím, že činí hledání „věcí“ v adresním prostoru obtížnější, byla plně rozšířena na 32bitové programy běžící na 64bitových systémech. Zvláště umístění knihoven, oblast virtuálních systémových volání vDSO a oblasti přidělené pomocí mmapp() se dočkaly randomizace.
• Patche pro paměť pouze pro čtení po zavedení systému byly začleněny. Doufejme, že ztvrdily jádro proti některým exploitům přepisujícím data.
• Nový parametr irqaffinity= v příkazovém řádku umožňuje administrátorům omezit procesory, na které mají být směřována přerušení. Tato funkcionalita by mohla být užitečná pro uživatele, kteří izolují procesory a nechtějí, aby se přerušení dostala k izolovaným procesorům.
• Nově podporovaný hardware:
  • Různé: řadiče přerušení Broadcom BCM6345, Alpine MSIX, řadiče Analog Devices AXI SPI Engine, regulátory napětí Active-Semi ACT8945A, regulátory HiSilicon HI655X PMIC, regulátory napětí Maxim 77620/MAX20024, systémové monitory Linear Technology LTC2990 I2C, senzory rychlosti a teploty ZyXel NSA320 a řadiče LED ISSI IS31FL32XX I2C.
  • Pin control: ST Microelectronics STM32F429, Microchip PIC32, Mediatek MT2701, Qualcomm IPQ4019 a Mediatek MT7623.
  • Hodiny reálného času: Epson RX-6110, Alpascale asm9260, Microchip PIC32.

Změny viditelné jaderným vývojářům:

• Projekt přepracování mechanismu pro výměnu CPU za chodu byl několik let nečinný, ale nyní je zpět. Hlavní zásluhu na tom má financování realtime projektu ze zdrojů Linux Foundation. Tento kód nahrazuje zamotanou sadu zdrojů upozornění jednodušším stavovým automatem, který, doufejme, je jednodušší sledovat a bude pracovat správně. Prvotní mechanismus byl začleněn do 4.6, pro více informací se podívejte na žádost o začlenění.
• Nízkoúrovňový kód pro správu zdrojů nyní rozumí novému typu zdroje: IORESOURCE_SYSRAM, který indikuje systémovou RAM. Zjednodušuje kódu jádra rozeznat systémovou paměť od dalších typů, bez nutnosti použití strcmp() na název zdroje.
• Nová funkce memcpy_mcsafe() zkopíruje blok paměti. Na rozdíl od memcpy() nezpůsobí pád systému v případě, že při kopírování dojde k hardwarové výjimce. Je určena pro použití s perzistentní pamětí, kde je riziko chyb v paměti vyšší a systém by se měl vzpamatovat, když k nim dojde.
• Jednoduché čekací fronty byly začleněny, zjednodušují život kódu, který musí počkat, ale nepotřebuje pestrou škálu funkcí, které běžné čekací fronty za ty roky nakumulovaly.
• Nová funkce get_device_system_cosststamp() umožňuje simultánní akvizici časových razítek ze systémových hodin jádra a periferií. Smyslem funkce je umožnit těsnou synchronizaci událostí napříč systémem, viz tento commit. Ve vydání 4.6 toho bude využívat síťový řadič e1000e.

Toto začleňovací okno nejspíš zůstane otevřeno do 27. března. Předpokládané datum vydání verze 4.6 připadá na 15. května.

       

Komentáře

[x14]

"Je to skvělé, protože nyní máme možnost testovat téměř vanilkovém jádře na komerčním zařízení."

[petr_p]

kopie vyhodí chybu kontroly stroje

Jestli tohle má být „a copy throws machine check exception", tak bych to opsal „při kopírování dojde k hardwarové výjimce“.

[|🇵🇸]

the copy causes a machine-check error

Ale jo, kontrola stroje nevypadá zrovna ideálně IMHO.

[Petr Tomášek]

vanilkové jádro

probůh, co je zas to za debilní „překlad“?

[|🇵🇸]

Hotová novinka.

[Petr Ježek]

Ingo má pravdu. Člověk je tvor chybující, jen těch chyb nesmí být mnoho a musí se rychle opravovat do bezchybného stavu. To je asi hlavní poslání pro vývojáře.

[Metatron]

"změny se soustředí" proč ten budoucí čas? ony se už soustředily! tohle sloveso odhalí nemilosrdně každého jazykového ignoranta.

[Lol Phirae]

Běž s tím češtinářským koutkem do kundele.

P.S. Na začátku věty se píše velké písmeno, ynteligente.

Náš administrátor shledal tento komentář závadným.

jen osobní útok

Zobrazit komentář