From: grant.likely@secretlab.ca (Grant Likely)
To: linux-arm-kernel@lists.infradead.org
Subject: [RFCv2 0/2] Representing interrupt affinity in devicetree
Date: Sat, 13 Apr 2013 22:33:22 +0100 [thread overview]
Message-ID: <20130413213322.7C6193E2249@localhost> (raw)
In-Reply-To: <20130305092849.GA15661@e106331-lin.cambridge.arm.com>
On Tue, 5 Mar 2013 09:28:49 +0000, Mark Rutland <mark.rutland@arm.com> wrote:
> On Mon, Mar 04, 2013 at 02:51:14AM +0000, Grant Likely wrote:
> > I could use some more context for how this will be used. Do device
> > drivers need to be aware of which CPU can handle an interrupt for a
> > device, or is it the sort of thing that can be done in the background
> > when an irq is requested? What are some examples of device drivers using
> > this interface.
>
> The main users I can think of for this would be PMUs in multi-cluster systems,
> where we may have differing PMUs in each cluster. The driver for each needs to
> know the set of CPUs it's handling, and which CPU each interrupt is affine to.
>
> With the above binding scheme, we'd describe the A15x2 A7x3 CoreTile's PMUs
> something like:
>
> pmu_a15s {
> compatible = "arm,cortex-a15-pmu";
> interrupts = <0 68 4>,
> <0 69 4>;
> interrupts-affinity = <0 0x0>,
> <0 0x1>;
> };
>
> pmu_a7s {
> compatible = arm,cortex-a7-pmu";
> interrupts = <0 128 4>,
> <0 129 4>,
> <0 130 4>;
> interrupts-affinity = <0 0x100>,
> <0 0x101>,
> <0 0x102>;
> };
That does sound an awful lot like what Lorenzo has been trying to solve.
I really do think that you need to coordinate with him.
g.
next prev parent reply other threads:[~2013-04-13 21:33 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-13 16:49 [RFCv2 0/2] Representing interrupt affinity in devicetree Mark Rutland
2012-12-13 16:49 ` [RFCv2 1/2] of: add of_property_read_u32_index Mark Rutland
2012-12-13 16:49 ` [RFCv2 2/2] ARM: add functions to parse irq affinity from dt Mark Rutland
2013-03-04 2:51 ` [RFCv2 0/2] Representing interrupt affinity in devicetree Grant Likely
2013-03-05 9:28 ` Mark Rutland
2013-04-13 21:33 ` Grant Likely [this message]
2013-04-15 9:09 ` Mark Rutland
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=20130413213322.7C6193E2249@localhost \
--to=grant.likely@secretlab.ca \
--cc=linux-arm-kernel@lists.infradead.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;
as well as URLs for NNTP newsgroup(s).