lkml.org 
[lkml]   [2008]   [Aug]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: sdhci: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter - disabling IRQ
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@hardeman.nu>
>> 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@tudelft.nl
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

\
 
 \ /
  Last update: 2008-08-05 12:09    [W:0.069 / U:0.076 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site