Schede di rete danneggiate da alcune versioni di testing del kernel Linux

[Redazione di Hardware Upg]

Link alla notizia: http://www.hwupgrade.it/news/softwar...nux_26684.html

Alcune versioni di testing del kernel Linux appartenenti al ramo 2.6.27 sono affette da un bug che può causare danni irreparabili agli adattatori di rete integrati nei South Bridge Intel ICH8 e ICH9

Click sul link per visualizzare la notizia.

[demon77]

porca vacca!
Addirittura danni hardware! Spero risolvano in fretta!

[WarDuck]

Non credo ci sia da preoccuparsi per chi adotta kernel e applicazioni da un ramo stabile. Si può essere smanettoni senza usare il ramo testing

Tra le altre cose credo che molte distro di default abbiano "commentata" la riga relativa all'uso del ramo testing.

[Xile]

Oh Capperi!!!

[Xeus32]

Penso che sia già stata risolta! O almeno il driver incriminato sia stato tolto dal kernel!
E per fortuna che ho provato la Ubuntu 8.10 alpha con vmware! Avevo proprio ICH9

[clovis]

Il problema non è esclusivamente causato dalle versioni RC del kernel, ma ANCHE dal driver "e1000e", probabilmente poco robusto per quel che riguarda i controlli sull' i/o.Ma poi perchè non usano delle banalissime ROM per sti chippettini stupidi...?

[serassone]

Aggiungo una notizia dell'ultima ora, pare che anche le schede della serie e100, sempre Intel, siano affette da un problema simile; almeno, così viene specificato nelle release notes di Mandriva 2009 RC2:
http://blog.mandriva.com/2008/09/25/mandriva-linux-2009-rc2-is-available/

[WarDuck]

Originariamente inviato da Xeus32

Penso che sia già stata risolta! O almeno il driver incriminato sia stato tolto dal kernel!
E per fortuna che ho provato la Ubuntu 8.10 alpha con vmware! Avevo proprio ICH9

Ubuntu 8.10 alpha che kernel monta?

Originariamente inviato da clovis

Il problema non è esclusivamente causato dalle versioni RC del kernel, ma ANCHE dal driver "e1000e", probabilmente poco robusto per quel che riguarda i controlli sull' i/o.Ma poi perchè non usano delle banalissime ROM per sti chippettini stupidi...?

Aspetta, quindi è un problema relativo anche alla versione 2.6.26?

[clovis]

<<Aspetta, quindi è un problema relativo anche alla versione 2.6.26?>>

No, WarDuck, il bug report fa riferimento solo alla 2.6.27.
Spero...

[mau.c]

uhm... pericoloso, molto pericoloso.

[danyroma80]

