From: robh@kernel.org (Rob Herring)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3 1/6] dt-bindings: iio: introduce trigger providers, consumers
Date: Fri, 3 Mar 2017 00:21:26 -0600 [thread overview]
Message-ID: <20170303062126.5bewa5u6o7wu7sy4@rob-hp-laptop> (raw)
In-Reply-To: <1488300679-3259-2-git-send-email-fabrice.gasnier@st.com>
On Tue, Feb 28, 2017 at 05:51:14PM +0100, Fabrice Gasnier wrote:
> Document iio provider and consumer bindings.
>
> Signed-off-by: Fabrice Gasnier <fabrice.gasnier@st.com>
> ---
> .../devicetree/bindings/iio/iio-bindings.txt | 38 ++++++++++++++++++++++
> 1 file changed, 38 insertions(+)
>
> diff --git a/Documentation/devicetree/bindings/iio/iio-bindings.txt b/Documentation/devicetree/bindings/iio/iio-bindings.txt
> index 68d6f8c..01765e9 100644
> --- a/Documentation/devicetree/bindings/iio/iio-bindings.txt
> +++ b/Documentation/devicetree/bindings/iio/iio-bindings.txt
> @@ -95,3 +95,41 @@ vdd channel is connected to output 0 of the &ref device.
> io-channels = <&adc 10>, <&adc 11>;
> io-channel-names = "adc1", "adc2";
> };
> +
> +==IIO trigger providers==
> +Sources of IIO triggers can be represented by any node in the device
> +tree. Those nodes are designated as IIO trigger providers. IIO trigger
> +consumer uses a phandle and an IIO trigger specifier to connect to an
> +IIO trigger provider.
> +An IIO trigger specifier is an array of one or more cells identifying
> +the IIO trigger output on a device. The length of an IIO trigger
> +specifier is defined by the value of a #io-trigger-cells property in
> +the IIO trigger provider node.
> +
> +Required properties:
> +#io-trigger-cells:
> + Number of cells in an IIO trigger specifier; Typically
> + 0 for nodes with a simple IIO trigger output.
> +
> +Example:
> + trig0: interrupt-trigger0 {
> + #io-trigger-cells = <0>;
> + compatible = "interrupt-trigger";
> + interrupts = <11 0>;
> + interrupt-parent = <&gpioa>;
> + }
> +
> +==IIO trigger consumers==
> +Required properties:
> +- io-triggers: List of phandle representing the IIO trigger specifier.
> +
> +Optional properties:
> +- io-trigger-names :
> + List of IIO trigger name strings that matches elements
> + in 'io-triggers' list property.
> +
> +Example:
> + some_trigger_consumer {
> + io-triggers = <&trig0>;
> + io-trigger-names = "mytrig";
> + }
I have some reservations about this. We could just as easily add the
interrupt directly to the consumer node and use "trigger" for a standard
interrupt name. So the question is whether this extra level of
indirection is needed?
Rob
next prev parent reply other threads:[~2017-03-03 6:21 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-02-28 16:51 [PATCH v3 0/6] Add EXTI GPIO trigger support to STM32 ADC Fabrice Gasnier
2017-02-28 16:51 ` [PATCH v3 1/6] dt-bindings: iio: introduce trigger providers, consumers Fabrice Gasnier
2017-03-03 6:21 ` Rob Herring [this message]
2017-03-03 9:32 ` Fabrice Gasnier
2017-03-05 11:45 ` Jonathan Cameron
2017-03-05 11:43 ` Jonathan Cameron
2017-03-05 12:13 ` Jonathan Cameron
2017-03-15 19:25 ` Rob Herring
2017-03-17 15:59 ` Fabrice Gasnier
2017-03-19 22:58 ` Jonathan Cameron
2017-02-28 16:51 ` [PATCH v3 2/6] iio: trigger: add OF support Fabrice Gasnier
2017-03-05 12:11 ` Jonathan Cameron
2017-03-14 15:22 ` Linus Walleij
2017-02-28 16:51 ` [PATCH v3 3/6] dt-bindings: iio: document interrupt trigger support Fabrice Gasnier
2017-03-05 12:16 ` Jonathan Cameron
2017-03-15 19:29 ` Rob Herring
2017-02-28 16:51 ` [PATCH v3 4/6] iio: iio-interrupt-trigger: device-tree support Fabrice Gasnier
2017-03-05 12:18 ` Jonathan Cameron
2017-02-28 16:51 ` [PATCH v3 5/6] dt-bindings: iio: stm32-adc: add external interrupt trigger Fabrice Gasnier
2017-02-28 16:51 ` [PATCH v3 6/6] iio: adc: stm32: add support for EXTI trigger Fabrice Gasnier
2017-03-03 11:45 ` Lars-Peter Clausen
2017-03-03 13:00 ` Fabrice Gasnier
2017-03-03 15:46 ` Lars-Peter Clausen
2017-03-03 15:47 ` Lars-Peter Clausen
2017-03-05 12:21 ` Jonathan Cameron
2017-03-05 12:28 ` Jonathan Cameron
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=20170303062126.5bewa5u6o7wu7sy4@rob-hp-laptop \
--to=robh@kernel.org \
--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