Spurious 8259A interrupt: IRQ 7

Smalltalk
Antworten

habt ihr diese meldung schon mal gesehen?

ja, die nervt mich immerwieder
14
33%
nein, ich arbeite prinzipiel nur unter X und lese keine log-files
1
2%
nein, das problem taucht bei mir wirklich nicht auf.
8
19%
ja, die ignoriere ich mitlerweile
18
42%
hatte ich mal. hab ich aber erfolgreich bekämpft. (bitte angeben wie!)
2
5%
 
Insgesamt abgegebene Stimmen: 43

Benutzeravatar
michas
Beiträge: 380
Registriert: 12.08.2002 20:35:09
Wohnort: München

Spurious 8259A interrupt: IRQ 7

Beitrag von michas » 12.11.2002 21:59:05

bei mir kommt ständig (naja, zumindest immerwieder) diese nervige meldung:

Code: Alles auswählen

Spurious 8259A interrupt: IRQ 7
da die wohl auch auf anderen rechnern immerwieder auftaucht, (und sich auch noch immer in die aktuelle konsole schreibt,) wollte ich mal fragen, wie verbreitet da wirklich ist.

wenn natürlich noch jemand ne antwort darauf hätte, woran das liegt, wer die ausgibt, und was man dagegen tun kann, wäre das natürlich auch toll. ;)

Benutzeravatar
pdreker
Beiträge: 8298
Registriert: 29.07.2002 21:53:30
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Nürnberg

Beitrag von pdreker » 12.11.2002 22:22:52

Um den grossen Kernel Guru Alan Cox zu zitieren:
8259A is the interrupt controller on a PC. (A pair of them actually). They
raise IRQ 7 if they get a spurious interrupt.
Das heisst also, dass es deshalb immer 7 ist, weil der IRQ7 zum reporten von "spurious interrupts" benutzt wird. Ein spurious interrupt ist ein IRQ der auftritt, aber es ist ihm eigentlich kein Gerät und damit auch kein Interrupt Handler zugewiesen.

Wenn man den Thread von der Kernel Mailingliste weiter verfolgt bekommt man folgenden Hinweis von Richard B. Johnson:
This will sometimes happen with the 8259A and really should not even
be logged. There is a default handler for all interrupts. If this
handler gets control from an unallocated interrupt, it writes this
message, ACKs the interrupt, then returns.
Also habe ich beschlossen, dass diese Meldung in Zukunft nicht mehr ausgegeben wird, weil das halt ein blödes Problem mit dem 8259A ist, das man nicht ändern kann. Kategorie: Kann passieren, ist aber auch egal. Also in /usr/src/linux/arch/i386/kernel/i8259.c die Zeile

Code: Alles auswählen

printk("spurious 8259A interrupt: IRQ%d.\n", irq);
auskommentiert (Zeile 323 in Kernel 2.4.19) Kernel recompiliert, und seitdem ist Ruhe.

;-)

Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de

Benutzeravatar
michas
Beiträge: 380
Registriert: 12.08.2002 20:35:09
Wohnort: München

Beitrag von michas » 13.11.2002 01:52:22

hey, danke.
das klingt doch richtig gut. :D

irgend ne ahnung, wer den "spurious" interrupt nun genau auslöst?

und warum landen die meldungen direkt auf der konsole?
sag blos, das hab ich meinem klogd tatsächlich so gesagt? 8O

Benutzeravatar
pdreker
Beiträge: 8298
Registriert: 29.07.2002 21:53:30
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Nürnberg

Beitrag von pdreker » 13.11.2002 02:23:14

Niemand löst den aus, darum ist der Interrupt ja "spurious"...

