Názor k článku
Vážná chyba v jádře poškozuje síťové karty

Ono se nejedná o firmware, ale o obsah konfigurační EEPROM síťového čipu. Fakt je, že důsledky jsou podobné. Síťovky Intel pokud vím mají logiku zadrátovanou natvrdo. Dodávají se s BIOS option ROM, která může být buď v samostatném švábu, nebo vložená v systémovém BIOSu. Pak je tam ještě konfigurační EEPROM - maličký osminohý šváb, tuším na sběrnici microwire (93Cxx). A o něj se právě jedná. Ten bohužel není in-circuit programovatelný. Opravit poškozenou onboard síťovku znamená odletovat švába 93CXX. Nebo by to šlo snad ještě přes JTAG port té síťovky (nebo čipsetu). Je možné, že v EEPROMce je uloženo PCI ID, určitě MAC adresa, určitě má nějaký checksum. Takhle od boku těžko říct, proč přesně síťovka přestane být vidět na PCI. Ani bych se nedivil, pokud by konkrétní revize síťovky měla za určitých okolností nedokumentovaný problém při probouzení z "deep sleep" (zmíněný v mailing listech), a vývojáři kernelu za to vlastně nemohou. Ačkoli vlastně driver e1000e si podle mého správcují přímo lidé od Intelu - to by bylo pikantní... souvislost s X.org? Tomu moc nevěřím, jedná se o úplně oddělený čip, oddělený PCI device (minimálně north bridge vs south bridge) - nemělo by se to potkat přes globální MSR registry čipsetu...

Tohle jsou obskurní chyby, které se projeví právě až při testování v masovém měřítku na živých zvířátkách. Pro milovníky Windows: viz třeba ostrý release XP SP3 na velkém počtu strojů s AMD CPU :-)