On Mon, Mar 13, 2017 at 05:41:40PM -0700, Doug Berger wrote: > A third interrupt cell can be provided to optionally specify > the interrupt used for handling Wake on LAN events. > > Typically the wake up handling uses a separate interrupt > controller, so the interrupts-extended property is used to > accommodate this. Using interrupts vs. interrupts-extended is beyond the scope of the binding doc. IOW, documenting interrupts is enough and using interrupts-extended is allowed. > > Signed-off-by: Doug Berger <opendmb@xxxxxxxxx> > --- > Documentation/devicetree/bindings/net/brcm,bcmgenet.txt | 9 ++++++--- > 1 file changed, 6 insertions(+), 3 deletions(-) > > diff --git a/Documentation/devicetree/bindings/net/brcm,bcmgenet.txt b/Documentation/devicetree/bindings/net/brcm,bcmgenet.txt > index 10587bdadbbe..01a70463cbc5 100644 > --- a/Documentation/devicetree/bindings/net/brcm,bcmgenet.txt > +++ b/Documentation/devicetree/bindings/net/brcm,bcmgenet.txt > @@ -4,9 +4,12 @@ Required properties: > - compatible: should contain one of "brcm,genet-v1", "brcm,genet-v2", > "brcm,genet-v3", "brcm,genet-v4". > - reg: address and length of the register set for the device > -- interrupts: must be two cells, the first cell is the general purpose > - interrupt line, while the second cell is the interrupt for the ring > - RX and TX queues operating in ring mode > +- interrupts and/or interrupts-extended: must be two cells, the first cell > + is the general purpose interrupt line, while the second cell is the > + interrupt for the ring RX and TX queues operating in ring mode. An > + optional third interrupt cell for Wake-on-LAN can be specified. Does the generic wakeup source work for this? > + See Documentation/devicetree/bindings/interrupt-controller/interrupts.txt > + for information on the property specifics. > - phy-mode: see ethernet.txt file in the same directory > - #address-cells: should be 1 > - #size-cells: should be 1 > -- > 2.11.1 > -- 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