From: "André Schwarz" <andre.schwarz@matrix-vision.de>
To: Scott Wood <scottwood@freescale.com>
Cc: linux-ppc list <linuxppc-dev@ozlabs.org>
Subject: MPC83xx ipic problem
Date: Mon, 30 Jun 2008 17:34:01 +0200 [thread overview]
Message-ID: <4868FCE9.1060103@matrix-vision.de> (raw)
Scott,
actually I'm having trouble with my PCI interrupts.
We are running 2.6.26-rc6 on a MPC8343 based board.
There are two external PCI devices connected (FPGA + miniPCI socket).
The FPGA is working fine and uses IRQ0 for its PCI_INTA line.
As soon there's a miniPCI module present and the driver loaded (actually=20
an ath5k WiFi module) the system complains after a while :
irq 48: nobody cared
handlers: .... location of the FPGA irq handler
Disabling IRQ #48
-> This is weird since the FPGA isn't working at all and IRQ0 is *not*=20
asserted !
Of course the miniPCI irq is routed to a different pin on the CPU=20
(IRQ1). Having a look at the irq count it's obvious that the WiFi irqs=20
are handled (ath module). The FPGA irq handler is located in the=20
"mvbcdma0" module which is running rock solid without miniPCI present !
mvBL-M7> cat /proc/interrupts
CPU0
16: 1826 IPIC Level i2c-mpc
17: 9 IPIC Level i2c-mpc
18: 201 IPIC Level ath
19: 2896 IPIC Level serial
21: 0 IPIC Level mpc83xx_spi
32: 2 IPIC Level enet_tx
33: 257 IPIC Level enet_rx
34: 0 IPIC Level enet_error
48: 100000 IPIC Level mvbcdma0
BAD: 0
The irq mapping insides the dts :
interrupt-map =3D <0x5800 0 0 1 &ipic 0x30 0x8 -> FPGA @ IRQ0
0x6000 0 0 1 &ipic 0x11 0x8 -> miniPCI INTA @ IRQ1
0x6000 0 0 2 &ipic 0x11 0x8>; -> miniPCI INTB @ IRQ1
Is it legal to use a single irq pin twice ?
After all the ath5k doesn't use/assert the INTB line at all ...
If I do all the above after removing the FPGA module and releasing irq48=20
the system doesn't complain anymore ... but hangs after a while with the=20
IRQ1 line being unserviced.
What do you think ?
Any hints ?
Am I doing anything obviously wrong ?
regards,
Andr=E9
MATRIX VISION GmbH, Talstra=DFe 16, DE-71570 Oppenweiler - Registergeric=
ht: Amtsgericht Stuttgart, HRB 271090
Gesch=E4ftsf=FChrer: Gerhard Thullner, Werner Armingeon, Uwe Furtner
next reply other threads:[~2008-06-30 15:34 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-30 15:34 André Schwarz [this message]
2008-06-30 16:36 ` MPC83xx ipic problem Segher Boessenkool
2008-06-30 17:14 ` André Schwarz
2008-06-30 19:03 ` Scott Wood
2008-07-01 7:45 ` André Schwarz
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=4868FCE9.1060103@matrix-vision.de \
--to=andre.schwarz@matrix-vision.de \
--cc=linuxppc-dev@ozlabs.org \
--cc=scottwood@freescale.com \
/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.