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

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

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

di pubblicata il , alle 13:49 nel canale Sistemi Operativi
Intel
 
I migliori sconti su Amazon oggi
66 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - info
jappilas01 Ottobre 2008, 15:23 #21
Originariamente inviato da: TheMonzOne
Ma quindi le schede Eth PCI funzionano senza problemi? Vengono "corrotte" solo quelle integrate sulla mobo giusto? Ergo il vero problema si avrebbe solo sui notebook dato che con un pc desktop con 7 euro la scheda pci la compri.

...the only reports of this issue are with 82566 and 82567 based LAN parts (ich8 and ich9).
quindi in pratica notebook e mainboard intel based ...
enjoymarco01 Ottobre 2008, 15:24 #22
Scusate l'ignoranza, ma come fa un driver a scrivere su una ROM? Perchè qui si parla di ROM e non di EPROM, giusto?
TheMonzOne01 Ottobre 2008, 15:27 #23
Originariamente inviato da: enjoymarco
Scusate l'ignoranza, ma come fa un driver a scrivere su una ROM? Perchè qui si parla di ROM e non di EPROM, giusto?


[B]Stando a quanto riportato nel report del bug, il problema è legato alla nuova versione del driver e1000e, che in alcune circostanze non meglio definite va a corrompere le informazioni memorizzate all'interno della memoria [B][U]EEPROM[/U][/B] degli adattatori di rete;[/B]
enjoymarco01 Ottobre 2008, 15:57 #24
Originariamente inviato da: TheMonzOne
[B]Stando a quanto riportato nel report del bug, il problema è legato alla nuova versione del driver e1000e, che in alcune circostanze non meglio definite va a corrompere le informazioni memorizzate all'interno della memoria [B][U]EEPROM[/U][/B] degli adattatori di rete;[/B]


mi ha tratto in inganno il commento di clovis che parlava appunto di "chippettini ROM" (d'altronde il firmware della scheda di rete è aggiornabile a prescindere che sia integrata o no)
palmy01 Ottobre 2008, 16:04 #25
Originariamente inviato da: Pr|ckly
E grazie al caxxo , però qui stiamo parlando di un danno HW, non SW.


Si daccordo in questo caso il rischio è maggiore del solito, però che il kernel carichi firmware su chip hardware non è certo una novità...quindi chi si arrischia a fare a tester per il kernel deve tenerne conto secondo me.
schwalbe01 Ottobre 2008, 16:25 #26
Che bello! Se era MS il numerino di pagine qua sotto era a due cifre e il 90% spalavan cacca a MS anche se era una alpha!
Ci si salva perchè nelle mamme integrano quasi tutti Realtek o Marvell...
theJanitor01 Ottobre 2008, 16:35 #27
Originariamente inviato da: schwalbe
Che bello! Se era MS il numerino di pagine qua sotto era a due cifre e il 90% spalavan cacca a MS anche se era una alpha!


si sarebbe stata una class action in atto in quel caso
leptone01 Ottobre 2008, 16:45 #28
cmq è una RC del ramo di "testing"
in linux i numeri pari sono quelle normali e quelle dispari di sviluppo, questa RC 2.6.27, nel caso supera la fase di realise candidate diventa 2.6.27 normale, ed essendo una versione dispari è sempre di sviluppo, questa poi diventa 2.6.28 alfa, poi 2.6.28 beta, poi 2.6.28 RC e poi nolrmale 2.6.28 (che va in debian experimental->debian unstable->debian testing(me)->debian stable)

Io lo dico sempre che fedora e suse e mandive sbagliano ad adottare versioni dispari del kernel, quando debian experimental e unstable non li considerano nemmeno(insieme a slakware, gentoo, cenos e tutte le distro serie)

il problema imho, oltre al fatto che queste versioni di kernel hanno girato pochissimo e solo tra gli sviluppatori, che quando si fa un driver che carica un firmware bisogna fare attenzione anche con le versioni pre-alpha, e fare in modo che gli errori di caricamento del firmware non siano irreversibili, o quantomeno prevedere in queste versioni di sviluppo mezzi per poter riscrivere il firmware.

Questa è solo una brutta esperienza x linux che farà una sacco di cattiva pubblicità, spero che da questa vicenda gli sviluppatori imparino ad essere + prudenti.
E cmq come detto da altri i driver di sviluppo, sono cosa ben diversa da qualsiasi altro tipo di software di sviluppo, e quindi vanno messe in conto queste cose con i driver che scrivono nelle eprom dei firmware.

spero che tutta la cattiva pubblicità che ne deriverà non dia problemi nello sviluppo futuro. Il fatto del software open-source è che tutto è aperto e accessibile a tutti come lo sviluppo, e quindi del software open se ne conoscono i pregi ma anche tutte le magagne, piccole e grandi dato che anche le mailng list sono accessibili da chiunque. Mentre nei software prorpietari certe magagne non si sarebbero mai venute a sapere, e quindi spero che ciò porti maggiore responsabilità negli sviluppatori.

IMHO è molto + grave la questione del generatore pseudo-casuale della libreria open-ssl di Debian, quello si che è un problemone, (anche se non ci ho capito molto), per giunta dovuto a distrazione su uno dei pilastri dell'ecosistema dell'open-source
leptone01 Ottobre 2008, 16:51 #29
avete ragione, ma il software GPL è privo di garanzie anche in fase stable, mentre il software proprietario è soggetto a offrire garanzie(eula a parte), e cmq versioni di sviluppo così precoci di sw proprietario non vengono distribuite , e pio col software proprietario si viene anche pagati nel fare il testin, o ti forniscono loro le macchine su cui testare.

E poi ripeto è cmq una cosa brutta, che fa cattiva pubblicità, ma la particolarità dell'open-source è la trasparenza si sa tutto pregi e difetti.

!fazz01 Ottobre 2008, 16:55 #30
Originariamente inviato da: schwalbe
Che bello! Se era MS il numerino di pagine qua sotto era a due cifre e il 90% spalavan cacca a MS anche se era una alpha!
Ci si salva perchè nelle mamme integrano quasi tutti Realtek o Marvell...


come se M$ rilasciasse le versioni di sviluppo,


va be che poco ci manca ma.... il sw commerciale rilasciato è sempre in versione definitiva (o al massimo beta)

un bug del genere in una versione stable sarebbe stata veramente un bug colossale ma in una versione pre alpha è molto meno critico

Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".

La discussione è consultabile anche qui, sul forum.
 
^