io sto testando ubuntu 8.10, così per dare il mio piccolo contributo nella scoperta di eventuali bug (un paio li ho anche segnalati, anche se non sono stato l'unico), ma non avrei mai pensato che si rischiasse un danneggiamento hardware.

[schwalbe]

Originariamente inviato da clovis

Ma poi perchè non usano delle banalissime ROM per sti chippettini stupidi...?

Facile! Perchè in caso di bachi e malfunzionamenti, software o hardware che siano, con un aggiornamento del firmware li risolvi.
Se è su ROM te li tieni per sempre!

[Barone di Sengir]

La notizia è di alcuni giorni fa ed è stato tutto risolto, sia nel kernel che nelle varie distro.
Rimane da capire perché è possibile distruggere le schede di rete via software (sebbene il software in questione sia cmq non stable e quindi notoriamente poco sicuro...)

[v1nline]

ma com'è possibile O_o ??

[jappilas]

Originariamente inviato da clovis

<<Aspetta, quindi è un problema relativo anche alla versione 2.6.26?>>

No, WarDuck, il bug report fa riferimento solo alla 2.6.27.
Spero...

il bug report, ma purtroppo pochi messaggi più avanti Ben Collins scrive:

The 2.6.26 kernel and 2.6.27 kernel have the exact same e1000e driver (one which we downloaded from Intel's e1000 sf.net project).

, dettaglio in base al quale il bug, per quanto serio, non è da considerare una regressione...

Originariamente inviato da Barone di Sengir

La notizia è di alcuni giorni fa ed è stato tutto risolto, sia nel kernel che nelle varie distro.

per adesso anche dagli advisory delle distribuzioni menzionate nella news, si ricava che il dirver e1000e sia stato semplicemente rimosso od escluso (per cui gli utenti con interfaccia gigabit ethernet intel non potranno usufruirne) - hai saputo da fonti attendibili che il bug è stato fixato anche a livello di codice del driver originale?

[palmy]

In effetti la notizia non è certo "fresca" !!........e comunque stiamo parlando di un kernel RC che DEVE essere preso con le pinze!!...chi lo usa lo fa a proprio rischio e pericolo....infatti da quel che ho capito è utilizzato solo da SO in beta o alpha testing.

[Pr|ckly]

Originariamente inviato da palmy

chi lo usa lo fa a proprio rischio e pericolo....

E grazie al caxxo , però qui stiamo parlando di un danno HW, non SW.

[Norskeningia]

Originariamente inviato da Barone di Sengir

La notizia è di alcuni giorni fa ed è stato tutto risolto, sia nel kernel che nelle varie distro.
Rimane da capire perché è possibile distruggere le schede di rete via software (sebbene il software in questione sia cmq non stable e quindi notoriamente poco sicuro...)

Il danno non e' Hardware nel senso stretto, ovvero non viene bruciata una resistenza o un condensatore ma la scheda di rete viene resa inoperativa comunque.

Questo perche', come spiega il bug report, il driver corrompe la NVRAM del chip sovrascrivendo dati come il Mac Address... di conseguenza la scheda di rete non e' piu' fruibile.

Il report del bug riporta anche che:

Once this corruption has occurred, recovery may be possible via a BIOS update, but may well require replacement of the hardware. Use of Intel's IABUTIL.EXE is strongly discouraged, as it will worsen the problem to the point where the network part will no longer appear on the PCI bus.

ma non specifica quali sono i casi critici in cui la scheda vada buttata.

[panda84]

Non mi spiego perché nella notizia sia segnato il bug report di Ubuntu e non quello del bugzilla del kernel:
http://bugzilla.kernel.org/show_bug.cgi?id=11382

[jappilas]

Originariamente inviato da palmy

In effetti la notizia non è certo "fresca" !!........e comunque stiamo parlando di un kernel RC che DEVE essere preso con le pinze!!...

un attimo - siccome una versione release candidate dovrebbe essere una versione pressochè definitiva, sottoposta a testing e ottimizzazione finale prima della versione definitiva, diversa dalla beta che a sua volta è codice funzionalmente completo ma che può contenere bug, e dalla alpha che in pratica costituisce un mero prototipo, NON è detto che un "kernel RC" debba essere "preso con le pinze", anzi, è ragionevole aspettarsi che funzioni accettabilmente a meno di problemi non critici che possono nascere in casi non ancora testati...

chi lo usa lo fa a proprio rischio e pericolo....infatti da quel che ho capito è utilizzato solo da SO in beta o alpha testing.

sì ma un conto è del SW in fase "beta o alpha testing" che non svolge il compito per cui è stato sviluppato, che tende ad andare in crash, o anche corrompere i file su cui opera - un conto è SW che rischia ( in questo caso, con un'apparente probabilità statistica del 50%) di rendere in un modo o nell' altro inutilizzabile ( sempre apparentemente, se si aveva fortuna in via temporanea, altrimenti in modo permanente ) l' HW su cui è eseguito

ora, è interessante notare che buona parte delle occorrenze del bug è stata rilevata su portatili ( recenti e di fascia medio alta peraltro) - quindi macchine in cui la NIC è parte della scheda madre, che quindi nel caso peggiore richiederebbero la sostituzione o un' intervento, in RMA ( ovviamente non in garanzia, perchè si tratterebbe di un guasto provocato dall' utente su HW altrimenti regolarmente funzionante) e nel caso migliore un aggiornamento del firmware ( che se non erro invalida la garanzia) - dubito alquanto che anche chi solitamente insegue la novità, si avventurerebbe a fare testing su una relase alpha di un OS *gratuito*, sapendo di correre il rischio di danneggiare permanentemente il proprio sistema...