On Tue, May 20, 2014 at 11:09 PM, Rob Herring <robherring2@xxxxxxxxx> wrote: > From: Rob Herring <robh@xxxxxxxxxx> > > Add a passthru-mask property for setting interrupts which are passed > through directly to a primary controller. > > Signed-off-by: Rob Herring <robh@xxxxxxxxxx> > Cc: Pawel Moll <pawel.moll@xxxxxxx> > Cc: Mark Rutland <mark.rutland@xxxxxxx> > Cc: Ian Campbell <ijc+devicetree@xxxxxxxxxxxxxx> > Cc: Kumar Gala <galak@xxxxxxxxxxxxxx> > --- > Documentation/devicetree/bindings/arm/versatile-fpga-irq.txt | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/Documentation/devicetree/bindings/arm/versatile-fpga-irq.txt b/Documentation/devicetree/bindings/arm/versatile-fpga-irq.txt > index c9cf605..956b71d 100644 > --- a/Documentation/devicetree/bindings/arm/versatile-fpga-irq.txt > +++ b/Documentation/devicetree/bindings/arm/versatile-fpga-irq.txt > @@ -34,3 +34,6 @@ Optional properties: > - interrupts: if the FPGA IRQ controller is cascaded, i.e. if its IRQ > output is simply connected to the input of another IRQ controller, > then the parent IRQ shall be specified in this property. > +- passthru-mask: a u32 number representing a bit mas determining which of bit mask (speling) > + the interrupts are directly passed through to the primary interrupt > + controller. This is very confusing on the Integrators. The FPGA IRQ controller *is* the primary interrupt controller on these. (Further on Integrators with an IM-PD1 expansion board the VIC is actually the secondary controller visavis the FPGA IRQ controller which is the primary one.) So on the versatile the FPGA IRQ controller is *not* cascaded off one line of the VIC but rather connected in parallel or something? Care to elaborate a bit on how things are cascaded here? And specify that this is for some special usecase or something? I'll read through the patches and see if I can wrap my head around this. Yours, Linus Walleij -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html