Das scheint wenn ich den ganzen Thread damals richtig verstanden habe schlicht ein Problem mit dem 8259 Chip zu sein. Gelegentlich kommt es einfach dazu, dass der einen spurious Interrupt anzeigt. Dass das kein Problem ist, liegt daran, dass heutzutage von allen modernen Betriebssystemen (und damit meine ich hier ausnahmsweise auch Windoof ;-)) IRQ Handler für alle IRQs registriert werden. Wenn also so ein "spontaner" IRQ auftaucht, wird der von einem Programm (Treiber) bearbeitet. Wenn dort wirklich ein Gerät auf dem IRQ ist, dann sieht der Treiber das, fragt bei seinem Gerät nach, und bekommt gesagt: "Ich? Ich habe nichts gesagt..." und das ist erledigt. Wenn da kein Gerät (und damit kein richtiger Treiber) ist, sitzt das Betriebssystem da, zuckt einmal mit den Schultern, und macht weiter, als ob nichts war. Mit dem feinen Unterschied, das Linux diese Meldung loggt...

Das printk, das die Meldung ausgibt, hat keine Priorität angegeben, also wird da irgendein Default benutzt, der wahrscheinlich zu hoch ist. Du kannst das in /etc/init.d/sysklogd abwürgen, indem Du dem klogd "-c <n>" als zuszlichen Parameter mitgibst, wobei n der Loglevel ist. mit n=1 kommt so gut wie nie wieder was auf der Console (ausser Oopse oder Panics).
Mehr Infos: man klogd

Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de

Benutzeravatar
Kalmar
Beiträge: 541
Registriert: 24.02.2002 15:45:36
Kontaktdaten:

Beitrag von Kalmar » 13.11.2002 18:07:49

der klogd hat mir auch shcon weitergeholfen,.. die ganzen debug meldungen hab ich ausgefiltert.. der kernel-preempt-patch (also mein kernel mit dem patch ;)) hat die nämlich immer auf die konsole geschrieben.. damit wars arbeiten stark eingeschränkt :roll:

aber auf lösungen mus sman ja immer erst wieder gestoßen werden ;)
That seems to point up a significant difference between Europeans and Americans. A European says: "I can't understand this, what's wrong with me?" An American says: "I can't understand this, what's wrong with him?"

Terry Pratchett

The Ripper
Beiträge: 103
Registriert: 30.03.2002 16:26:45
Kontaktdaten:

Beitrag von The Ripper » 14.11.2002 18:00:39

parport_pc io=0x378 irq=7
das in /etc/modules bevor das modul "lp" geladen wird, dann wird ein interrupthandler für irq 7 installiert und die meldung verschwindet

Andi
Beiträge: 63
Registriert: 28.11.2002 15:39:55
Wohnort: Wien
Kontaktdaten:

Beitrag von Andi » 12.02.2003 08:27:43

seitdem ich nen 2.4-er kernel verwende taucht die meldung auch bei mir gelegentlich auf, sogar bei der debian installation wars da.
is halt nerfig wenn man grad nen ellenlangen befehl in die konsole tippt und plötzlich kommt die meldung.
ich habs bisher einfach immer mit strg+c abgebrochen, mir ist durch diese meldung kein manko aufgefallen.

thx für den tip mit dem nicht ausgeben!
Wer anderen eine Bratwurst brät, hat ein Bratwurstbratgerät
Wer gegen ein minimum Aluminium immun ist, besitzt Alluminiumminimumimmunität!

Syber
Beiträge: 26
Registriert: 20.06.2005 20:16:13
Wohnort: Wien

Beitrag von Syber » 28.12.2005 14:33:12

pdreker hat geschrieben:Um den grossen Kernel Guru Alan Cox zu zitieren:
8259A is the interrupt controller on a PC. (A pair of them actually). They
raise IRQ 7 if they get a spurious interrupt.
Das heisst also, dass es deshalb immer 7 ist, weil der IRQ7 zum reporten von "spurious interrupts" benutzt wird. Ein spurious interrupt ist ein IRQ der auftritt, aber es ist ihm eigentlich kein Gerät und damit auch kein Interrupt Handler zugewiesen.

