[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <80d4d9b16628847c59a7f94a7c002d8ce859b0ca.camel@pengutronix.de>
Date: Thu, 14 Jan 2021 10:39:23 +0100
From: Philipp Zabel <p.zabel@...gutronix.de>
To: Steen Hegelund <steen.hegelund@...rochip.com>,
Rob Herring <robh+dt@...nel.org>
Cc: Microchip Linux Driver Support <UNGLinuxDriver@...rochip.com>,
Alexandre Belloni <alexandre.belloni@...tlin.com>,
Gregory Clement <gregory.clement@...tlin.com>,
linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
devicetree@...r.kernel.org
Subject: Re: [PATCH 1/3] dt-bindings: reset: microchip sparx5 reset driver
bindings
Hi Steen,
On Wed, 2021-01-13 at 21:19 +0100, Steen Hegelund wrote:
> Signed-off-by: Steen Hegelund <steen.hegelund@...rochip.com>
> ---
> .../bindings/reset/microchip,rst.yaml | 52 +++++++++++++++++++
> 1 file changed, 52 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/reset/microchip,rst.yaml
>
> diff --git a/Documentation/devicetree/bindings/reset/microchip,rst.yaml b/Documentation/devicetree/bindings/reset/microchip,rst.yaml
> new file mode 100644
> index 000000000000..b5526753e85d
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/reset/microchip,rst.yaml
> @@ -0,0 +1,52 @@
> +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
> +%YAML 1.2
> +---
> +$id: "http://devicetree.org/schemas/reset/microchip,rst.yaml#"
> +$schema: "http://devicetree.org/meta-schemas/core.yaml#"
> +
> +title: Microchip Sparx5 Switch Reset Controller
> +
> +maintainers:
> + - Steen Hegelund <steen.hegelund@...rochip.com>
> + - Lars Povlsen <lars.povlsen@...rochip.com>
> +
> +description: |
> + The Microchip Sparx5 Switch provides reset control and implements the following
> + functions
> + - One Time Switch Core Reset (Soft Reset)
> +
> +properties:
> + $nodename:
> + pattern: "^reset-controller@[0-9a-f]+$"
> +
> + compatible:
> + const: microchip,sparx5-switch-reset
> +
> + reg:
> + maxItems: 1
> +
> + "#reset-cells":
> + const: 1
> +
> + syscons:
> + $ref: "/schemas/types.yaml#/definitions/phandle-array"
> + description: Array of syscons used to access reset registers
> + minItems: 2
The order seems to be important in the driver, so this should specify
which is the CPU syscon and which is the GCB syscon. I'm not sure if it
would be better to have two separately named syscon properties with a
single phandle each.
regards
Philipp
Powered by blists - more mailing lists