Bug 924063 - [abrt] irq 16: nobody cared (try booting with the "irqpoll" option)
Summary: [abrt] irq 16: nobody cared (try booting with the "irqpoll" option)
Keywords:
Status: CLOSED DUPLICATE of bug 920033
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 19
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:cdca0db8b7775b663af267546cb...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-03-21 05:11 UTC by Jens Petersen
Modified: 2013-05-13 18:31 UTC (History)
5 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2013-05-13 18:31:44 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: dmesg (94.15 KB, text/plain)
2013-03-21 05:11 UTC, Jens Petersen
no flags Details

Description Jens Petersen 2013-03-21 05:11:19 UTC
Additional info:
irq 16: nobody cared (try booting with the "irqpoll" option)
Pid: 209, comm: systemd-udevd Not tainted 3.9.0-0.rc3.git0.4.fc19.x86_64 #1
Call Trace:
 <IRQ>  [<ffffffff8111b942>] __report_bad_irq+0x32/0xd0
 [<ffffffff8111bd72>] note_interrupt+0x132/0x1f0
 [<ffffffff810daeea>] ? lock_acquire+0xba/0x1f0
 [<ffffffff81119459>] handle_irq_event_percpu+0xf9/0x390
 [<ffffffff8111972d>] handle_irq_event+0x3d/0x60
 [<ffffffff8111c8ea>] handle_fasteoi_irq+0x5a/0x100
 [<ffffffff8101c36f>] handle_irq+0xbf/0x150
 [<ffffffff81073800>] ? irq_enter+0x50/0xa0
 [<ffffffff8172870d>] do_IRQ+0x4d/0xc0
 [<ffffffff8171da32>] common_interrupt+0x72/0x72
 <EOI>  [<ffffffff810daeea>] ? lock_acquire+0xba/0x1f0
 [<ffffffff81196dd7>] ? unlink_file_vma+0x37/0x60
 [<ffffffff817197d0>] mutex_lock_nested+0x80/0x3c0
 [<ffffffff81196dd7>] ? unlink_file_vma+0x37/0x60
 [<ffffffff81196dd7>] ? unlink_file_vma+0x37/0x60
 [<ffffffff810d897d>] ? trace_hardirqs_on+0xd/0x10
 [<ffffffff81196dd7>] unlink_file_vma+0x37/0x60
 [<ffffffff8118f310>] free_pgtables+0xb0/0x120
 [<ffffffff81199b42>] exit_mmap+0xb2/0x170
 [<ffffffff81065dff>] mmput+0x7f/0x110
 [<ffffffff811e1a28>] flush_old_exec+0x418/0x7b0
 [<ffffffff81238785>] load_elf_binary+0x365/0x18e0
 [<ffffffff81021d69>] ? sched_clock+0x9/0x10
 [<ffffffff810acc5d>] ? sched_clock_local+0x1d/0x80
 [<ffffffff810acde8>] ? sched_clock_cpu+0xa8/0x100
 [<ffffffff810d518d>] ? trace_hardirqs_off+0xd/0x10
 [<ffffffff810acf2f>] ? local_clock+0x5f/0x70
 [<ffffffff810d5def>] ? lock_release_holdtime.part.28+0xf/0x190
 [<ffffffff81238420>] ? elf_core_dump+0x1980/0x1980
 [<ffffffff811e1181>] search_binary_handler+0x1a1/0x4f0
 [<ffffffff811e1047>] ? search_binary_handler+0x67/0x4f0
 [<ffffffff811e292c>] do_execve_common.isra.26+0x64c/0x710
 [<ffffffff811e23f2>] ? do_execve_common.isra.26+0x112/0x710
 [<ffffffff811e2cf6>] sys_execve+0x36/0x50
 [<ffffffff81727049>] stub_execve+0x69/0xa0

Potential duplicate: bug 872143

Comment 1 Jens Petersen 2013-03-21 05:11:24 UTC
Created attachment 713597 [details]
File: dmesg

Comment 2 Josh Boyer 2013-05-13 18:31:44 UTC

*** This bug has been marked as a duplicate of bug 920033 ***


Note You need to log in before you can comment on or make changes to this bug.