From: Larry LeBlanc <leblanc@inmotiontechnology.com>
To: linux-kernel@vger.kernel.org
Subject: PCI IRQ question
Date: Mon, 21 Jul 2003 19:05:44 -0700 [thread overview]
Message-ID: <3F1C9BF8.1080008@inmotiontechnology.com> (raw)
Hello,
I'm having some trouble with PCI IRQ's and I was hoping someone here
could help. I'm running linux 2.4.20 on a Kontron Envoy mobile data
server - basically a ruggedized PC meant for installation in the trunk
of a car. To make a long story short, power management functions
(shutdown -h/-r, UPS power state change notifications) cause the unit to
hang. Extensive troubleshooting found that the problem was related to
the pcmcia modules - if they aren't loaded, everything works fine, but
as soon as they are loaded (even if subsequently unloaded) they cause
the system to hang on any power management event. Unfortunately my
application requires PCMCIA cards.
My first thought was that I had an IRQ conflict problem, and sure enough
I notice from lspci -vv that my 2 CardBus slots are sharing IRQ's 9 and
15 with the VGA controller (9) and multimedia audio controller (15). I
have no idea whether or not this is the real cause of the problem, but I
figured it would be a good idea to remove this apparent conflict. I have
scoured the web and found numerous suggestions for diverting the CardBus
controller to different IRQs:
- excluding 9 and 15 in /etc/pcmcia/config.opts
- defining an irq_list in PCIC_OPTS in /etc/sysconfig/pcmcia (where RH
gets its initialization from)
- masking out 9 and 15 by specifying pci=irqmask=0x7dff on the kernel
boot line.
None of these steps has had any effect - I always get "Yenta IRQ list
0c98 , PCI irq9/15" on initialization. How do I change these IRQ's? Is
Linux reading these from the CardBus controller or is there some other
configuration file I haven't found? Note: the manufacturer only supports
Windows on this platform and says that by default the CardBus slots
should use IRQs 10 and 11. I've also found references to "IRQ steering"
in Windows, which apparently reroutes conflicting IRQs to clear
locations. Perhaps when this box runs under Windows the IRQs get steered
to 10 and 11?
If anyone can provide any insight into this, I would appreciate it
greatly. Let me know what/if any details you need - I am by no means an
expert in this area and didn't want to post reams of irrelevant
information, but if there is something I'm missing let me know and I'll
get it...
Thanks,
Larry
reply other threads:[~2003-07-22 1:51 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=3F1C9BF8.1080008@inmotiontechnology.com \
--to=leblanc@inmotiontechnology.com \
--cc=linux-kernel@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox