[RFCv2 0/2] Representing interrupt affinity in devicetree
Grant Likely
grant.likely at secretlab.ca
Sun Apr 14 07:33:22 EST 2013
On Tue, 5 Mar 2013 09:28:49 +0000, Mark Rutland <mark.rutland at 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.
More information about the devicetree-discuss
mailing list