Wenn man den Thread von der Kernel Mailingliste weiter verfolgt bekommt man folgenden Hinweis von Richard B. Johnson:
This will sometimes happen with the 8259A and really should not even
be logged. There is a default handler for all interrupts. If this
handler gets control from an unallocated interrupt, it writes this
message, ACKs the interrupt, then returns.
Also habe ich beschlossen, dass diese Meldung in Zukunft nicht mehr ausgegeben wird, weil das halt ein blödes Problem mit dem 8259A ist, das man nicht ändern kann. Kategorie: Kann passieren, ist aber auch egal. Also in /usr/src/linux/arch/i386/kernel/i8259.c die Zeile

Code: Alles auswählen

printk("spurious 8259A interrupt: IRQ%d.\n", irq);
auskommentiert (Zeile 323 in Kernel 2.4.19) Kernel recompiliert, und seitdem ist Ruhe.

;-)

Patrick
Hallo,..

Vill. bin ich nur blind, doch ich finde den Pfad bei Debian Sarge einfach nicht ;-) Kann man daher spurious 8259A interrupt: IRQ irgendwo anderes auskommentieren? Ich verwende den Kernel 2.4.27

mfg

Syber
Warum fallen wir? Damit wir lernen uns wieder aufzurappeln.

Christian_W
Beiträge: 19
Registriert: 13.03.2005 17:34:22
Kontaktdaten:

Beitrag von Christian_W » 28.12.2005 22:57:12

Du musst die Kernel-Quellen herunterladen, entpacken und den link /usr/src/linux auf dei Quellen anlegen.
Dann solltest Du die Datei finden.
Danach musst Du noch den Kernel kompilieren und verwenden.
Zum Kernelbau gibt's einige Anleitungen wenn Du das noch nie gemacht hast solltest Du zumindest eine davon gründlich lesen.

Gruß Christian

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22360
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Beitrag von KBDCALLS » 28.12.2005 23:43:11

Andi hat geschrieben:seitdem ich nen 2.4-er kernel verwende taucht die meldung auch bei mir gelegentlich auf, sogar bei der debian installation wars da.
is halt nerfig wenn man grad nen ellenlangen befehl in die konsole tippt und plötzlich kommt die meldung.
ich habs bisher einfach immer mit strg+c abgebrochen, mir ist durch diese meldung kein manko aufgefallen.

thx für den tip mit dem nicht ausgeben!
Man könnte die Meldung eventuel mit der Tastenkombination

Code: Alles auswählen

 ALT + Druck + 0 
unterdrücken. Beinflußt den Loglevel.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

Syber
Beiträge: 26
Registriert: 20.06.2005 20:16:13
Wohnort: Wien

Beitrag von Syber » 29.12.2005 09:06:06

Christian_W hat geschrieben:Du musst die Kernel-Quellen herunterladen, entpacken und den link /usr/src/linux auf dei Quellen anlegen.
Dann solltest Du die Datei finden.
Danach musst Du noch den Kernel kompilieren und verwenden.
Zum Kernelbau gibt's einige Anleitungen wenn Du das noch nie gemacht hast solltest Du zumindest eine davon gründlich lesen.

Gruß Christian
wo find ich diese anleiotungen bzw. hast nen tipp für mich :-)
Warum fallen wir? Damit wir lernen uns wieder aufzurappeln.

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22360
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Beitrag von KBDCALLS » 29.12.2005 09:19:25

Syber hat geschrieben:
Hallo,..

Vill. bin ich nur blind, doch ich finde den Pfad bei Debian Sarge einfach nicht ;-) Kann man daher spurious 8259A interrupt: IRQ irgendwo anderes auskommentieren? Ich verwende den Kernel 2.4.27

mfg

Syber
Ist nur ein 1 Zeile nach unten gerutscht also 324. Nimm denn VI . Text laden und

Code: Alles auswählen

 set nu
, dann ist das kein Problem die Zeile zu finden.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

Benutzeravatar
Savar
Beiträge: 7174
Registriert: 30.07.2004 09:28:58
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Berlin

Beitrag von Savar » 29.12.2005 09:48:35

oder einfach
MODVOICE/MYVOICE
Debianforum Verhaltensregeln
Log Dateien? -> NoPaste

Antworten