From: Clemens Ladisch <clemens@ladisch.de>
To: Julian Sikorski <belegdol@gmail.com>
Cc: linux1394-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org
Subject: Re: bug report: irq 19: nobody cared (try booting with the "irqpoll" option)
Date: Thu, 15 Dec 2011 16:56:24 +0100 [thread overview]
Message-ID: <4EEA18A8.5030603@ladisch.de> (raw)
In-Reply-To: <4EEA0521.2030502@gmail.com>
(CC linux1394-devel)
Julian Sikorski wrote:
> W dniu 15.12.2011 15:30, Julian Sikorski pisze:
>> this is happening every time I reboot from suspend on a Clevo P150HM
>> machine. It has been occuring for a while, but this report is for Fedora
>> kernel 3.1.5-2.fc16 (I am running an up-to-date Fedora 16 x86_64 here).
>> Smolt profile is available here:
>>
>> http://www.smolts.org/client/show/pub_1eec606f-137a-46a1-922f-98f40180efa6
>>
>> I have the problem itself does not seem to manifest in anything else
>> except abrt complaining.
Your FireWire won't work.
>> irq 19: nobody cared (try booting with the "irqpoll" option)
> 05:00.0 FireWire (IEEE 1394): JMicron Technology Corp. IEEE 1394 Host Controller (prog-if 10 [OHCI])
> Subsystem: CLEVO/KAPOK Computer Device 5102
> Physical Slot: 1
> 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: 64 bytes
> Interrupt: pin A routed to IRQ 19
> Region 0: Memory at f6103000 (32-bit, non-prefetchable) [size=2K]
> Region 1: Memory at f6102000 (32-bit, non-prefetchable) [size=128]
> Region 4: Memory at f6101000 (32-bit, non-prefetchable) [size=128]
> Region 5: Memory at f6100000 (32-bit, non-prefetchable) [size=128]
> Capabilities: <access denied>
> Kernel driver in use: firewire_ohci
> Kernel modules: firewire-ohci
> CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 CPU6 CPU7
> ...
> 18: 0 0 0 0 0 0 0 0 IR-IO-APIC-fasteoi jmb38x_ms:slot0, mmc0
> 19: 100008 0 0 0 0 0 0 0 IR-IO-APIC-fasteoi firewire_ohci
> ...
> 40: 0 0 0 0 0 0 0 0 DMAR_MSI-edge dmar0
> ...
Was it the JMB38x that used a wrong interface number in its PCIe
transactions, which would make the I/O-MMU map it to the wrong device?
Julian, try disabling DMAR (probably called IOMMU or something related
to virtualization) in the BIOS.
Regards,
Clemens
next prev parent reply other threads:[~2011-12-15 16:07 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-15 14:30 bug report: irq 19: nobody cared (try booting with the "irqpoll" option) Julian Sikorski
2011-12-15 14:33 ` Julian Sikorski
2011-12-15 15:56 ` Clemens Ladisch [this message]
2011-12-15 16:04 ` Julian Sikorski
2011-12-15 17:49 ` Clemens Ladisch
2011-12-15 17:56 ` Julian Sikorski
2011-12-16 8:37 ` Clemens Ladisch
2011-12-16 9:02 ` Julian Sikorski
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4EEA18A8.5030603@ladisch.de \
--to=clemens@ladisch.de \
--cc=belegdol@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux1394-devel@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.