You are not logged in.

Pages: 1

#1 2012-01-10 19:15:03

iuzto
Member
Registered: 2012-01-10
Posts: 3

irq 19: nobody cared (try booting with the "irqpoll" option)

Hey arch users,

I've got some problems with my arch desktop.

It is suddenly freezing sometimes for quite a time. Just recently I decided to take a look at the kernel logs, where it told me to boot with the irqpoll option..
I added that option to my grub menu.lst and it does boot with that option. (e.g. Jan  9 11:45:59 localhost kernel: [    0.000000] Command line: root=/dev/mapper/*** cryptdevice=/dev/sda2:*** ro irqpoll)

But nothing changed since then.. The system still suddenly slows and then freezes..

I've no idea how to fix this issue.. (maybe its an hardware issue?)

Or can anyone more advanced get some more information out of these logs (I can give you plenty more, if you like):

Before I added the irqpoll boot option:

Jan  5 14:15:12 localhost kernel: [ 2789.910046] irq 19: nobody cared (try booting with the "irqpoll" option)
Jan  5 14:15:12 localhost kernel: [ 2789.910050] Pid: 3858, comm: kworker/0:4 Not tainted 3.1.6-1-ARCH #1
Jan  5 14:15:12 localhost kernel: [ 2789.910052] Call Trace:
Jan  5 14:15:12 localhost kernel: [ 2789.910053]  <IRQ>  [<ffffffff810c70cd>] __report_bad_irq+0x3d/0xe0
Jan  5 14:15:12 localhost kernel: [ 2789.910061]  [<ffffffff810c737c>] note_interrupt+0x15c/0x210
Jan  5 14:15:12 localhost kernel: [ 2789.910064]  [<ffffffff810c5259>] handle_irq_event_percpu+0xc9/0x2a0
Jan  5 14:15:12 localhost kernel: [ 2789.910066]  [<ffffffff810c5478>] handle_irq_event+0x48/0x70
Jan  5 14:15:12 localhost kernel: [ 2789.910069]  [<ffffffff810c7caa>] handle_fasteoi_irq+0x5a/0xe0
Jan  5 14:15:12 localhost kernel: [ 2789.910072]  [<ffffffff81016992>] handle_irq+0x22/0x40
Jan  5 14:15:12 localhost kernel: [ 2789.910075]  [<ffffffff8140d7da>] do_IRQ+0x5a/0xe0
Jan  5 14:15:12 localhost kernel: [ 2789.910079]  [<ffffffff8140a42e>] common_interrupt+0x6e/0x6e
Jan  5 14:15:12 localhost kernel: [ 2789.910082]  [<ffffffff813462b3>] ? harmonize_features.isra.53+0x23/0x60
Jan  5 14:15:12 localhost kernel: [ 2789.910084]  [<ffffffff81346338>] netif_skb_features+0x48/0x80
Jan  5 14:15:12 localhost kernel: [ 2789.910086]  [<ffffffff81348f48>] dev_hard_start_xmit+0x168/0x740
Jan  5 14:15:12 localhost kernel: [ 2789.910093]  [<ffffffff81364c9d>] sch_direct_xmit+0xdd/0x1d0
Jan  5 14:15:12 localhost kernel: [ 2789.910095]  [<ffffffff81364e36>] __qdisc_run+0xa6/0x130
Jan  5 14:15:12 localhost kernel: [ 2789.910097]  [<ffffffff813497dd>] dev_queue_xmit+0x2bd/0x680
Jan  5 14:15:12 localhost kernel: [ 2789.910100]  [<ffffffff8137e859>] ip_finish_output+0x179/0x320
Jan  5 14:15:12 localhost kernel: [ 2789.910102]  [<ffffffff8137f408>] ip_output+0x98/0xa0
Jan  5 14:15:12 localhost kernel: [ 2789.910105]  [<ffffffff813765af>] ? ipv4_dst_check+0x2f/0x50
Jan  5 14:15:12 localhost kernel: [ 2789.910107]  [<ffffffff8137ead9>] ip_local_out+0x29/0x30
Jan  5 14:15:12 localhost kernel: [ 2789.910109]  [<ffffffff8137ec39>] ip_queue_xmit+0x159/0x410
Jan  5 14:15:12 localhost kernel: [ 2789.910112]  [<ffffffff8139564d>] tcp_transmit_skb+0x3dd/0x8a0
Jan  5 14:15:12 localhost kernel: [ 2789.910115]  [<ffffffff81396227>] tcp_write_xmit+0x1b7/0x9b0
Jan  5 14:15:12 localhost kernel: [ 2789.910118]  [<ffffffff8114795b>] ? kfree+0x3b/0x170
Jan  5 14:15:12 localhost kernel: [ 2789.910120]  [<ffffffff81396a86>] __tcp_push_pending_frames+0x26/0x90
Jan  5 14:15:12 localhost kernel: [ 2789.910123]  [<ffffffff81393591>] tcp_rcv_established+0x241/0x830
Jan  5 14:15:12 localhost kernel: [ 2789.910125]  [<ffffffff8139a4ff>] tcp_v4_do_rcv+0x10f/0x310
Jan  5 14:15:12 localhost kernel: [ 2789.910128]  [<ffffffff813599d5>] ? sk_filter+0x95/0xd0
Jan  5 14:15:12 localhost kernel: [ 2789.910130]  [<ffffffff8139c5c1>] tcp_v4_rcv+0x611/0x900
Jan  5 14:15:13 localhost kernel: [ 2789.910133]  [<ffffffff81379c7d>] ip_local_deliver_finish+0xed/0x2b0
Jan  5 14:15:13 localhost kernel: [ 2789.910135]  [<ffffffff8137a010>] ip_local_deliver+0x90/0xa0
Jan  5 14:15:13 localhost kernel: [ 2789.910138]  [<ffffffff81379941>] ip_rcv_finish+0x131/0x380
Jan  5 14:15:13 localhost kernel: [ 2789.910140]  [<ffffffff8137a24e>] ip_rcv+0x22e/0x300
Jan  5 14:15:13 localhost kernel: [ 2789.910142]  [<ffffffff81346bba>] __netif_receive_skb+0x30a/0x660
Jan  5 14:15:13 localhost kernel: [ 2789.910144]  [<ffffffff813475ed>] netif_receive_skb+0xad/0xc0
Jan  5 14:15:13 localhost kernel: [ 2789.910147]  [<ffffffff81347f60>] napi_skb_finish+0x50/0x70
Jan  5 14:15:13 localhost kernel: [ 2789.910149]  [<ffffffff81348035>] napi_gro_receive+0xb5/0xc0
Jan  5 14:15:13 localhost kernel: [ 2789.910153]  [<ffffffffa01be362>] rtl8169_poll+0xe2/0x570 [r8169]
Jan  5 14:15:13 localhost kernel: [ 2789.910155]  [<ffffffff813478c9>] net_rx_action+0x149/0x300
Jan  5 14:15:13 localhost kernel: [ 2789.910158]  [<ffffffff81409dfd>] ? _raw_spin_unlock+0x2d/0x40
Jan  5 14:15:13 localhost kernel: [ 2789.910161]  [<ffffffff81069200>] __do_softirq+0xb0/0x270
Jan  5 14:15:13 localhost kernel: [ 2789.910164]  [<ffffffff8103416a>] ? ack_apic_level+0x7a/0x240
Jan  5 14:15:13 localhost kernel: [ 2789.910166]  [<ffffffff8140cf2c>] call_softirq+0x1c/0x30
Jan  5 14:15:13 localhost kernel: [ 2789.910169]  [<ffffffff81016a15>] do_softirq+0x65/0xa0
Jan  5 14:15:13 localhost kernel: [ 2789.910171]  [<ffffffff8106970e>] irq_exit+0x9e/0xc0
Jan  5 14:15:13 localhost kernel: [ 2789.910173]  [<ffffffff8140d7e3>] do_IRQ+0x63/0xe0
Jan  5 14:15:13 localhost kernel: [ 2789.910175]  [<ffffffff8140a42e>] common_interrupt+0x6e/0x6e
Jan  5 14:15:13 localhost kernel: [ 2789.910177]  <EOI>  [<ffffffff8104c255>] ? cpuacct_charge+0x65/0x70
Jan  5 14:15:13 localhost kernel: [ 2789.910182]  [<ffffffff81409e5f>] ? _raw_spin_unlock_irq+0xf/0x40
Jan  5 14:15:13 localhost kernel: [ 2789.910184]  [<ffffffff8104f029>] finish_task_switch+0x49/0xd0
Jan  5 14:15:13 localhost kernel: [ 2789.910187]  [<ffffffff81406e2e>] __schedule+0x33e/0x980
Jan  5 14:15:13 localhost kernel: [ 2789.910189]  [<ffffffff81225866>] ? cpumask_next_and+0x36/0x50
Jan  5 14:15:13 localhost kernel: [ 2789.910192]  [<ffffffff8104f975>] ? select_task_rq_fair+0x535/0x9c0
Jan  5 14:15:13 localhost kernel: [ 2789.910194]  [<ffffffff81407546>] preempt_schedule+0x46/0x60
Jan  5 14:15:13 localhost kernel: [ 2789.910197]  [<ffffffff8120319a>] blkcipher_walk_done+0x27a/0x290
Jan  5 14:15:13 localhost kernel: [ 2789.910203]  [<ffffffffa01b20bf>] ? aes_enc_blk+0xbf/0x1dd [aes_x86_64]
Jan  5 14:15:13 localhost kernel: [ 2789.910206]  [<ffffffffa01b3710>] ? dec128+0x818/0x818 [aes_x86_64]
Jan  5 14:15:13 localhost kernel: [ 2789.910210]  [<ffffffffa00e419e>] crypt+0x9e/0x130 [xts]
Jan  5 14:15:13 localhost kernel: [ 2789.910213]  [<ffffffffa00e4276>] decrypt+0x46/0x50 [xts]
Jan  5 14:15:13 localhost kernel: [ 2789.910216]  [<ffffffff8120282c>] async_decrypt+0x3c/0x40
Jan  5 14:15:13 localhost kernel: [ 2789.910220]  [<ffffffffa0149fe3>] crypt_convert+0x2d3/0x350 [dm_crypt]
Jan  5 14:15:13 localhost kernel: [ 2789.910223]  [<ffffffffa014b2a0>] ? kcryptd_async_done+0x120/0x120 [dm_crypt]
Jan  5 14:15:13 localhost kernel: [ 2789.910227]  [<ffffffffa014b56a>] kcryptd_crypt+0x2ca/0x3d0 [dm_crypt]
Jan  5 14:15:13 localhost kernel: [ 2789.910234]  [<ffffffffa00ef23b>] ? scsi_request_fn+0xab/0x3d0 [scsi_mod]
Jan  5 14:15:13 localhost kernel: [ 2789.910237]  [<ffffffff8120b3f0>] ? blk_requeue_request+0x110/0x110
Jan  5 14:15:13 localhost kernel: [ 2789.910240]  [<ffffffffa014b2a0>] ? kcryptd_async_done+0x120/0x120 [dm_crypt]
Jan  5 14:15:13 localhost kernel: [ 2789.910243]  [<ffffffff8107f036>] process_one_work+0x116/0x4d0
Jan  5 14:15:13 localhost kernel: [ 2789.910246]  [<ffffffff8107f9ce>] worker_thread+0x15e/0x350
Jan  5 14:15:13 localhost kernel: [ 2789.910248]  [<ffffffff8107f870>] ? manage_workers.isra.29+0x230/0x230
Jan  5 14:15:13 localhost kernel: [ 2789.910251]  [<ffffffff8108467c>] kthread+0x8c/0xa0
Jan  5 14:15:13 localhost kernel: [ 2789.910253]  [<ffffffff8140ce34>] kernel_thread_helper+0x4/0x10
Jan  5 14:15:13 localhost kernel: [ 2789.910256]  [<ffffffff810845f0>] ? kthread_worker_fn+0x190/0x190
Jan  5 14:15:13 localhost kernel: [ 2789.910258]  [<ffffffff8140ce30>] ? gs_change+0x13/0x13
Jan  5 14:15:13 localhost kernel: [ 2789.910259] handlers:
Jan  5 14:15:13 localhost kernel: [ 2789.910264] [<ffffffffa00a0520>] usb_hcd_irq
Jan  5 14:15:13 localhost kernel: [ 2789.910268] [<ffffffffa00a0520>] usb_hcd_irq
Jan  5 14:15:13 localhost kernel: [ 2789.910270] [<ffffffffa0211840>] irq_handler
Jan  5 14:15:13 localhost kernel: [ 2789.910272] Disabling IRQ #19


Jan  6 15:03:07 localhost kernel: [ 1288.263804] irq 19: nobody cared (try booting with the "irqpoll" option)
Jan  6 15:03:07 localhost kernel: [ 1288.263808] Pid: 2801, comm: ssh Not tainted 3.1.6-1-ARCH #1
Jan  6 15:03:07 localhost kernel: [ 1288.263810] Call Trace:
Jan  6 15:03:07 localhost kernel: [ 1288.263811]  <IRQ>  [<ffffffff810c70cd>] __report_bad_irq+0x3d/0xe0
Jan  6 15:03:07 localhost kernel: [ 1288.263818]  [<ffffffff810c737c>] note_interrupt+0x15c/0x210
Jan  6 15:03:07 localhost kernel: [ 1288.263821]  [<ffffffff810c5259>] handle_irq_event_percpu+0xc9/0x2a0
Jan  6 15:03:07 localhost kernel: [ 1288.263825]  [<ffffffff81096308>] ? tick_dev_program_event+0x48/0x110
Jan  6 15:03:07 localhost kernel: [ 1288.263827]  [<ffffffff810c5478>] handle_irq_event+0x48/0x70
Jan  6 15:03:07 localhost kernel: [ 1288.263830]  [<ffffffff810c7caa>] handle_fasteoi_irq+0x5a/0xe0
Jan  6 15:03:07 localhost kernel: [ 1288.263833]  [<ffffffff81016992>] handle_irq+0x22/0x40
Jan  6 15:03:07 localhost kernel: [ 1288.263836]  [<ffffffff8140d7da>] do_IRQ+0x5a/0xe0
Jan  6 15:03:07 localhost kernel: [ 1288.263839]  [<ffffffff8140a42e>] common_interrupt+0x6e/0x6e
Jan  6 15:03:07 localhost kernel: [ 1288.263840]  <EOI> 
Jan  6 15:03:07 localhost kernel: [ 1288.263841] handlers:
Jan  6 15:03:07 localhost kernel: [ 1288.263851] [<ffffffffa00a0520>] usb_hcd_irq
Jan  6 15:03:07 localhost kernel: [ 1288.263855] [<ffffffffa00a0520>] usb_hcd_irq
Jan  6 15:03:07 localhost kernel: [ 1288.263858] [<ffffffffa0226840>] irq_handler
Jan  6 15:03:07 localhost kernel: [ 1288.263859] Disabling IRQ #19


Jan  8 15:19:22 localhost kernel: [14096.514197] irq 19: nobody cared (try booting with the "irqpoll" option)
Jan  8 15:19:22 localhost kernel: [14096.514201] Pid: 7496, comm: dropbox Not tainted 3.1.6-1-ARCH #1
Jan  8 15:19:22 localhost kernel: [14096.514202] Call Trace:
Jan  8 15:19:22 localhost kernel: [14096.514204]  <IRQ>  [<ffffffff810c70cd>] __report_bad_irq+0x3d/0xe0
Jan  8 15:19:22 localhost kernel: [14096.514211]  [<ffffffff810c737c>] note_interrupt+0x15c/0x210
Jan  8 15:19:22 localhost kernel: [14096.514214]  [<ffffffff810c5259>] handle_irq_event_percpu+0xc9/0x2a0
Jan  8 15:19:22 localhost kernel: [14096.514218]  [<ffffffff81096308>] ? tick_dev_program_event+0x48/0x110
Jan  8 15:19:22 localhost kernel: [14096.514220]  [<ffffffff810c5478>] handle_irq_event+0x48/0x70
Jan  8 15:19:22 localhost kernel: [14096.514223]  [<ffffffff810c7caa>] handle_fasteoi_irq+0x5a/0xe0
Jan  8 15:19:22 localhost kernel: [14096.514226]  [<ffffffff81016992>] handle_irq+0x22/0x40
Jan  8 15:19:22 localhost kernel: [14096.514229]  [<ffffffff8140d7da>] do_IRQ+0x5a/0xe0
Jan  8 15:19:22 localhost kernel: [14096.514232]  [<ffffffff8140a42e>] common_interrupt+0x6e/0x6e
Jan  8 15:19:22 localhost kernel: [14096.514233]  <EOI>  [<ffffffff8140acc2>] ? system_call_fastpath+0x16/0x1b
Jan  8 15:19:22 localhost kernel: [14096.514236] handlers:
Jan  8 15:19:22 localhost kernel: [14096.514246] [<ffffffffa00a0520>] usb_hcd_irq
Jan  8 15:19:22 localhost kernel: [14096.514250] [<ffffffffa00a0520>] usb_hcd_irq
Jan  8 15:19:22 localhost kernel: [14096.514253] [<ffffffffa0337840>] irq_handler
Jan  8 15:19:22 localhost kernel: [14096.514254] Disabling IRQ #19

After adding it:

Jan  9 11:36:21 localhost kernel: [20693.625043] irq 19: nobody cared (try booting with the "irqpoll" option)
Jan  9 11:36:21 localhost kernel: [20693.625047] Pid: 18279, comm: kworker/0:2 Not tainted 3.1.6-1-ARCH #1
Jan  9 11:36:21 localhost kernel: [20693.625048] Call Trace:
Jan  9 11:36:21 localhost kernel: [20693.625050]  <IRQ>  [<ffffffff810c70cd>] __report_bad_irq+0x3d/0xe0
Jan  9 11:36:21 localhost kernel: [20693.625059]  [<ffffffff810c737c>] note_interrupt+0x15c/0x210
Jan  9 11:36:21 localhost kernel: [20693.625065]  [<ffffffffa01a3710>] ? dec128+0x818/0x818 [aes_x86_64]
Jan  9 11:36:21 localhost kernel: [20693.625068]  [<ffffffff810c5259>] handle_irq_event_percpu+0xc9/0x2a0
Jan  9 11:36:21 localhost kernel: [20693.625071]  [<ffffffff81096308>] ? tick_dev_program_event+0x48/0x110
Jan  9 11:36:21 localhost kernel: [20693.625075]  [<ffffffffa01a3710>] ? dec128+0x818/0x818 [aes_x86_64]
Jan  9 11:36:21 localhost kernel: [20693.625077]  [<ffffffff810c5478>] handle_irq_event+0x48/0x70
Jan  9 11:36:21 localhost kernel: [20693.625080]  [<ffffffff810c7caa>] handle_fasteoi_irq+0x5a/0xe0
Jan  9 11:36:21 localhost kernel: [20693.625083]  [<ffffffff81016992>] handle_irq+0x22/0x40
Jan  9 11:36:21 localhost kernel: [20693.625086]  [<ffffffff8140d7da>] do_IRQ+0x5a/0xe0
Jan  9 11:36:21 localhost kernel: [20693.625089]  [<ffffffff8140a42e>] common_interrupt+0x6e/0x6e
Jan  9 11:36:21 localhost kernel: [20693.625090]  <EOI>  [<ffffffffa01a36e4>] ? dec128+0x7ec/0x818 [aes_x86_64]
Jan  9 11:36:21 localhost kernel: [20693.625096]  [<ffffffffa01a3722>] ? aes_decrypt+0x12/0x30 [aes_x86_64]
Jan  9 11:36:21 localhost kernel: [20693.625100]  [<ffffffffa014e1f8>] ? crypt+0xf8/0x130 [xts]
Jan  9 11:36:21 localhost kernel: [20693.625103]  [<ffffffffa014e276>] ? decrypt+0x46/0x50 [xts]
Jan  9 11:36:21 localhost kernel: [20693.625107]  [<ffffffff8120282c>] ? async_decrypt+0x3c/0x40
Jan  9 11:36:21 localhost kernel: [20693.625110]  [<ffffffffa0149fe3>] ? crypt_convert+0x2d3/0x350 [dm_crypt]
Jan  9 11:36:21 localhost kernel: [20693.625114]  [<ffffffffa014b2a0>] ? kcryptd_async_done+0x120/0x120 [dm_crypt]
Jan  9 11:36:21 localhost kernel: [20693.625117]  [<ffffffffa014b56a>] ? kcryptd_crypt+0x2ca/0x3d0 [dm_crypt]
Jan  9 11:36:21 localhost kernel: [20693.625121]  [<ffffffffa014b2a0>] ? kcryptd_async_done+0x120/0x120 [dm_crypt]
Jan  9 11:36:21 localhost kernel: [20693.625124]  [<ffffffff8107f036>] ? process_one_work+0x116/0x4d0
Jan  9 11:36:21 localhost kernel: [20693.625126]  [<ffffffff8107f9ce>] ? worker_thread+0x15e/0x350
Jan  9 11:36:21 localhost kernel: [20693.625128]  [<ffffffff8107f870>] ? manage_workers.isra.29+0x230/0x230
Jan  9 11:36:21 localhost kernel: [20693.625131]  [<ffffffff8108467c>] ? kthread+0x8c/0xa0
Jan  9 11:36:21 localhost kernel: [20693.625133]  [<ffffffff8140ce34>] ? kernel_thread_helper+0x4/0x10
Jan  9 11:36:21 localhost kernel: [20693.625136]  [<ffffffff810845f0>] ? kthread_worker_fn+0x190/0x190
Jan  9 11:36:21 localhost kernel: [20693.625138]  [<ffffffff8140ce30>] ? gs_change+0x13/0x13
Jan  9 11:36:21 localhost kernel: [20693.625139] handlers:
Jan  9 11:36:21 localhost kernel: [20693.625145] [<ffffffffa00a0520>] usb_hcd_irq
Jan  9 11:36:21 localhost kernel: [20693.625149] [<ffffffffa00a0520>] usb_hcd_irq
Jan  9 11:36:21 localhost kernel: [20693.625151] [<ffffffffa0224840>] irq_handler
Jan  9 11:36:21 localhost kernel: [20693.625153] Disabling IRQ #19


Jan  9 18:18:20 localhost kernel: [ 5355.952444] irq 19: nobody cared (try booting with the "irqpoll" option)
Jan  9 18:18:20 localhost kernel: [ 5355.952448] Pid: 0, comm: swapper Not tainted 3.1.8-1-ARCH #1
Jan  9 18:18:20 localhost kernel: [ 5355.952450] Call Trace:
Jan  9 18:18:20 localhost kernel: [ 5355.952451]  <IRQ>  [<ffffffff810c725d>] __report_bad_irq+0x3d/0xe0
Jan  9 18:18:20 localhost kernel: [ 5355.952459]  [<ffffffff810c750c>] note_interrupt+0x15c/0x210
Jan  9 18:18:20 localhost kernel: [ 5355.952462]  [<ffffffff810c53e9>] handle_irq_event_percpu+0xc9/0x2a0
Jan  9 18:18:20 localhost kernel: [ 5355.952465]  [<ffffffff810c5608>] handle_irq_event+0x48/0x70
Jan  9 18:18:20 localhost kernel: [ 5355.952467]  [<ffffffff810c7e3a>] handle_fasteoi_irq+0x5a/0xe0
Jan  9 18:18:20 localhost kernel: [ 5355.952470]  [<ffffffff81016992>] handle_irq+0x22/0x40
Jan  9 18:18:20 localhost kernel: [ 5355.952474]  [<ffffffff8140ee1a>] do_IRQ+0x5a/0xe0
Jan  9 18:18:20 localhost kernel: [ 5355.952477]  [<ffffffff8140ba6e>] common_interrupt+0x6e/0x6e
Jan  9 18:18:20 localhost kernel: [ 5355.952478]  <EOI>  [<ffffffff8127a6bb>] ? intel_idle+0xcb/0x120
Jan  9 18:18:20 localhost kernel: [ 5355.952483]  [<ffffffff8127a69d>] ? intel_idle+0xad/0x120
Jan  9 18:18:20 localhost kernel: [ 5355.952486]  [<ffffffff8131eef6>] cpuidle_idle_call+0xc6/0x350
Jan  9 18:18:20 localhost kernel: [ 5355.952489]  [<ffffffff81013229>] cpu_idle+0xc9/0x120
Jan  9 18:18:20 localhost kernel: [ 5355.952492]  [<ffffffff813e8712>] rest_init+0x96/0xa4
Jan  9 18:18:20 localhost kernel: [ 5355.952494]  [<ffffffff8194fc15>] start_kernel+0x3bf/0x3cc
Jan  9 18:18:20 localhost kernel: [ 5355.952497]  [<ffffffff8194f347>] x86_64_start_reservations+0x132/0x136
Jan  9 18:18:20 localhost kernel: [ 5355.952500]  [<ffffffff8194f140>] ? early_idt_handlers+0x140/0x140
Jan  9 18:18:20 localhost kernel: [ 5355.952502]  [<ffffffff8194f44d>] x86_64_start_kernel+0x102/0x111
Jan  9 18:18:20 localhost kernel: [ 5355.952504] handlers:
Jan  9 18:18:20 localhost kernel: [ 5355.952513] [<ffffffffa00a0520>] usb_hcd_irq
Jan  9 18:18:20 localhost kernel: [ 5355.952517] [<ffffffffa00a0520>] usb_hcd_irq
Jan  9 18:18:20 localhost kernel: [ 5355.952519] [<ffffffffa02d9840>] irq_handler
Jan  9 18:18:20 localhost kernel: [ 5355.952521] Disabling IRQ #19


Jan 10 13:46:45 localhost kernel: [ 7290.975133] irq 19: nobody cared (try booting with the "irqpoll" option)
Jan 10 13:46:45 localhost kernel: [ 7290.975137] Pid: 970, comm: Xorg Not tainted 3.1.8-1-ARCH #1
Jan 10 13:46:45 localhost kernel: [ 7290.975138] Call Trace:
Jan 10 13:46:45 localhost kernel: [ 7290.975140]  <IRQ>  [<ffffffff810c725d>] __report_bad_irq+0x3d/0xe0
Jan 10 13:46:45 localhost kernel: [ 7290.975149]  [<ffffffff810c750c>] note_interrupt+0x15c/0x210
Jan 10 13:46:45 localhost kernel: [ 7290.975152]  [<ffffffff810c53e9>] handle_irq_event_percpu+0xc9/0x2a0
Jan 10 13:46:45 localhost kernel: [ 7290.975156]  [<ffffffff810964c8>] ? tick_dev_program_event+0x48/0x110
Jan 10 13:46:45 localhost kernel: [ 7290.975158]  [<ffffffff810c5608>] handle_irq_event+0x48/0x70
Jan 10 13:46:45 localhost kernel: [ 7290.975161]  [<ffffffff810c7e3a>] handle_fasteoi_irq+0x5a/0xe0
Jan 10 13:46:45 localhost kernel: [ 7290.975164]  [<ffffffff81016992>] handle_irq+0x22/0x40
Jan 10 13:46:45 localhost kernel: [ 7290.975167]  [<ffffffff8140ee1a>] do_IRQ+0x5a/0xe0
Jan 10 13:46:45 localhost kernel: [ 7290.975170]  [<ffffffff8140ba6e>] common_interrupt+0x6e/0x6e
Jan 10 13:46:45 localhost kernel: [ 7290.975172]  <EOI>  [<ffffffff8140c302>] ? system_call_fastpath+0x16/0x1b
Jan 10 13:46:45 localhost kernel: [ 7290.975175] handlers:
Jan 10 13:46:45 localhost kernel: [ 7290.975184] [<ffffffffa00a0520>] usb_hcd_irq
Jan 10 13:46:45 localhost kernel: [ 7290.975188] [<ffffffffa00a0520>] usb_hcd_irq
Jan 10 13:46:45 localhost kernel: [ 7290.975191] [<ffffffffa0289840>] irq_handler
Jan 10 13:46:45 localhost kernel: [ 7290.975193] Disabling IRQ #19

Thank you!
iuzto

Last edited by iuzto (2012-01-11 12:43:21)

Offline

#2 2012-01-11 02:38:12

ewaller
Administrator
From: Pasadena, CA
Registered: 2009-07-13
Posts: 20,193

Re: irq 19: nobody cared (try booting with the "irqpoll" option)

It means that some piece of hardware is requesting an interrupt.  This is a hardware function in which hardware can asynchronously make the CPU aware that something critical needs attention NOW.  The problem is, the kernel cannot figure out what hardware is causing the interrupt, and therefore cannot service _or_ clear the demand for help.

It may, or may not be a hardware problem.  What it means is that some hardware, of which the kernel is not aware, is asking for service.  Usually that should not happen unless a kernel driver told that hardware it has permission to do that.

You might try figuring out what might by driving IRQ 19.
Look at /proc/interrupts, the contents of the files in /proc/irq/19, and the output of lspci -vv  (That is two v's, not w) to see what PCI devices hook to what interrupts. 
You might also look in the BIOS setup and make sure things that might be on 19 are off, or at least are identified.
Try to ensure there is a driver for anything that hooks to the offending interrupt.  I hate to say it -- Good Luck.

Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way

Offline

#3 2012-01-11 04:17:58

ewaller
Administrator
From: Pasadena, CA
Registered: 2009-07-13
Posts: 20,193

Re: irq 19: nobody cared (try booting with the "irqpoll" option)

iuzto,
Could I prevail upon you to change your 'quote' tags in your first post to 'code' tags instead.  It creates scroll bars and is better for long passages.  Thanks.

Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way

Offline

#4 2012-01-11 13:12:07

iuzto
Member
Registered: 2012-01-10
Posts: 3

Re: irq 19: nobody cared (try booting with the "irqpoll" option)

Thank you for that explanation smile

I just had a look at the different files.
In the /proc/interrupts it tells me: 

  19:      65202          0          0          0          0          0          0          0   IO-APIC-fasteoi   uhci_hcd:usb7, uhci_hcd:usb9, firewire_ohci

In the /proc/irq/19 I was not able to find any relevant information (except a list, where it told me, that there was one unhandled interupt and a count of 65795 whatever (probably handeled interupts).
And this are the (relevant?) parts of the lspci -vv output.

00:1a.2 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #6 (prog-if 00 [UHCI])
	Subsystem: ASUSTeK Computer Inc. Device 82d4
	Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin D routed to IRQ 19
	Region 4: I/O ports at ac00 [size=32]
	Capabilities: [50] PCI Advanced Features
		AFCap: TP+ FLR+
		AFCtrl: FLR-
		AFStatus: TP-
	Kernel driver in use: uhci_hcd
	Kernel modules: uhci-hcd

00:1d.1 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #2 (prog-if 00 [UHCI])
	Subsystem: ASUSTeK Computer Inc. Device 82d4
	Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin B routed to IRQ 19
	Region 4: I/O ports at a400 [size=32]
	Capabilities: [50] PCI Advanced Features
		AFCap: TP+ FLR+
		AFCtrl: FLR-
		AFStatus: TP-
	Kernel driver in use: uhci_hcd
	Kernel modules: uhci-hcd


05:00.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6315 Series Firewire Controller (prog-if 10 [OHCI])
	Subsystem: ASUSTeK Computer Inc. P8P67 Deluxe Motherboard
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0, Cache Line Size: 256 bytes
	Interrupt: pin A routed to IRQ 19
	Region 0: Memory at fbdff000 (64-bit, non-prefetchable) [size=2K]
	Region 2: I/O ports at d800 [size=256]
	Capabilities: [50] Power Management version 3
		Flags: PMEClk- DSI- D1- D2+ AuxCurrent=0mA PME(D0-,D1-,D2+,D3hot+,D3cold+)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [80] MSI: Enable- Count=1/1 Maskable+ 64bit+
		Address: 0000000000000000  Data: 0000
		Masking: 00000000  Pending: 00000000
	Capabilities: [98] Express (v1) Endpoint, MSI 00
		DevCap:	MaxPayload 128 bytes, PhantFunc 0, Latency L0s <64ns, L1 <1us
			ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
		DevCtl:	Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
			RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
			MaxPayload 128 bytes, MaxReadReq 512 bytes
		DevSta:	CorrErr+ UncorrErr- FatalErr- UnsuppReq+ AuxPwr+ TransPend-
		LnkCap:	Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <1us, L1 <64us
			ClockPM+ Surprise- LLActRep- BwNot-
		LnkCtl:	ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk-
			ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
		LnkSta:	Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk- DLActive- BWMgmt- ABWMgmt-
	Capabilities: [100 v1] Advanced Error Reporting
		UESta:	DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
		UEMsk:	DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
		UESvrt:	DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
		CESta:	RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
		CEMsk:	RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
		AERCap:	First Error Pointer: 14, GenCap+ CGenEn- ChkCap+ ChkEn-
	Capabilities: [130 v1] Device Serial Number 00-1e-8c-ff-ff-b8-eb-22
	Kernel driver in use: firewire_ohci
	Kernel modules: firewire-ohci

So one of these 3 is probably the guilty.
And btw, I disabled Plug And Play O/S in bios (since I didn't know what it was). I'll activate it now, could that also be the problem? Since the Bios initializes everything, and not the system?

PS:

You might also look in the BIOS setup and make sure things that might be on 19 are off, or at least are identified.

How do I know, which devices in BIOS relate to the irq 19? (aren't there 3 devices mapped to IRQ 19?) So is there any actual relation between the IRQ number and the place/slot/controller the device is placed?

PPS: Just happened again. So it's not the Plug and Play O/S bios option..

Jan 11 18:20:40 localhost kernel: [ 4858.877005] irq 19: nobody cared (try booting with the "irqpoll" option)
Jan 11 18:20:40 localhost kernel: [ 4858.877009] Pid: 935, comm: Xorg Not tainted 3.1.8-1-ARCH #1
Jan 11 18:20:40 localhost kernel: [ 4858.877010] Call Trace:
Jan 11 18:20:40 localhost kernel: [ 4858.877012]  <IRQ>  [<ffffffff810c725d>] __report_bad_irq+0x3d/0xe0
Jan 11 18:20:40 localhost kernel: [ 4858.877020]  [<ffffffff810c750c>] note_interrupt+0x15c/0x210
Jan 11 18:20:40 localhost kernel: [ 4858.877022]  [<ffffffff810c53e9>] handle_irq_event_percpu+0xc9/0x2a0
Jan 11 18:20:40 localhost kernel: [ 4858.877026]  [<ffffffff810964c8>] ? tick_dev_program_event+0x48/0x110
Jan 11 18:20:40 localhost kernel: [ 4858.877028]  [<ffffffff810c5608>] handle_irq_event+0x48/0x70
Jan 11 18:20:40 localhost kernel: [ 4858.877031]  [<ffffffff810c7e3a>] handle_fasteoi_irq+0x5a/0xe0
Jan 11 18:20:40 localhost kernel: [ 4858.877034]  [<ffffffff81016992>] handle_irq+0x22/0x40
Jan 11 18:20:40 localhost kernel: [ 4858.877037]  [<ffffffff8140ee1a>] do_IRQ+0x5a/0xe0
Jan 11 18:20:40 localhost kernel: [ 4858.877040]  [<ffffffff8140ba6e>] common_interrupt+0x6e/0x6e
Jan 11 18:20:40 localhost kernel: [ 4858.877042]  <EOI> 
Jan 11 18:20:40 localhost kernel: [ 4858.877043] handlers:
Jan 11 18:20:40 localhost kernel: [ 4858.877053] [<ffffffffa00a0520>] usb_hcd_irq
Jan 11 18:20:40 localhost kernel: [ 4858.877057] [<ffffffffa00a0520>] usb_hcd_irq
Jan 11 18:20:40 localhost kernel: [ 4858.877059] [<ffffffffa0356840>] irq_handler
Jan 11 18:20:40 localhost kernel: [ 4858.877061] Disabling IRQ #19

Last edited by iuzto (2012-01-11 18:51:56)

Offline

#5 2012-02-26 17:42:46

chewbranca
Member
Registered: 2012-02-26
Posts: 1

Re: irq 19: nobody cared (try booting with the "irqpoll" option)

Did you ever find a solution to this? I'm running into the same problem with a fresh install on a thinkpad T520.

Offline

#6 2012-02-26 21:28:47

iuzto
Member
Registered: 2012-01-10
Posts: 3

Re: irq 19: nobody cared (try booting with the "irqpoll" option)

No, but I have to admit that I did not (yet^^) take a closer look which device is the cause. I didn't change anything and the problem disappeared^^ quite weird (perhaps a kernel update)..
So sry, that I cant help you.. Good luck! (and tell us if you find a solution wink)
PS: Since you probably did not build the laptop yourself you could also try to get a new one (warranty/guaranty) wink Perhaps that solves the problem (if its hardware related)..

Offline

#7 2012-03-12 19:14:16

absolutionx
Member
From: FL
Registered: 2012-03-12
Posts: 18
Website

Re: irq 19: nobody cared (try booting with the "irqpoll" option)

I started getting this error when I installed laptop-mode-tools. Once I uninstalled that, the error went away.

Offline

Pages: 1

Board footer

Powered by FluxBB