irq 3: nobody cared => Disabling IRQ #3 [gelöst]

[Heiko M.]

Hallo,

hab mir einen Kernel 2.6.22-5 aus der dementsprechenden Debian Source kompiliert. Beim booten bekomme ich nun folgende Meldung:

Code: Alles auswählen

Feb 21 15:25:22 neutron kernel: irq 3: nobody cared (try booting with the "irqpoll" option)
Feb 21 15:25:22 neutron kernel:  [<c013eabe>] __report_bad_irq+0x36/0x75
Feb 21 15:25:22 neutron kernel:  [<c013ec93>] note_interrupt+0x196/0x1d3
Feb 21 15:25:22 neutron kernel:  [<c013e2ad>] handle_IRQ_event+0x23/0x51
Feb 21 15:25:22 neutron kernel:  [<c013f49e>] handle_level_irq+0x53/0x95
Feb 21 15:25:22 neutron kernel:  [<c0106502>] do_IRQ+0x53/0x6d
Feb 21 15:25:22 neutron kernel:  [<c0104bf3>] common_interrupt+0x23/0x30
Feb 21 15:25:22 neutron kernel:  [<c013e2a0>] handle_IRQ_event+0x16/0x51
Feb 21 15:25:22 neutron kernel:  [<c013f4ce>] handle_level_irq+0x83/0x95
Feb 21 15:25:22 neutron kernel:  [<c0106502>] do_IRQ+0x53/0x6d
Feb 21 15:25:22 neutron kernel:  [<c0110239>] smp_apic_timer_interrupt+0x62/0x6c
Feb 21 15:25:22 neutron kernel:  [<c0104bf3>] common_interrupt+0x23/0x30
Feb 21 15:25:22 neutron kernel:  [<c011dab5>] __do_softirq+0x2e/0x87
Feb 21 15:25:22 neutron kernel:  [<c011db43>] do_softirq+0x35/0x43
Feb 21 15:25:22 neutron kernel:  [<c011ddca>] irq_exit+0x29/0x58
Feb 21 15:25:22 neutron kernel:  [<c0106507>] do_IRQ+0x58/0x6d
Feb 21 15:25:22 neutron kernel:  [<c0104bf3>] common_interrupt+0x23/0x30
Feb 21 15:25:22 neutron kernel:  [<c021bac7>] serial8250_startup+0x4d4/0x551
Feb 21 15:25:22 neutron kernel:  [<c0217bc3>] uart_startup+0x66/0x122
Feb 21 15:25:22 neutron kernel:  [<c021867d>] uart_open+0x148/0x38b
Feb 21 15:25:22 neutron kernel:  [<c01bf97a>] kobject_get+0xf/0x13
Feb 21 15:25:22 neutron kernel:  [<c0209da3>] tty_open+0x177/0x258
Feb 21 15:25:22 neutron kernel:  [<c015aee1>] chrdev_open+0xe0/0xf6
Feb 21 15:25:22 neutron kernel:  [<c015ae01>] chrdev_open+0x0/0xf6
Feb 21 15:25:22 neutron kernel:  [<c0157ad2>] __dentry_open+0xb7/0x16d
Feb 21 15:25:22 neutron kernel:  [<c0157c02>] nameidata_to_filp+0x24/0x33
Feb 21 15:25:22 neutron kernel:  [<c0157c48>] do_filp_open+0x37/0x3e
Feb 21 15:25:22 neutron kernel:  [<c0157c91>] do_sys_open+0x42/0xcd
Feb 21 15:25:22 neutron kernel:  [<c0157d55>] sys_open+0x1c/0x1e
Feb 21 15:25:22 neutron kernel:  [<c0103ba2>] sysenter_past_esp+0x6b/0xa9
Feb 21 15:25:22 neutron kernel:  =======================
Feb 21 15:25:22 neutron kernel: handlers:
Feb 21 15:25:22 neutron kernel: [<c021bbba>] (serial8250_interrupt+0x0/0x10d)
Feb 21 15:25:22 neutron kernel: Disabling IRQ #3

Habe folgende drei Optionen getestet:

• irqpoll
  noirqpoll
  noirqdebug

