From: Krzysztof Kozlowski <krzk@kernel.org>
To: op-tee@lists.trustedfirmware.org
Subject: Re: [PATCH 07/10] dt-bindings: arm: qcomtee: add QTEE driver devicetree binding for TEE subsystem
Date: Tue, 03 Dec 2024 08:55:05 +0100 [thread overview]
Message-ID: <ccaff25d-d757-4b0a-851b-8f6c2dd9fb4b@kernel.org> (raw)
In-Reply-To: <<20241202-qcom-tee-using-tee-ss-without-mem-obj-v1-7-f502ef01e016@quicinc.com>>
[-- Attachment #1: Type: text/plain, Size: 2472 bytes --]
On 03/12/2024 05:19, Amirreza Zarrabi wrote:
> Introduce qcom,tee compatible string.
Why? What is it for? You have entire commit msg for this, instead of
repeating subject.
A nit, subject: drop second/last, redundant "devicetree binding". The
"dt-bindings" prefix is already stating that these are bindings.
See also:
https://elixir.bootlin.com/linux/v6.7-rc8/source/Documentation/devicetree/bindings/submitting-patches.rst#L18
Also drop driver, bindings are not for drivers.
>
> Signed-off-by: Amirreza Zarrabi <quic_azarrabi@quicinc.com>
> ---
> .../devicetree/bindings/arm/firmware/qcom,tee.yaml | 34 ++++++++++++++++++++++
> 1 file changed, 34 insertions(+)
>
> diff --git a/Documentation/devicetree/bindings/arm/firmware/qcom,tee.yaml b/Documentation/devicetree/bindings/arm/firmware/qcom,tee.yaml
> new file mode 100644
> index 000000000000..43b7e8ac944e
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/arm/firmware/qcom,tee.yaml
> @@ -0,0 +1,34 @@
> +# SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause)
> +%YAML 1.2
> +---
> +$id: http://devicetree.org/schemas/arm/firmware/qcom,tee.yaml#
> +$schema: http://devicetree.org/meta-schemas/core.yaml#
> +
> +title: Qualcomm TEE
> +
> +maintainers:
> + - Amirreza Zarrabi <quic_azarrabi@quicinc.com>
> +
> +description: |
Do not need '|' unless you need to preserve formatting.
> + QTEE is a piece of software provide a Trusted Execution Environment using ARM
> + TrustZone for Qualcomm SoC.
> +
> +properties:
> + $nodename:
> + const: qcom_tee
No, first it is not correct (see coding style), second is not even
needed. Drop.
> +
> + compatible:
> + const: qcom,tee
One, same interface for all devices? Nothing SoC specific? You are
making now a contract, so please carefully analyze it internally what it
means.
> +
> +required:
> + - compatible
> +
> +additionalProperties: false
> +
> +examples:
> + - |
> + firmware {
Drop
> + qcom_tee {
See DTS coding style.
Node names should be generic. See also an explanation and list of
examples (not exhaustive) in DT specification:
https://devicetree-specification.readthedocs.io/en/latest/chapter2-devicetree-basics.html#generic-names-recommendation
> + compatible = "qcom,tee";
No resources? Nothing here? What is the point except of instantiating
your driver?
> + };
> + };
>
Best regards,
Krzysztof
next parent reply other threads:[~2024-12-03 7:55 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <=?utf-8?q?=3C20241202-qcom-tee-using-tee-ss-without-mem-obj-v1-?= =?utf-8?q?7-f502ef01e016=40quicinc=2Ecom=3E?=>
2024-12-03 7:55 ` Krzysztof Kozlowski [this message]
[not found] <=?utf-8?q?=3C20241202-qcom-tee-using-tee-ss-without-mem-obj-v1-?= =?utf-8?q?0-f502ef01e016=40quicinc=2Ecom=3E?=>
2024-12-03 4:19 ` [PATCH 07/10] dt-bindings: arm: qcomtee: add QTEE driver devicetree binding for TEE subsystem Amirreza Zarrabi
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=ccaff25d-d757-4b0a-851b-8f6c2dd9fb4b@kernel.org \
--to=krzk@kernel.org \
--cc=op-tee@lists.trustedfirmware.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