Newsgroup: it.comp.os.linux.sys
Titolo: conflitti di IRQ? cambiare e` possibile?

ho un problema: ho 2 schede di rete, e quando uso eth0 la macchino si
freeza. (una descrizione dettagliata del problema la trovate nel mio post
"macchina freezata" del 10/04/2004 2:04)
ho provato a fare un
# cat /proc/interrupts
           CPU0
  0:    1827432          XT-PIC  timer
  1:       1140          XT-PIC  keyboard
  2:          0          XT-PIC  cascade
  5:    3805935          XT-PIC  usb-ohci, eth1
  8:          1          XT-PIC  rtc
  9:          0          XT-PIC  acpi
 10:          0          XT-PIC  ehci_hcd, usb-ohci
 11:      75078          XT-PIC  usb-uhci, usb-uhci, Echoaudio, aic7xxx, eth0
 12:      95830          XT-PIC  PS/2 Mouse
 14:     338819          XT-PIC  ide0
 15:         32          XT-PIC  ide1
NMI:          0
ERR:          0
e vedo che l'interrupt 11 e' condiviso tra uhci (perche` 2 volte?),
echoaudio, aic7xxx e eth0(8139too).
non sara` eccessivo? considerando anche che sono tutte periferiche ad alte
prestazioni: uno e` uno SCSI ultra2wide, un'altra e` una scheda audio con
22 canali tra ingressi e uscite, e poi la scheda di rete a 100mbit
puo' causare problemi una tale condivisione di irq?
e` possibile cambiare il modo in cui vengono mappati?

 e` possibile cambiare il modo in cui vengono mappati?
Usa l'apposito programmino (in genere DOS) o i ponticelli sulla scheda.
Davide
-- 
The BOFH's First Axiom: There are no inappropriate means for achieving 
the goal of getting questions or silence.
Named by Mike Andrews, defined by Rebecca Ore

 Non sara' che la scheda audio a 765 canali ti va' in conflitto?
no.
intanto di questi 22 canali, 12 non sono connessi (ADAT/SPDIF/ottica) e 8
non utilizzati (uso solo 2 out su 8+2in). ha sempre funzionato bene (anche
su windoze2k, quando ancora infestava il pc).
ma il problema e' effettivamente di *carico* di lavoro su IRQ:
se attraverso eth0 pingo un host tutto ok... puo' farsi anche una 30ina di
ping...
se trasferisco un file (500k):
syslog: eth0: too much work at interrupt. intrstatus=0x0....
[macchina congelata in ogni sua periferica]
che tral'altro e' sempre preceduto da un messaggio che dice che l'hardware
usb-uhci si e' halt-ato o resettato. (vedi messaggio 'macchina freezata')
sara` un conflitto tra usb e eth?
specifico altre informazioni che ho precedentemente omesso:
kernel 2.4.27
eth0 8139too -> Digicom10/100
eth1 sis900 -> integrata sulla mainboard (SiS)
P.S.: per indagare ulteriormente (anche se credo di essere giunto agli
ultimi indizi) dove potrei guardare oltre che nel syslog?
grazie cmq per l'interessamento...
-- 
ciao,
Federico
[attenzione: campo <From> alterato!]
[per rispondere aiutati con uno specchio]

 i ponticelli sulla scheda.
non ha nemmeno quelli...
cambiare slot pci?
il bello e` che tre slot pci (aic7xxx, echoaudio, 8139too) usano ttuti e tre
IRQ11!!!
sara` prassi comune questo IRQ sharing... ma io evidentemente sono rimasto
traumato da WinCrash 98


 non ha nemmeno quelli...
In questo caso dovrebbe ricevere l'IRQ dalla piastra madree, prova
a forzarlo da BIOS.
Davide
-- 
Unix: Where /sbin/init is still Job 1.
   -- From a Slashdot.org post

 a forzarlo da BIOS.
Il pci ha 4 canali di interruzione x bus, si chiamano INTA,INTB,INTC,INTD (
ma va'!!) e da bios puoi cambiare quale irq assegnare ad ogniuno di questi
, se 2 schede x dove sono messe usano lo stesso int ( INTA x esempio ) e
INTA è settato sull' irq 5 entrambe le schede useranno l'irq 5 , è inutile
cambiare l' assegnazione da bios in quanto li cambieresti entrami , prova a
spostare le schede.
ciao.
-- 
Se vuoi giustizia divina, muori.
                -- Nick Seldon