* Questions About a Semi-Soft irqchip Device
@ 2014-07-08 14:02 Jon Loeliger
[not found] ` <CAJgR-Bi2HX+aYVabaFLyu9QAnAS4RmQ7DvBtDHOawkfi08zycA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
0 siblings, 1 reply; 2+ messages in thread
From: Jon Loeliger @ 2014-07-08 14:02 UTC (permalink / raw)
To: linux-kernel-u79uwXL29TY76Z2rM5mHXA,
devicetree-u79uwXL29TY76Z2rM5mHXA
Cc: Thomas Gleixner, Jason Cooper, Rob Herring, Grant Likely
Folks,
I have a few questions about an interrupt controller IP block
that I would like to support in an ARM SoC port.
My IP block provides software-assignable interrupts. That
is, I have a large pool of interrupt sources, and a large pool
of interrupt bits in the controller, but they are not physically
tied together. Instead they are assigned by some driver as it
initializes and allocates resources. This, I think, means that
I can not describe the interrupt bindings in the DTS file.
So, my first question is: Should I still write an irqchip device
for this IP block and represent it in the device tree, even
though I will not be able to use it as the referee of an
interrupt = < ... > binding? I think I should primarily because
other drivers will still need to set up IRQ handling through
this device.
Another question: This device has a muti-32-bit-word
bit-field representation for the interrupt lines. It has a
parallel array of words for clearing the interrupt. Is there
an existing irqchip that I can directly leverage that fits
that description?
Thank you,
jdl
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Questions About a Semi-Soft irqchip Device
[not found] ` <CAJgR-Bi2HX+aYVabaFLyu9QAnAS4RmQ7DvBtDHOawkfi08zycA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
@ 2014-07-08 14:56 ` Jason Cooper
0 siblings, 0 replies; 2+ messages in thread
From: Jason Cooper @ 2014-07-08 14:56 UTC (permalink / raw)
To: Jon Loeliger
Cc: linux-kernel-u79uwXL29TY76Z2rM5mHXA,
devicetree-u79uwXL29TY76Z2rM5mHXA, Thomas Gleixner, Rob Herring,
Grant Likely
Jon,
On Tue, Jul 08, 2014 at 09:02:14AM -0500, Jon Loeliger wrote:
> My IP block provides software-assignable interrupts. That
> is, I have a large pool of interrupt sources, and a large pool
> of interrupt bits in the controller, but they are not physically
> tied together. Instead they are assigned by some driver as it
> initializes and allocates resources. This, I think, means that
> I can not describe the interrupt bindings in the DTS file.
Please take a look at the crossbar driver. It's had quite a bit of
cleanup this cycle, so you may way to look at
git://git.infradead.org/users/jcooper/linux.git irqchip/crossbar
It sounds very similar.
thx,
Jason.
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2014-07-08 14:56 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-07-08 14:02 Questions About a Semi-Soft irqchip Device Jon Loeliger
[not found] ` <CAJgR-Bi2HX+aYVabaFLyu9QAnAS4RmQ7DvBtDHOawkfi08zycA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-07-08 14:56 ` Jason Cooper
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).