Newsgroup: it.comp.os.linux.sys
Titolo: Messaggio dal kernel: aiutatemi a decifrarlo

A casa ho un firewall che fa da filtro tra la LAN domestica e internet.
Sopra ci gira Debian 3.0r1 con kernel 2.4.18, il computer e' un pentium 
150MHz.
Ogni tanto ricevo questo messaggio dal kernel, che viene stampato sul 
terminale e nel file di log:
spurious 8259A interrupt: IRQ7.
c'e' un modo per sapere a quale periferica e' assegnato l'IRQ7, magari 
dal filesystem /proc ?

dal filesystem /proc ?
cat /proc/interrupts
-- 
Superciuk

 dal filesystem /proc ?
Non ci crederai: cat /proc/interrupts
consiglio: installa hwtools.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Every nonzero finite dimensional inner product space has an orthonormal basis.

 cat /proc/interrupts
Fantastico.
Ad ogni modo, l'ho fatto, e ho scoperto che...
L'irq 7 non e assegnato a nessuna periferica. Com'e' possibile?

 L'irq 7 non e assegnato a nessuna periferica. Com'e' possibile?
Che e` condiviso e non pienamente utilizzato. Prova a dare un occhiata
(leggendo _bene_ prima la documentazione) all'utility irqtune compresa
nel pacchetto hwtools (sotto debian), come ti ho gia` suggerito.
Di solito e` un problema di priorita`.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
If your computer speaks English, it was probably made in Japan.

mica alla porta parallela? guarda neņ bios
-- 
Davide Corrado
to send mail, remove "no_spam_" from the address

 mica alla porta parallela? guarda neò bios
Beh si', nel bios l'irq 7 e' usato dalla parallela, ma secondo 
/proc/interrupts non e' assegnato a niente, e poi alla parallela non 
c'e' collegato niente, quindi mi sembra stano che sollevi degli 
"spurious interrupts", come li chiama il kernel.

 Di solito e` un problema di priorita`.
Ho letto la documentazione di irqtune, ma non sono venuto a capo della 
questione. Vorrei scoprire chi e' che solleva 'sto benedetto IRQ7, anche 
per capire se e' colpa del driver di una delle schede ethernet, che non 
e' parte ufficiale di linux, ma e' rilasciato come opensource dalla casa 
produttrice, e va compilato come modulo (e mi funziona). Mi sembra 
strano pero' che sia lui, infatti le due schede ethernet, secondo 
/proc/interrupts, condividono l'irq 12.
Boh.

Stesso identico problema tuo ma con una Suse 7.3 kernel 2.4.10-4GB
Ho anche disabilitato la parallela dal bios.....
a me ogni tanto da anche kernel panic all'avvio associato al tuo messaggio.
Se riavvio mi riparte senza problemi...... e' da due anni che ci convivo.
Se scopro qualcosa ti posto il risultato
stefano

/proc/interrupts non e' assegnato a niente
Se non hi una stampante, prova a disabilitare la parallela o a dire al
BIOS di non usare un IRQ (se e'possibile).
Ciao,
luigi

 "spurious interrupts", come li chiama il kernel.
Update August 4, 2003: Due to lack of time or pure laziness, 
I've been running Linux with append="noapic" instead of 
installing the kernel image without APIC support. 
No crashes so far, but I've cought my eye on the spurious 
interrupt message at least once. I don't have Internet 
connection at home anymore so I've not booted the machine 
often enough to see if there's any benefit from the append 
line. I may be installing the new kernel once I decide to 
do some coding with it.
Update August 29, 2003: The error message seems to have 
disappeared after I removed all APIC-related options 
from the kernel, notably "enable APIC for uniprocessor" option.
In breve... Hai APIC compilato nel kernel ?
Ciao,
           Paolo
-- 
ciarrocchi()linuxmail!org
http://fun.supereva.it/ciarrocchi.mybox/index.html
http://paolociarrocchi.fotopic.net/
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

stefano ha scritto:

Ok, grazie, comunque a me per lo meno non mi va in kernel panic: va 
avanti tutto tranquillamente, solo che ogni tanto mi compare sto messaggio.

 In breve... Hai APIC compilato nel kernel ?
No, ho ricontrollato il config di quando l'ho ricompilato, non ce l'ho.

Ad ogni modo: cosa vuol dire "spurious interrupt"?
Un interrupt spurio... e' grave? In che cosa consiste per l'esattezza?
E poi, 8259A non puo' per caso essere il nome di un chip della scheda 
madre o di qualche altro chip? Nessuno l'ha gia' sentito?

madre o di qualche altro chip? Nessuno l'ha gia' sentito?
L'8259 e' il PIC, se non ricordo male.
Ciao,
luigi

 spurious 8259A interrupt: IRQ7.
Questo errore fa il paio col sig11 del gcc, pur essendo meno grave, nel
senso che segnala chiaramente un conflitto/malfunzionamento hardware ma
ma con un messaggio che con tutta probabilità non ha nulla a che fare con
il vero colpevole. Se fai una ricerca con google, specie nella ml del
kernel, capisci cosa intendo.
A volte è inoffensivo, perchè dovuto a componenti hardware che generano irq
più velocemente di quanto le routine software possano gestire.
Nel mio piccolo, invece, si verifica quando abilito l'UDMA sulla mia vecchia
motherboard, il cui chipset Ali è pure supportato dal lontano kernel 2.1,
e spesso precede un bel blocco del sistema.
-- 

 madre o di qualche altro chip? Nessuno l'ha gia' sentito?
E' il chip che controlla e gestisce gli interrupt hardware (un PIC=programmable
interrupt controller). Cmq è storico, presente dai primi XT, poi affiancato
da un secondo PIC in cascata. Spero sia stato praticamente sostituito da
qualcosa di più moderno. Il nome rimane, però.
-- 