doch nichts hilft. Das System funktioniert soweit gut, aber ich denke, dass dies (Disabling IRQ #3) eigentlich nicht passieren sollte.

Vielleicht hat ja jemand eine Idee, wie man an die Sache am besten ran geht, habe nicht so viel Ahnung von Kernelangelegenheiten.

Mein System ist ein aktuelles Debian SID und den kompletten kern.log findet ihr hier: http://nopaste.debianforum.de/7519

Gruß
Heiko

[habakug]

Hallo!

Hier sieht noch alles ganz gut aus:

Feb 21 15:25:12 neutron kernel: Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
Feb 21 15:25:12 neutron kernel: serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
Feb 21 15:25:12 neutron kernel: 00:03: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A

Eine serielle Schnittstelle bekommt den Interrupt #3. Doch dann:

Feb 21 15:25:12 neutron kernel: PCI: setting IRQ 3 as level-triggered
Feb 21 15:25:12 neutron kernel: PCI: Found IRQ 3 for device 0000:00:10.0
Feb 21 15:25:12 neutron kernel: uhci_hcd 0000:00:10.0: UHCI Host Controller

Der USB-Controller bekommt ebenfalls den Interrupt #3. Aber noch sind ja keine Geräte dran. Etwas später dann:

Feb 21 15:25:22 neutron kernel: irq 3: nobody cared (try booting with the "irqpoll" option)
Feb 21 15:25:22 neutron kernel: [<c013eabe>] __report_bad_irq+0x36/0x75

Das Gerangel nimmt seinen Lauf. And the winner is, jedenfalls nicht die serielle Schnittstelle:

eb 21 15:25:22 neutron kernel: handlers:
Feb 21 15:25:22 neutron kernel: [<c021bbba>] (serial8250_interrupt+0x0/0x10d)
Feb 21 15:25:22 neutron kernel: Disabling IRQ #3

Versuch mal im Bios die entsprechende COM zu deaktivieren, wenn du sie nicht unbedingt brauchst.
Außerdem solltest du nach einem BIOS-Update Ausschau halten und dafür sorgen das ACPI wirklich funktioniert:

Feb 21 15:25:12 neutron kernel: PCI: PCI BIOS revision 2.10 entry at 0xf1a30, last bus=1
Feb 21 15:25:12 neutron kernel: PCI: Using configuration type 1
Feb 21 15:25:12 neutron kernel: Setting up standard PCI resources
Feb 21 15:25:12 neutron kernel: ACPI: Interpreter disabled.

Gruß, habakug

[Heiko M.]

Vielen Dank für die ausführliche Erläuterung.

Habe zwei serielle und eine parallele Schnittstelle auf meinem Board. Benutzt habe ich bisher noch keine, also wurden sie kurzerhand im BIOS deaktiviert (wie vorgeschlagen). Die Meldung "...Disabling IRQ #3" kommt nicht mehr und ganz nebenbei wurde dadurch auch dieses http://www.debianforum.de/forum/viewtopic.php?t=96166 Anliegen gelöst.

Außerdem solltest du nach einem BIOS-Update Ausschau halten und dafür sorgen das ACPI wirklich funktioniert:

Hab noch nie ein BIOS-Update gemacht und scheue mich daran rumzuschrauben. Mein Rechner ist vom LIDL aus dem Jahr 2002 und das einzige BIOS-Update für das Board, welches vom Hersteller angeboten wird ist aus dem Jahr 2004. Lohnt sich da überhaupt ein BIOS_Update bzw. wie groß sind die Chancen dass ACPI danach richtig funktioniert?

Gruß
Heiko

[cirrussc]

Hi,

Hab noch nie ein BIOS-Update gemacht und scheue mich daran rumzuschrauben. Mein Rechner ist vom LIDL aus dem Jahr 2002 und das einzige BIOS-Update für das Board, welches vom Hersteller angeboten wird ist aus dem Jahr 2004. Lohnt sich da überhaupt ein BIOS_Update bzw. wie groß sind die Chancen dass ACPI danach richtig funktioniert?

Das hängt wohl alles von deinem Board ab.
Die aktuell installierte BIOS-Version solltest du beim Start des Rechners oder im BIOS-Setup selbst herausfinden können.
Dann weist du auch ob schon das aktuellste drauf ist.

Womöglich hat der Hersteller auch eine Art Changelog Parat, was eher selten ist (gerade bei so billig Rechnern).

Und noch anzuraten ist, Updates wenn möglich lieber von Diskette aus zu erledigen und nicht z.B. im Windows.
Das ist meist Sicherer.
Erkundige dich auch im Netz ob es Probleme mit der neuen Version gibt (soll ja alles möglich sein).

[Heiko M.]

Hi,

das mit dem BIOS-Update war eine grandiose Idee (Danke habakug & cirrussc)!. Es hat sich nun auch folgendes Problem erledigt.
http://bugzilla.kernel.org/show_bug.cgi?id=9119

Gruß
Heiko