A Linux 7.0-rc1 kernel megjelenése után nem sokkal Linus Torvalds egy kisebb, de annál hasznosabb változtatást is gyorsan beemelt a fő ágba: kikerült a WARN_ALL_UNSEEDED_RANDOM Kconfig opció. Ez a kapcsoló eredetileg hibakeresési céllal került a kernelbe, de több rendszeren olyan mennyiségű naplóüzenetet tudott termelni, hogy elfedte a valóban fontos hibajelzéseket, különösen a boot folyamat közben.
Tartalomjegyzék
Miért volt szükség az opció eltávolítására a kernelből?
A WARN_ALL_UNSEEDED_RANDOM opció régóta jelen volt a kernelben, és azt a célt szolgálta, hogy jelezze, ha a rendszer még nem teljesen előkészített véletlenszám-forrás mellett próbál véletlenszerű értéket használni. Ennek eredetileg világos szerepe volt, mert segített azonosítani azokat a kódrészeket, amelyek a rendszer indulásának túl korai szakaszában nyúlnak a véletlenszám-generáláshoz. Linus Torvalds mostani commitüzenete szerint viszont ez a korlátozás nélküli figyelmeztetési mód a gyakorlatban sok esetben inkább ártott, mint használt, mert nagy mennyiségű ismétlődő üzenettel árasztotta el a kernelnaplót. Külön kiemelte, hogy egy hozzá érkezett hibajelentésnél a csonkolt dmesg jelentős részét ezek a figyelmeztetések töltötték ki, emiatt pedig a korai indulási napló fontos sorai részben eltűntek, vagy jóval nehezebben lehetett őket átnézni.
A commit alapján Torvalds szerint az ilyen esetek feltárására sokkal jobb megközelítés az induláskori trace-elés, mert ott hívási láncokkal együtt lehet vizsgálni a problémát, nem pedig egy végtelennek tűnő figyelmeztetéssorozatból kell következtetni. A mostani változtatás ennek megfelelően eltávolítja az opciót, és a diff alapján a kapcsolódó kódrészek is egyszerűsödnek a random.c fájlban.
Kis méretű, de fontos jelentőséggel bíró javítás
Bár ez a módosítás meglehetősen kis méretű, mégis fontos jelentőséggel bír, mivel közvetlenül javítja a kernelnaplók olvashatóságát, és ezzel a hibakeresést is egyszerűbbé teszi. Amikor egy debug opció több kárt okoz, mint amennyi segítséget ad, akkor a kivétele a fejlesztési folyamat szempontjából kifejezetten jó döntés. A GitHubon látható commit szerint a változtatás három fájlt érint, és összességében jóval több sort töröl, mint amennyit hozzáad, tehát ez egy egyértelmű tisztító jellegű beavatkozás.