On Wed, 05 Nov 2003 20:05:59 +0100, Bimbo Vispo
<mar...@pappappero.lalla> wrote:

Da:John Mullee (
jmu...@hotmail.com
)
Oggetto:Re: 'spurious 8259A interrupt: IRQ7'
View: Complete Thread (5 articoli)
Original Format
Newsgroups:linux.kernel
Data:2001-12-12 05:29:38 PST 
.
.
.
8259A/82C59A-2 Programmable Interrupt Controller
Technical Questions and Answers - Rev 2, Sep '95
Q1. What is it?
A1. The 8259A/82C59A-2 is a programmable interrupt controller (PIC).
It is designed to allow prioritizing and handling of hardware
interrupt requests from peripheral devices, mainly in a PC
environment.
Q2. Why is a device like this needed?
A2. I/O devices require servicing in an efficient manner. The PIC
allows I/O devices to be serviced using the "interrupt" technique
rather than with a CPU "polling" technique. The "interrupt" technique
allows the microprocessor to continue to execute its programs and only
stop to service peripheral devices when it is told to do so. The
microprocessor is saved the overhead of determining the source and
priority of the interrupting device.(snipped ..goes on at length in
great detail)
-------------->8------------------
http://support.intel.com/support/controllers/peripheral/7507.htm
 :
--------------8<------------------
8259/82C59
Spurious IRQ7
In some applications, problem with a spurious IRQ7 might exist. For
example, a spurios IRQ7 will occur under the follwing condition:
While the device is performing extensive I/O operations (IN AL, DX;
OUT DX, AL), an external signal triggers IRQ3. Spurious enabling of
IRQ7 and occassional losing of IRQ3 will be the outcome of this
condition.
Design Consideration:
     * A spurious IRQ7 occurs, in the 8259, if any interrupt request 
duration is too short or hasn't met the setup time required by the
8259A.
     * This is a standard 8259 behavior under specific conditions.
IRQ7 is triggered when IRQ7 is enabled and is requested
       OR
       when an interrupt request clears (by itself) before the CPU 
services the request. A software solution would be to write an IRQ7 
handler that checks the various possible requesters and to handle any 
"missed" interrupts from any of those requesters.
PLEASE NOTE:
This product is no longer being manufactured by Intel. THESE DOCUMENTS
ARE PROVIDED FOR HISTORICAL REFERENCE PURPOSES ONLY AND ARE SUBJECT TO
THE TERMS SET FORTH IN THE "LEGAL INFORMATION" LINK BELOW. For 
information on currently available Intel products, please see 
www.intel.com
 and/or 
developer.intel.com
In sostanza l'interrupt 7 viene generato se 
1) è abilitato e la periferica corrispondente lo richiede(condizione
normale) oppure
2)  'appare' un interrupt e 'scompare' senza che venga
servito.(spourious interrupt)
Ciao

 luigi
-- 
"Linux is built to be used, Windows is built to be sold" (seen in COLAdv)
Visit 
http://www.geocities.com/match_97
marcello (dot) romani (at) libero (dot) it

 madre o di qualche altro chip? Nessuno l'ha gia' sentito?
E` il PIC che si trovava nei PC AT. Oggi non esiste "fisicamente" sulla
motherboard, e` emulato.
Luca
-- 
Home: 
http://kronoz.cjb.net
"In linea di principio sarei indifferente al natale, se solo il natale
 ricambiasse la cortesia e mi lasciasse in pace." -- Marco d'Itri

 elettrici che "triggerano" l'interrupt ?
Boh, potrebbe anche essere.. A occhio, pero', la parallela mi sembra a 
posto.


Era un'idea balzana, dopotutto :-)
Lo capirai leggendo il post di (FC) in questo
thread.


 il messaggio sparisce. Ma NON avrai eliminato la causa.
In effetti il modulo della parallela non veniva caricato all'avvio. Ora 
ho rimediato, ma il problema e' rimasto.
Tra l'altro in /proc/interrupts l'irq 7 rimane sempre non assegnato, 
probabilmente perche' non c'e' niente collegato alla parallela...
Provero' a mettere una pezza disabilitando la parallela nel bios...
Cmq grazie a tutti, se in futuro riusciro' a rimediare postero' come ho 
fatto... :)

 
Per quanto può valere, ti riporto quello che c'era scritto a proposito 
di questo messaggio su Linux Pratico, n°3 di quest'anno (pag.5):
"A prima vista potrebbe sembrare qualcosa di molto pericoloso, ma usando 
come chiave di ricerca 'spurious 8259A interrupt: IRQ7' su google e 
leggendo i primi risultati della ricerca, scopriamo subito che si tratta 
di un warning perfettamente innocuo e che può essere tranquillamente 
ignorato."
Ciao, Paolo