Newsgroup: it.comp.os.linux.sys
Titolo: Eth0 ne200 fa le bizze...

Ciao,
Ho una eth0 ne200 compatibile isa che fino a ieri sera funzionava
perfettamente. Proprio ieri accendo e mi accorgo che il dhcpd della mia
macchina non assegna gli indirizzi alle altre macchine della rete, guardo
il dmesg e mi trovo alla fine questo :
...
ne.c:v1.10 9/23/94 Donald Becker (
bec...@scyld.com
)
Last modified Nov 1, 2000 by Paul Gortmaker
NE*000 ethercard probe at 0x300: 00 80 ad 10 6b 8b
eth0: NE2000 found at 0x300, using IRQ 9.
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x2, t=120.
...
e queste ultime due righe le trovo ripetute per una cifra di volte.
L'unica cosa che ho fatto è stato aggiornare il kernel che uso (2.4.19)
con la patch acpi.
Ho fatto anche i seguenti test :
- Reinstallato il kernel 2.4.17 senza patch -> miseramente fallito.
- Cambiato fisicamente la scheda (che ho presunto guasta) con
un'identica di cui avevo la prova fosse perfettamente funzionante -> non
è cambiato nulla...
Che ho combinato ??
Thanx, 
RaSca

 è cambiato nulla...
Verifica il cavo di rete, se tutto dalla parte della scheda sembra
funzionare e la scheda e' stata sostituita, forse e' il cavo il problema.
Davide

 problema.
Niente da fare, ho provato a cambiare cavo, ma quando provo a fare un
service network restart
ciň che mi ritrovo in /var/log/messages č :
nov 17 14:18:22 rascabox network: Chiusura dell'interfaccia eth0:  succeeded
nov 17 14:18:22 rascabox network: Chiusura dell'interfaccia di loopback: succeeded
nov 17 14:18:22 rascabox sysctl: net.ipv4.ip_forward = 0
nov 17 14:18:22 rascabox sysctl: net.ipv4.conf.all.rp_filter = 1
nov 17 14:18:22 rascabox network: Impostazione parametri di rete:  succeeded
nov 17 14:18:23 rascabox network: Attivazione interfaccia di loopback: succeeded
Nov 17 14:18:24 rascabox kernel: NETDEV WATCHDOG: eth0: transmit timed out
nov 17 14:18:25 rascabox network: Attivazione interfaccia eth0:  succeeded
Nov 17 14:18:27 rascabox kernel: NETDEV WATCHDOG: eth0: transmit timed out
Cosa vogliono dire le due righe relative a ipv4 ? Possono centrare ? Io
nel kernel iptables non l'ho abilitato (se mai potesse centrare
qualcosa)..
Grazie mille Davide,
RaSca

 ...
[cut]
Controlla anche l'IRQ, anche io ho una scheda ISA compatibile ne2000.
Passando da un kernel 2.2 ad uno 2.4 mantenni le stessi impostazioni
(indirizzo e IRQ) il modulo sembrava essere caricato correttamente ma la
scheda non funzionava, cambiando l'IRQ (su suggerimento di un'altra
persona con lo stesso problema ho risolto). Puoi provare con IRQ 5
oppure 7.
-- 
  _  _ >>Now on Linux<<  _     ||              Home Page:
 | \| |___ _____ ___ ___|_|___ ||  
http://digilander.iol.it/nemesis2001
 | .` | -_|     | -_|_ -| |_ -|||     e niente sarà più come prima ...
 |_|\_|___|_|_|_|___|___|_|___|||            ... o quasi ;)

 Cosa vogliono dire le due righe relative a ipv4? Possono centrare?
Che ha spento il forwarding dei pacchetti. Mi sembra normale.
Davide

 (2.4.19) con la patch acpi.
Ho avuto un problema analogo (TX timeout) con un'altra scheda di rete.
Prova a disabilitare l'apic, magari appendendo "noapic" al boot del kernel.
Alessandro.

 Prova a disabilitare l'apic, magari appendendo "noapic" al boot del kernel.
Esatto !
A dire il vero fossi stato un pò più sveglio nel leggere il
riasultato di dmesg, mi sarei accorto che quando il modulo ACPI fa una
specie di assegnazione degli IRQ delle porte pci dice anche qualcosa come
"If you experience problems try passing pci=noacpi or ocpi=off to the
kernel"
In realtà ho verificato che funziona anche con noapic come mi avevi
indicato tu, ma per seguire alla lettera ciò che mi veniva suggerito dal
modulo del kernel ho passato pci=noacpi ed ora è tutto ok !
Grazie e mille,
-- 
RaSca
"Il regno dei cieli è simile ad un mercante che va 
in cerca di perle preziose. Trovatane una di grande 
valore va, vende tutti i suoi averi e la compra" - Gesù Cristo
http://web.tiscali.it/rascasoft

 oppure 7.
Il problema era proprio sull'irq, ma era giusto che quello della mia
scheda rimanesse 9 (in windows è con questo interrupt che va). Ciò che
dovevo fare era impedire al modulo ACPI del kernel di toccare gli irq delle
porte pci passando pci=noacpi al kernel.
