[LAU] Disabling IRQ #19

[Will Godfrey]

On Thu, 4 Sep 2014 10:24:09 -0400
"Peter P." <p8rpp at aol.com> wrote:

> (This is an update to an older thread)
> 
> * Markus Seeber <markus.seeber at spectralbird.de> [2014-06-17 14:50]:
> > On 06/17/2014 08:06 PM, Peter P. wrote:
> > > Dear List,
> > > 
> > > I have a strange and unreproducable error on my laptop, that halts the
> > > entire audio system randomly about once every three weeks.
> > > 
> > > Jackd quits, with it all clients, and dmesg says:
> > > 
> > > [21684.947293] irq 19: nobody cared (try booting with the "irqpoll"option) 
> > > [21684.947303] Pid: 194, comm: irq/19-ehci_hcd Not tainted 3.2.0-4-rt-amd64 #1 Debian 3.2.54-2
> > > [21684.947309] Call Trace:
> > > [21684.947327]  [<ffffffff81098889>] ? __report_bad_irq+0x2c/0xb5
> > > [21684.947336]  [<ffffffff81098c6d>] ? note_interrupt+0x16f/0x1f2
> > > [21684.947344]  [<ffffffff81097969>] ? irq_thread_fn+0x32/0x32
> > > [21684.947351]  [<ffffffff81097969>] ? irq_thread_fn+0x32/0x32
> > > [21684.947358]  [<ffffffff8109783c>] ? irq_thread+0x106/0x201
> > > [21684.947367]  [<ffffffff81097736>] ? irq_finalize_oneshot+0xb3/0xb3
> > > [21684.947378]  [<ffffffff81062ee4>] ? kthread+0x78/0x80
> > > [21684.947385]  [<ffffffff8103f2fa>] ? get_parent_ip+0x9/0x1b
> > > [21684.947395]  [<ffffffff8136a0f4>] ? kernel_thread_helper+0x4/0x10
> > > [21684.947405]  [<ffffffff81062e6c>] ?  rcu_read_unlock_sched_notrace+0x2a/0x2a
> > > [21684.947412]  [<ffffffff8136a0f0>] ? gs_change+0x13/0x13
> > > [21684.947417] handlers:
> > > [21684.947429] [<ffffffff81096e34>] irq_default_primary_handler threaded [<ffffffffa003d483>] usb_hcd_irq
> > > [21684.947473] [<ffffffff81096e34>] irq_default_primary_handler threaded [<ffffffffa025a85a>] ips_irq_handler
> > > [21684.947485] [<ffffffff81096e34>] irq_default_primary_handler threaded [<ffffffffa04d62cd>] snd_hdsp_interrupt
> > > [21684.947498] Disabling IRQ #19
> > > 
> [...] 
> > You are not alone with this issue,
> > I tried to work around this on different hardware by turning off the
> > devices that share the IRQ in BIOS. I suppose that's not a good idea or
> > even impossible with the thermal subsystem, but it _seems_ to work on my
> > system. In my case there was (probably) a USB device causing problems,
> > but due to the dodgy nature of the problem, I could not reproduce it or
> > verify a working solution.
> > As a note, I was also using Kernel 3.2. maybe more recent Kernel
> > versions don't have this issue?
> Running 3.14-2-rt-amd64 on Debian here since a few weeks and the above
> exception did not occur so far (knock-on-wood) again.
> 
> P

For what it's worth, I found Kernel 3.2 far less reliable than 3.1 in all
sorts of ways, but can't seem to get 3.1 now from debian :(

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.