From: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
To: Lukas Wunner <lukas@wunner.de>,
Philipp Zabel <p.zabel@pengutronix.de>,
Rob Herring <robh+dt@kernel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
Conor Dooley <conor+dt@kernel.org>
Cc: Lino Sanfilippo <l.sanfilippo@kunbus.com>,
linux-integrity@vger.kernel.org, devicetree@vger.kernel.org
Subject: Re: [PATCH 1/2] dt-bindings: reset: Add Infineon SLB9670 TPM reset driver
Date: Wed, 27 Sep 2023 09:48:36 +0200 [thread overview]
Message-ID: <fe7a5807-92ad-4669-ab76-be24d20832f5@linaro.org> (raw)
In-Reply-To: <ae40859b82494d75e9ad7bf616b3264138ad1f6a.1695754856.git.lukas@wunner.de>
On 26/09/2023 21:09, Lukas Wunner wrote:
> A new reset driver is about to be added to perform the reset sequence of
> the Infineon SLB9670 Trusted Platform Module.
>
> Document its device tree bindings.
>
> Signed-off-by: Lukas Wunner <lukas@wunner.de>
> ---
> .../bindings/reset/infineon,slb9670-reset.yaml | 68 ++++++++++++++++++++++
> 1 file changed, 68 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/reset/infineon,slb9670-reset.yaml
>
> diff --git a/Documentation/devicetree/bindings/reset/infineon,slb9670-reset.yaml b/Documentation/devicetree/bindings/reset/infineon,slb9670-reset.yaml
> new file mode 100644
> index 00000000..b1e23d47
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/reset/infineon,slb9670-reset.yaml
> @@ -0,0 +1,68 @@
> +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
> +%YAML 1.2
> +---
> +$id: http://devicetree.org/schemas/reset/infineon,slb9670-reset.yaml#
> +$schema: http://devicetree.org/meta-schemas/core.yaml#
> +
> +title: Infineon SLB9670 TPM Reset Driver
Sorry, bindings are for hardware, not for drivers.
> +
> +maintainers:
> + - Lukas Wunner <lukas@wunner.de>
> +
> +description: |
> + The Infineon SLB9670 Trusted Platform Module requires a specific reset
> + sequence on its RST# pin which is documented in sections 5.4 and 5.5 of
> + the datasheet [1]. This driver performs the reset sequence using a GPIO.
Sorry, bindings are for hardware, not for drivers. I don't see the point
for this binding, especially that you refer to drivers. Why it cannot be
just part of other device?
> +
> + The sequence with minimum wait intervals is as follows:
> + deassert RST#
> + wait at least 60 ms
> + assert RST#
> + wait at least 2 usecs
> + deassert RST#
> + wait at least 60 ms
> + assert RST#
> + wait at least 2 usecs
> + deassert RST#
> + wait at least 60 ms before issuing the first TPM command
> +
> + [1] https://www.infineon.com/dgdl/Infineon-SLB%209670VQ2.0-DataSheet-v01_04-EN.pdf?fileId=5546d4626fc1ce0b016fc78270350cd6
> +
> +properties:
> + compatible:
> + enum:
> + - infineon,slb9670-reset
> +
> + reset-gpios:
> + maxItems: 1
> + description: Reference to the GPIO connected to the RST# pin.
> +
> + "#reset-cells":
> + const: 0
> +
> +required:
> + - compatible
> + - reset-gpios
> + - "#reset-cells"
> +
> +additionalProperties: false
> +
> +examples:
> + - |
> + #include <dt-bindings/gpio/gpio.h>
> + tpm_reset: reset-controller {
No need for label.
> + compatible = "infineon,slb9670-reset";
> + #reset-cells = <0>;
> + reset-gpios = <&gpio 0 GPIO_ACTIVE_LOW>;
> + };
> +
> + spi {
> + #address-cells = <1>;
> + #size-cells = <0>;
> +
> + tpm@0 {
> + compatible = "infineon,slb9670";
Drop node, not related to the binding. We never keep consumers in
binding providers.
> + reg = <0>;
> + resets = <&tpm_reset>;
> + };
> + };
Best regards,
Krzysztof
prev parent reply other threads:[~2023-09-27 7:48 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-26 19:09 [PATCH 1/2] dt-bindings: reset: Add Infineon SLB9670 TPM reset driver Lukas Wunner
2023-09-26 19:09 ` [PATCH 2/2] " Lukas Wunner
2023-11-21 23:33 ` Francesco Dolcini
2023-11-22 7:36 ` Francesco Dolcini
2023-11-22 11:29 ` Lukas Wunner
2023-11-22 15:15 ` Francesco Dolcini
2023-11-23 8:59 ` Lukas Wunner
2023-12-18 17:34 ` Francesco Dolcini
2023-12-18 17:51 ` Lukas Wunner
2023-12-21 10:09 ` Alexander Steffen
2023-09-26 20:37 ` [PATCH 1/2] dt-bindings: " Rob Herring
2023-09-27 6:31 ` Lukas Wunner
2023-09-27 11:53 ` Rob Herring
2023-09-27 7:48 ` Krzysztof Kozlowski [this message]
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=fe7a5807-92ad-4669-ab76-be24d20832f5@linaro.org \
--to=krzysztof.kozlowski@linaro.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=l.sanfilippo@kunbus.com \
--cc=linux-integrity@vger.kernel.org \
--cc=lukas@wunner.de \
--cc=p.zabel@pengutronix.de \
--cc=robh+dt@kernel.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;
as well as URLs for NNTP newsgroup(s).