Re: sdhci: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter- disabling IRQ

[Eric Piel]

David Härdeman schreef:
> On Sat, Jul 19, 2008 at 01:55:31AM +0200, Pierre Ossman wrote:
> > On Fri, 11 Jul 2008 18:47:06 +0200 David Härdeman <david@xxxxxxxxxxx> 
> > wrote:
> > > On Thu, Jul 10, 2008 at 08:34:57AM +0200, Pierre Ossman wrote:
> > > >And can you give me a complete
> > > >dmesg dump. The sdhci hardware might not be the culprit, but just a
> > > >trigger in that it enables that interrupt line.
> > >
> > > Attached below....and /proc/interrupts says:
> >
> > I see that you have an iwl4965. I got this precise problem when I
> > toggled the rfkill switch on my laptop. It is fixed in 2.6.26 though.
> > Could you try upgrading the kernel and see if it's the same bug?
>
> Unfortunately the problem is still present with 2.6.26 (Debian package 
> linux-image-2.6.26-1-amd64):
>
> [  640.407901] irq 19: nobody cared (try booting with the "irqpoll" option)
> [  640.407906] Pid: 0, comm: swapper Not tainted 2.6.26-1-amd64 #1
> [  640.407908] [  640.407909] Call Trace:
> [  640.407910]  <IRQ>  [<ffffffff8026c46b>] __report_bad_irq+0x30/0x72
> [  640.407937]  [<ffffffff8026c6aa>] note_interrupt+0x1fd/0x23b
> [  640.407945]  [<ffffffff8026cf33>] handle_fasteoi_irq+0xa5/0xc8
> [  640.407951]  [<ffffffff8020f590>] do_IRQ+0x6d/0xd9
> [  640.407956]  [<ffffffff8020c43d>] ret_from_intr+0x0/0x19
> [  640.407958]  <EOI>  [<ffffffff8021e480>] hpet_legacy_next_event+0x0/0x34
> [  640.407974]  [<ffffffffa002f46e>] 
> :processor:acpi_idle_enter_simple+0x18d/0x1ff
> [  640.407983]  [<ffffffff803a704c>] cpuidle_idle_call+0x7a/0xb2
> [  640.407986]  [<ffffffff803a6fd2>] cpuidle_idle_call+0x0/0xb2
> [  640.407989]  [<ffffffff8020ac79>] cpu_idle+0x89/0xb3
> [  640.408003] [  640.408004] handlers:
> [  640.408005] [<ffffffffa012e9ab>] (sdhci_irq+0x0/0x5de [sdhci])
> [  640.408010] Disabling IRQ #19

Interesting, I have the same problem when I turn on my wifi and 
bluetooth (b43 + hci_usb). However, it's my firewire controller which is 
on IRQ 19. So, could it be one of those hardware components generate an 
interrupt on #19 when turned on?

irq 19: nobody cared (try booting with the "irqpoll" option)
Pid: 0, comm: swapper Not tainted 2.6.26-git-eric #17

Call Trace:
 <IRQ>  [<ffffffff804ca0eb>] ? _spin_unlock_irqrestore+0x1b/0x40
 [<ffffffff80283926>] __report_bad_irq+0x26/0x80
 [<ffffffff80283c1f>] note_interrupt+0x29f/0x2d0
 [<ffffffff8028450d>] handle_fasteoi_irq+0xdd/0x100
 [<ffffffff8020ff1d>] do_IRQ+0x9d/0x130
 [<ffffffff8020cbdd>] ret_from_intr+0x0/0x19
 <EOI>  [<ffffffff80223c26>] ? native_irq_enable+0x6/0x10
 [<ffffffffa01206b1>] ? :processor:acpi_idle_enter_simple+0x1e9/0x265
 [<ffffffff80422ac9>] ? cpuidle_idle_call+0xb9/0x100
 [<ffffffff80422a10>] ? cpuidle_idle_call+0x0/0x100
 [<ffffffff8020a000>] ? default_idle+0x0/0x50
 [<ffffffff8020b57c>] ? cpu_idle+0x6c/0x100
 [<ffffffff804b8d00>] ? rest_init+0x70/0x80

handlers:
[<ffffffffa0161fd0>] (ohci_irq_handler+0x0/0x8d0 [ohci1394])
Disabling IRQ #19


See you,
Eric
begin:vcard
fn;quoted-printable:=C3=89ric Piel
n;quoted-printable:Piel;=C3=89ric
org:Technical University of Delft;Software Engineering Research Group
adr:HB 08.080;;Mekelweg 4;Delft;;2628 CD;The Netherlands
email;internet:E.A.B.Piel@xxxxxxxxxx
tel;work:+31 15 278 6338
tel;cell:+31 6 2437 9135
x-mozilla-html:FALSE
url:http://pieleric.free.fr
version:2.1
end:vcard