Kernel: disabling IRQ #19 (network card)

[temmokan]

Hello,

I have witnessed a strange 'kernel: disabling IRQ #19' problem. Namely, I see the above message, it relates to a network card, yet system remains operational, no side effects are detected (the above network adapter is used to maintain rather busy OpenVPN bridge).

Related records from /var/log/messages:

[code]
Jun 8 14:26:06 acme kernel: irq 19: nobody cared (try booting with the "irqpoll" option)
Jun 8 14:26:06 acme kernel: Pid: 0, comm: swapper Not tainted 2.6.32-220.7.1.el6.x86_64 #1
Jun 8 14:26:06 acme kernel: Call Trace:
Jun 8 14:26:06 acme kernel: <IRQ> [<ffffffff810db42b>] ? __report_bad_irq+0x2b/0xa0
Jun 8 14:26:06 acme kernel: [<ffffffff810db62c>] ? note_interrupt+0x18c/0x1d0
Jun 8 14:26:06 acme kernel: [<ffffffff810dbd4d>] ? handle_fasteoi_irq+0xcd/0xf0
Jun 8 14:26:06 acme kernel: [<ffffffff8100df09>] ? handle_irq+0x49/0xa0
Jun 8 14:26:06 acme kernel: [<ffffffff814f4dbc>] ? do_IRQ+0x6c/0xf0
Jun 8 14:26:06 acme kernel: [<ffffffff8100ba53>] ? ret_from_intr+0x0/0x11
Jun 8 14:26:06 acme kernel: [<ffffffff8100ba53>] ? ret_from_intr+0x0/0x11
Jun 8 14:26:06 acme kernel: <EOI> [<ffffffff812c4b0e>] ? intel_idle+0xde/0x170
Jun 8 14:26:06 acme kernel: [<ffffffff812c4af1>] ? intel_idle+0xc1/0x170
Jun 8 14:26:06 acme kernel: [<ffffffff813fa027>] ? cpuidle_idle_call+0xa7/0x140
Jun 8 14:26:06 acme kernel: [<ffffffff81009e06>] ? cpu_idle+0xb6/0x110
Jun 8 14:26:06 acme kernel: [<ffffffff814e5ffc>] ? start_secondary+0x202/0x245
Jun 8 14:26:06 acme kernel: handlers:
Jun 8 14:26:06 acme kernel: [<ffffffffa01e5020>] (rtl8169_interrupt+0x0/0x380 [r8169])
Jun 8 14:26:06 acme kernel: Disabling IRQ #19
[/code]

System info:

[code]
== BEGIN uname -rmi ==
2.6.32-220.7.1.el6.x86_64 x86_64 x86_64
== END uname -rmi ==

== BEGIN rpm -qa \*-release\* ==
epel-release-6-5.noarch
centos-release-6-2.el6.centos.7.x86_64
== END rpm -qa \*-release\* ==

== BEGIN cat /etc/redhat-release ==
CentOS release 6.2 (Final)
== END cat /etc/redhat-release ==

== BEGIN getenforce ==
Permissive
== END getenforce ==

== BEGIN free -m ==
total used free shared buffers cached
Mem: 1852 1690 162 0 808 439
-/+ buffers/cache: 441 1410
Swap: 4095 113 3982
== END free -m ==

== BEGIN rpm -qa kernel\* | sort ==
kernel-2.6.32-220.7.1.el6.x86_64
kernel-2.6.32-71.el6.x86_64
kernel-firmware-2.6.32-220.7.1.el6.noarch
kernel-headers-2.6.32-220.7.1.el6.x86_64
== END rpm -qa kernel\* | sort ==

== BEGIN lspci -nn ==
00:00.0 Host bridge [0600]: Intel Corporation 2nd Generation Core Processor Family DRAM Controller [8086:0100] (rev 09)
00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200/2nd Generation Core Processor Family PCI Express Root Port [8086:0101] (rev 09)
00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0102] (rev 09)
00:16.0 Communication controller [0780]: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 [8086:1c3a] (rev 04)
00:1a.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 [8086:1c2d] (rev 05)
00:1c.0 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 [8086:1c10] (rev b5)
00:1c.4 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 5 [8086:1c18] (rev b5)
00:1c.5 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 6 [8086:1c1a] (rev b5)
00:1c.6 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 7 [8086:1c1c] (rev b5)
00:1c.7 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev b5)
00:1d.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 [8086:1c26] (rev 05)
00:1f.0 ISA bridge [0601]: Intel Corporation H67 Express Chipset Family LPC Controller [8086:1c4a] (rev 05)
00:1f.2 RAID bus controller [0104]: Intel Corporation 82801 SATA Controller [RAID mode] [8086:2822] (rev 05)
00:1f.3 SMBus [0c05]: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller [8086:1c22] (rev 05)
03:00.0 IDE interface [0101]: VIA Technologies, Inc. VT6415 PATA IDE Host Controller [1106:0415]
05:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 06)
06:00.0 PCI bridge [0604]: ASMedia Technology Inc. ASM108x PCIe to PCI Bridge Controller [1b21:1080] (rev 01)
07:00.0 Ethernet controller [0200]: D-Link System Inc DGE-528T Gigabit Ethernet Adapter [1186:4300] (rev 10)
== END lspci -nn ==

== BEGIN lsusb ==
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 003: ID 051d:0002 American Power Conversion Uninterruptible Power Supply
Bus 002 Device 004: ID 04d9:1603 Holtek Semiconductor, Inc. Keyboard
== END lsusb ==

== BEGIN rpm -qa kmod\* kmdl\* ==
== END rpm -qa kmod\* kmdl\* ==

[/code]

"D-Link System Inc DGE-528T" is related to this message.

Could someone suggest how to treat that? I have spotted this message twice during the last month of server's work. No degrading of services followed, as far as I can judge.

Thanks.

[toracat]

The OP filed a bug [url=http://bugs.centos.org/view.php?id=5769]#5769[/url].

[AlanBartlett]

Looking at the information provided, I see --

[quote]
Jun 8 14:26:06 acme kernel: handlers:
Jun 8 14:26:06 acme kernel: [] (rtl8169_interrupt+0x0/0x380 [r8169])
Jun 8 14:26:06 acme kernel: Disabling IRQ #19
[/quote]
and --

[quote]
05:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 06)
[/quote]

My only suggestion is to try using the authentic [b]r8168[/b] driver, rather than the one-size-fits-all [b]r8169[/b] driver from the distributed kernel.

As a simple test, go to the [url=http://elrepo.org]ELRepo Project[/url] home page, configure your system to be able to access the [b]elrepo[/b] repository and then install the kernel-independent, kABI tracking [url=http://elrepo.org/tiki/kmod-r8168]kmod-r8168[/url] package --

[code]
[b]yum --enablerepo elrepo install kmod-r8168[/b]
[/code]

[shubes]

Using the kernel parameter "noirqdebug" appears to remedy the problem.

Note, this problem has been observed on debian as well. I believe that it concerns the kernel and/or the manufacturer's implementation of PCI PNP.