Am 2020-03-31 00:35, schrieb Rob Herring:
On Tue, Mar 17, 2020 at 09:50:03PM +0100, Michael Walle wrote:
This adds device tree bindings for the board management controller
found
on the Kontron SMARC-sAL28 board.
Signed-off-by: Michael Walle <michael@xxxxxxxx>
---
.../bindings/mfd/kontron,sl28cpld.yaml | 143
++++++++++++++++++
1 file changed, 143 insertions(+)
create mode 100644
Documentation/devicetree/bindings/mfd/kontron,sl28cpld.yaml
diff --git
a/Documentation/devicetree/bindings/mfd/kontron,sl28cpld.yaml
b/Documentation/devicetree/bindings/mfd/kontron,sl28cpld.yaml
new file mode 100644
index 000000000000..3b9cca49d2d6
--- /dev/null
+++ b/Documentation/devicetree/bindings/mfd/kontron,sl28cpld.yaml
@@ -0,0 +1,143 @@
+# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
+%YAML 1.2
+---
+$id: http://devicetree.org/schemas/mfd/kontron,sl28cpld.yaml#
+$schema: http://devicetree.org/meta-schemas/core.yaml#
+
+title: Kontron's sl28cpld board management controller
+
+maintainers:
+ - Michael Walle <michael@xxxxxxxx>
+
+description: |
+ The board management controller may contain different IP blocks
like
+ watchdog, fan monitoring, PWM controller, interrupt controller and
a
+ GPIO controller.
+
+properties:
+ compatible:
+ const: kontron,sl28cpld
+
+ reg:
+ description:
+ I2C device address.
+ maxItems: 1
+
+ "#address-cells":
+ const: 1
+
+ "#size-cells":
+ const: 0
+
+ "#interrupt-cells":
+ const: 2
+
+ interrupts:
+ maxItems: 1
+
+ interrupt-controller: true
+
+patternProperties:
+ "^gp(io|i|o)(@[0-9]+)?$":
Just 'gpio'. We don't need that level of distinguishing in node names.
+ $ref: ../gpio/kontron,sl28cpld-gpio.yaml
+
+ "^hwmon(@[0-9]+)?$":
+ $ref: ../hwmon/kontron,sl28cpld-hwmon.yaml
+
+ "^pwm(@[0-9]+)?$":
+ $ref: ../pwm/kontron,sl28cpld-pwm.yaml
+
+ "^watchdog(@[0-9]+)?$":
+ $ref: ../watchdog/kontron,sl28cpld-wdt.yaml
The patches for these files need to come first or validating this file
fails. Really, you can just make all five files 1 patch.
+
+required:
+ - "#address-cells"
+ - "#size-cells"
+ - compatible
+ - reg
+ - "#interrupt-cells"
+ - interrupt-controller
+
+oneOf:
+ - required:
+ - interrupts
+ - required:
+ - interrupts-extended
Don't need to do this. Just make 'interrupts' required and you'll get
interrupts-extended for free.
+
+additionalProperties: false
+
+examples:
+ - |
+ #include <dt-bindings/interrupt-controller/irq.h>
+ i2c {
+ #address-cells = <1>;
+ #size-cells = <0>;
+
+ sl28cpld@4a {
+ #address-cells = <1>;
+ #size-cells = <0>;
+ compatible = "kontron,sl28cpld";
+ reg = <0x4a>;
+ interrupts-extended = <&gpio2 6 IRQ_TYPE_EDGE_FALLING>;
+
+ #interrupt-cells = <2>;
+ interrupt-controller;
+
+ gpio@0 {
+ compatible = "kontron,sl28cpld-gpio";
+ reg = <0>;
+
+ gpio-controller;
+ #gpio-cells = <2>;
+
+ interrupt-controller;
+ #interrupt-cells = <2>;
+ };
+
+ gpio@1 {
+ compatible = "kontron,sl28cpld-gpio";
+ reg = <1>;
+
+ gpio-controller;
+ #gpio-cells = <2>;
+
+ interrupt-controller;
+ #interrupt-cells = <2>;
+ };
+
+ gpo {
+ compatible = "kontron,sl28cpld-gpo";
+
+ gpio-controller;
+ #gpio-cells = <2>;
+ gpio-line-names = "a", "b", "c";
+ };
+
+ gpi {
+ compatible = "kontron,sl28cpld-gpi";
+
+ gpio-controller;
+ #gpio-cells = <2>;
+ };
+
+ hwmon {
+ compatible = "kontron,sl28cpld-fan";
+ };
+
+ pwm@0 {
You already used the '0' address. You can't have 2 things at the
same address. There's only one number space at a given level.
There was a reason for having duplicate unit-addresses. See here
for my reasoning:
https://lore.kernel.org/linux-devicetree/e55d59a68f497c8f2eb406d40ae878b9@xxxxxxxx/
But I've already noticed that it shouldn't be done it this way. The
DT check is already complaining.
All these child devices don't have any DT resources, so you don't
really
need them. The parent node could be a gpio and pwm provider and that's
all you need in DT. Aside from DT resources, the only other reason
to have all these child nodes are if the child blocks are going to get
assembled in different combinations across a variety of h/w.
What do you mean by DT resources? There is a new patch series in
preparation
where for example the watchdog has a new property
"kontron,assert-wdt-timeout-pin". Which IMHO should be go under the
watchdog
node.
Besides from that, there are actually three interrupt controllers, ie.
the
two full featured gpio controllers and one interrupt controller. Do you
think
it makes sense to combine that into the parent node eg. merging
different
thinks like an interrupt controller and the gpio controllers into a
single
interrupt mapping in the parent node.
See also:
https://lore.kernel.org/linux-devicetree/0e3e8204ab992d75aa07fc36af7e4ab2@xxxxxxxx/
Also please keep in mind, that these are only the current available
building
blocks of a sl28cpld. They are likely to be extended for other
functionalities.
So while it might be possible to merge the current nodes into the parent
I don't
know it that is possible for future blocks.
-michael
