Thread (34 messages) 34 messages, 5 authors, 2017-01-03

[PATCH v6 3/8] PWM: add pwm-stm32 DT bindings

From: Lee Jones <hidden>
Date: 2016-12-19 12:52:31
Also in: linux-devicetree, linux-iio, linux-pwm, lkml

On Tue, 13 Dec 2016, Rob Herring wrote:
On Tue, Dec 13, 2016 at 5:11 AM, Lee Jones [off-list ref] wrote:
quoted
On Mon, 12 Dec 2016, Rob Herring wrote:
quoted
On Fri, Dec 09, 2016 at 03:15:14PM +0100, Benjamin Gaignard wrote:
quoted
Define bindings for pwm-stm32

version 6:
- change st,breakinput parameter format to make it usuable on stm32f7 too.

version 2:
- use parameters instead of compatible of handle the hardware configuration

Signed-off-by: Benjamin Gaignard <redacted>
---
 .../devicetree/bindings/pwm/pwm-stm32.txt          | 33 ++++++++++++++++++++++
 1 file changed, 33 insertions(+)
 create mode 100644 Documentation/devicetree/bindings/pwm/pwm-stm32.txt
diff --git a/Documentation/devicetree/bindings/pwm/pwm-stm32.txt b/Documentation/devicetree/bindings/pwm/pwm-stm32.txt
new file mode 100644
index 0000000..866f222
--- /dev/null
+++ b/Documentation/devicetree/bindings/pwm/pwm-stm32.txt
@@ -0,0 +1,33 @@
+STMicroelectronics STM32 Timers PWM bindings
+
+Must be a sub-node of an STM32 Timers device tree node.
+See ../mfd/stm32-timers.txt for details about the parent node.
+
+Required parameters:
+- compatible:              Must be "st,stm32-pwm".
+- pinctrl-names:   Set to "default".
+- pinctrl-0:               List of phandles pointing to pin configuration nodes for PWM module.
+                   For Pinctrl properties see ../pinctrl/pinctrl-bindings.txt
+
+Optional parameters:
+- st,breakinput:   Arrays of three u32 <index level filter> to describe break input configurations.
+                   "index" indicates on which break input the configuration should be applied.
+                   "level" gives the active level (0=low or 1=high) for this configuration.
+                   "filter" gives the filtering value to be applied.
+
+Example:
+   timers at 40010000 {
timer at ...
No, it should be timers.
Read the spec. "timer" is a generic node name. "timers" is not. How
many is not relevant.
It's not the amount of timers that there are, it's the different types
of timers which this one IP contains.

In MFD we usually list the part number or IP name, however in this
case its difficult because the same IP doesn't have a specific name
listed, and provides; advanced, general purpose and basic timers, as
well as PWM functionality.

This IP is not a timer (although one of its children is one).  It's
the parent device of many different types of timer.

timer {
      timer {
      };

      pwm {
      };
};

... looks weird.

"timer" is not right for the parent IP.  Happy for you to provide an
alternative to "timers" though?
quoted
The 's' is intentional, since this parent (MFD) device houses 3
different types of timers.  The "timer" node is a child of this one.
-- 
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org ? Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help