Jaderné noviny – 9. 11. 2017: Novinky v testování jádra sebou samým

23. 11. 2017 | Redakce | Jaderné noviny | 3818×

Stav vydání jádra. Tarreau: Ohlédnutí za již nepodporovaným LTS jádrem 3.10. Citáty týdne: Andrew S. Tannenbaum a Alan Cox. Novinky v testování jádra sebou samým.

Stav vydání jádra

Současné vývojové jádro je 4.14-rc8, vydané 5. listopadu. Linus řekl: „Ale abych se opravdu rozhodl, že rc8 nepotřebujeme, to by muselo být opravdu naprosté ticho, a to nebylo. Nic nevypadá děsivě, ale měli jsme několik regresí a já budu šťastnější, když dáme 4.14 ještě jeden poslední týden… a já opravdu doufám, že to _bude_ poslední týden a že nenajdeme nic nového hrozného.“ Kromě různých oprav přidává tento prepatch do mnoha souborů se zdrojovými kódy jádra licenční štítky SPDX.

Stabilní aktualizace: 4.13.11, 4.9.60, 4.4.96 a 3.18.79 vyšly 2. listopadu. 5. listopadu je následovaly je aktualizace 4.13.12, 4.9.61, 4.4.97 a 3.18.80.

Tarreau: Ohlédnutí za již nepodporovaným LTS jádrem 3.10

Willy Tarreau se při příležitosti vydání poslední aktualizace 3.10.108 jádra 3.10 s dlouhodobou podporou ohlíží za svými zkušenostmi s jeho správou. „Předně, neexistuje nic jako ‚důležité opravy‘. Dokonce i významní dodavatelé, kteří zaměstnávají několik jaderných vývojářů, byli přistiženi, že jim chybí některé zdánlivě nedůležité opravy a jejich produkty zůstaly zranitelné přes dva roky poté, co bylo opraveno LTS vydání. Takže si můžete udělat představu o kvalitách, jaké se dají čekat od dodavatele WiFi routerů za 1400 korun, který tvrdí, že dodržuje stejné postupy… Skutečnost je taková, že chyba je chyba – dokud nedojde k jejímu zneužití, není považována za bezpečnostní hrozbu.“

Citáty týdne

Jenom by bylo hezké, kdyby mi po dokončení projektu a nasazení čipů někdo od Intelu řekl, jen tak ze slušnosti, že MINIX 3 je nyní pravděpodobně nejpoužívanějším operačním systémem na počítačích s architekturou x86 na světě. Po nikom jsem to samozřejmě nevyžadoval, ale myslím si, že by bylo zdvořilé mi dát vědět, to je celé.

—Andrew S. Tannenbaum

Skutečnost je na většině strojů taková, že zápis na zařízení spíše než to, co to popisují ty diagramy, připomíná jednu z těch her, kde se míček nepředvídatelně odráží od sloupků, aby posbíral bodíky.

—Alan Cox

Novinky v testování jádra sebou samým

A kernel self-testing update. Jonathan Corbet. 2. listopadu 2017

Shuah Khan je správkyní subsystému autodiagnostiky jádra. Na letošním Kernel Summitu představila, co je nového v testování jádra, a vedla související diskuzi. Ve věci testování jádra sebou samým se podařilo udělat hodně práce, ale hodně práce ještě zbývá.

Jádro obsahuje sadu testů již dlouho, alespoň od roku 2005, řekla Khan. Jsou to však teprve tři roky, co byla zahájena formální iniciativa k vytvoření příslušného „subsystému“. Spočívala v tom, přidat mnohem více testů a vytvořit balík na regresní testování pro jaderné vývojáře. Využívají ho různé organizace, například Linaro. Je také součástí KernelCI.org a 0-day test service.

Spuštění testů je prosté:

make -silent kselftest

Volba -silent omezuje množství nepořádku na výstupu. Spuštění testů se superuživatelskými právy poskytuje lepší výsledky, ale je třeba dát si pozor na násilnější testy, které si mohou vynutit restartování systému.

Je možné přidat volbu TARGETS=, která testy omezí na jeden nebo více subsystémů. V tomto případě spouští pouze nenásilné testy. Díky nedávným pracím je k dispozici volba O=, která vede k použití samostatného adresáře pro sestavení, přitom se ale stále spoléhá na soubor .config ze zdrojového adresáře. Tento detail je považován za hodný opravy, má však relativně nízkou prioritu, jelikož příslušné testy konfiguraci jádra moc nevyužívají. Ted Ts'o si ale všiml, že architektura sestavení je definována v .config, stejně jako volby pro konfiguraci různých subsystémů zcela mimo jádro.

Další možností, jak testovat konkrétní subsystém, je spustit:

make -C tools/testing/<subsystem> run_tests

Výstupem tohoto příkazu bude souhrn výsledků, detaily je možné nalézt v souborech v /tmp, pojmenovaných po dílčích testech. Ben Hutchings žádal, aby se v /tmp nepoužívaly pevné názvy (zřejmě proto, aby se zabránilo vytvoření dalšího vektoru pro útoky využívající symbolické odkazy), takže toto chování se může nakonec změnit. Proběhla diskuze o formátování výsledků, leč nepřinesla žádné důležité závěry.

Khan ukončila svou prezentaci slovy, že od jádra 4.12 jsou výsledky testů uváděny ve formátu TAP13. Jedná se o jednoduchý textový formát, díky němuž lze snadno zjistit rozdíly mezi cykly testování, navíc podporuje strojové zpracování výsledků.

Arnd Bergmann uvedl, že spouští nejnovější testy na (starších) stabilních jádrech. Vyplynuly z toho patche opravující problémy odhalené těmito testy. Většina správců si testy chválí, ale zejména síťový subsystém odmítá akceptovat patche, jejichž cílem je provádět nové testy na starších verzích jádra. Podle Bergmanna je velký zájem umožnit co nejjednodušší přidávání nových testů. Požadavek, aby se tyto testy chovaly na starších jádrech správně, přitom zvyšuje laťku.

Není ani zcela jasné, co by se mělo stát s testy funkcí, které starším jádrům chybí. Názory se různí, zda by testy měly selhat, nebo být přeskočeny. Ts'o navrhl, že správný výsledek testu je „přeskočeno“ (skipped), a zajímalo ho, proč proti tomu někteří vývojáři protestují. Řekl, že možná problém spočívá v tom, že se některé funkce nedetekují správně. V takovém případě by jejich přeskočení mohlo zakrýt závažnější problém. Mathieu Desnoyers navrhl, že ve výchozím nastavení by měla u vynechaných testů vyskakovat chybová hlášení, která by šlo jednoduše přeskočit.

Na konci seance Matthew Wilcox nadhodil otázku týkající se testů implementace radixových stromů. Podle něj by se tyto testy možná měly spouštět při každém sestavení jádra, přičemž by v případě selhání testů selhalo celé sestavení. Pokud testy radixových stromů neprojdou, nedoporučuje zavedení výsledného jádra. Tento nápad ale narazil na odpor. Kromě toho, že by se tím zpomalilo sestavení jádra, účinnost těchto testů je oslabena skutečností, že prostředí sestavení se často liší od cílového běhového prostředí. Například jádra určená pro ARM bývají sestavována na systémech s architekturou x86. Debata celkově naznačovala, že spuštění automatických testů při běžném sestavování jádra se bude těžko prosazovat.

       

Komentáře