Z textu příspěvku to není úplně patrné. Je potřeba si přečíst původní text na Phoronixu. Jde pouze o kontrolní součet pro komprimovaný image jádra při jeho sestavování, který navíc není používán a jakkoli dál ověřován a je součástí programu `arch/x86/boot/tools/build.c`.
V samotném kernelu je samozřejmě CRC32 normálně používán dál, resp. jeho rychlejší varianta CRC32C, založená na jiném polynomu, a mající hardware podporu v podobě instrukcí SSE4.2.
Ten titulek z phoronixu je příklad toho, proč má tak špatnou reputaci a jen honí views a kontroverzní diskuse lidí, co nečtou dál než za titulek. Tohle bych na rootu nečekal, to samotné tvrzení zní tak bombasticky, že to nemůže na první pohled pravda.
Odstraňování funkcí z kernelu má svoje pravidla, dokud je tam kód, který to potřebuje, případně se ví, že ta funkcionalita má svoje uživatele, tak se to nemaže. Možná je matoucí rozdíl mezi CRC32 a CRC32C, ale obojí se používá ve spoustě kódu a často je to definováno v nějakém standardu, že se používá právě ta varianta. Například firmwarové soubory maji CRC32 checksumy, v síťových protokolech je toho spousta. S tímhle to vypadá, že CRC32 nemůže být odebráno nikdy.