[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <453bce1e-e2d3-bf26-9954-774e1e267d82@linaro.org>
Date: Wed, 31 Aug 2022 11:00:13 +0300
From: Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>
To: Guru Das Srinagesh <quic_gurus@...cinc.com>,
Andy Gross <agross@...nel.org>,
Bjorn Andersson <andersson@...nel.org>,
Philipp Zabel <p.zabel@...gutronix.de>,
linux-arm-msm@...r.kernel.org, linux-kernel@...r.kernel.org
Cc: David Heidelberg <david@...t.cz>,
Robert Marko <robimarko@...il.com>,
Rajendra Nayak <quic_rjendra@...cinc.com>,
Elliot Berman <quic_eberman@...cinc.com>
Subject: Re: [RESEND PATCH v2 1/5] dt-bindings: firmware: qcom-scm: Add
"allow-multi-call" property
On 31/08/2022 01:25, Guru Das Srinagesh wrote:
> For firmware that supports it, allow multiple SCM calls to be passed
> down to it by removing the serialization lock in the SCM driver.
>
> This patch is based on this YAML conversion patch [1] that is in-flight
> currently.
>
> [1] https://lore.kernel.org/lkml/20220708090431.30437-1-david@ixit.cz/
>
> Signed-off-by: Guru Das Srinagesh <quic_gurus@...cinc.com>
Thank you for your patch. There is something to discuss/improve.
If you make a resend, at least be sure you Cc proper people. Use
scripts/get_maintainers.pl to CC all maintainers and relevant mailing lists.
This was not Cced to device tree maintainers, therefore it has to be NAK-ed.
> ---
> Documentation/devicetree/bindings/firmware/qcom,scm.yaml | 5 +++++
> 1 file changed, 5 insertions(+)
>
> diff --git a/Documentation/devicetree/bindings/firmware/qcom,scm.yaml b/Documentation/devicetree/bindings/firmware/qcom,scm.yaml
> index 9fdeee0..e279fd2 100644
> --- a/Documentation/devicetree/bindings/firmware/qcom,scm.yaml
> +++ b/Documentation/devicetree/bindings/firmware/qcom,scm.yaml
> @@ -70,6 +70,11 @@ properties:
> '#reset-cells':
> const: 1
>
> + allow-multi-call:
> + description:
> + Specify this flag to remove SCM call serialization. Need to ensure that
> + the firmware being used supports this feature first.
Missing vendor prefix, missing type.
Isn't support for this obvious from compatible?\
Best regards,
Krzysztof
Powered by blists - more mailing lists