Problém s e1000e v Linuxu 2.6.27-rc (diskuse)

[fooname]

tak to sou teda fesaci...

[abc]

Jo no, to trošku posrali..., na druhou stranu rc a bety - jen na vlastní nebezpečí :) (chudáci testeři, ti si to příště asi pořádně rozmyslí)

[petr_p]

Úplně stejně si můžete znefunkčnit PC, pokud si přepíšte BIOS, protože i ten je dnes uložen v EEPROM (která již není vyjímatelná z patice na desce).

Spíše mě zaráží, jak se k problému staví lidi z Intelu (vizte mailing list). Především tají strukturu poškozených dat, takže si to nikdo nemůže opravit.

[fixinko]

na kernelovskej bugzille je imho pisane ako dostat kartu do chodiveho stavu, aj fix na tuto chybu..

[petr_p]

Neřekl bych. Problémy jsou dva:

Čtení z paměti po probuzení z hlubokého spánku není spolehlivé (to řeší patch, který čte danou oblast dva krát).

Obsah paměti je trvale poškozený (z neznámého důvodu), přičemž není poškozena jenom MAC adresa (algoritmus kontrolního součtu lze nalézt v lenováckém skriptu). Pak se klidně stane, že čip sám o sobě ani není vidět na PCI sběrnici.

Věc navíc komplikuje fakt, že data pro síťovku jsou na některých systémech v samostatné EEPROM, na jiných systémech jsou součástí EEPROM s BIOSem, takže nikdo (kromě lidí v Intelu) neví, kolik a jakých dat se má přepsat např. kopií získanou ze stejného modelu notebooku.

[Jiri Kosina]

Na tuto chybu zatim fix neexistuje, nevi se cim je zpusobena (je dost mozne, ze za to muze userspace, nejspis Inteli driver graficke karty noveho xorg). Pravdepodobne mate na mysli fix race condition v pristupu k EEPROM v e1000, ale to je uplne jiny driver.

[hajma]

beta a RC verze Mandrivy maji ten samy problem. Zatim to resi vypnutim ovladace v jadru, v RC2 by mel byt jiz fix. Kdo ma postizene jadro, a sitovku potrebuje pouzivat, mel by si zazalohovat eprom:

ethtool -e ethX > savemyeep.txt