From: Rob Herring <robh@kernel.org>
To: Cristian Marussi <cristian.marussi@arm.com>
Cc: linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org,
sudeep.holla@arm.com, vincent.guittot@linaro.org,
souvik.chakravarty@arm.com, nicola.mazzucato@arm.com,
krzysztof.kozlowski+dt@linaro.org
Subject: Re: [PATCH v2 1/2] dt-bindings: firmware: arm,scmi: Support mailboxes unidirectional channels
Date: Mon, 3 Apr 2023 14:58:08 -0500 [thread overview]
Message-ID: <20230403195808.GA1362828-robh@kernel.org> (raw)
In-Reply-To: <20230327154528.460836-2-cristian.marussi@arm.com>
On Mon, Mar 27, 2023 at 04:45:27PM +0100, Cristian Marussi wrote:
> SCMI defines two kinds of communication channels between the agent and the
> platform: one bidirectional 'a2p' channel used by the agent to send SCMI
> commands and synchronously receive the related replies, and an optional
> 'p2a' unidirectional channel used to asynchronously receive delayed
> responses and notifications emitted from the platform.
>
> When configuring an SCMI transport based on mailboxes, the current binding
> supports only mailboxes providing bidirectional channels: in such a case
> one mailbox channel can be easily assigned to each SCMI channel as above
> described.
>
> In case, instead, to have to deal with mailboxes providing only distinct
> unidirectional channels, it becomes necessary to extend the binding in
> order to be able to bind 2 distinct unidirectional mailbox channels to the
> same SCMI 'a2p' channel.
>
> Bidirectional and unidirectional channels support for the SCMI mailbox
> transport can coexist by carefully considering the effective combination
> of defined 'mboxes' and 'shmem' descriptors.
>
> Signed-off-by: Cristian Marussi <cristian.marussi@arm.com>
> ---
> v1 --> v2
> - added mbox-names unidirectional definitions and example
> ---
> .../bindings/firmware/arm,scmi.yaml | 76 ++++++++++++++++---
> 1 file changed, 66 insertions(+), 10 deletions(-)
>
> diff --git a/Documentation/devicetree/bindings/firmware/arm,scmi.yaml b/Documentation/devicetree/bindings/firmware/arm,scmi.yaml
> index 2f7c51c75e85..0204b102b47f 100644
> --- a/Documentation/devicetree/bindings/firmware/arm,scmi.yaml
> +++ b/Documentation/devicetree/bindings/firmware/arm,scmi.yaml
> @@ -56,17 +56,41 @@ properties:
> description:
> Specifies the mailboxes used to communicate with SCMI compliant
> firmware.
> - items:
> - - const: tx
> - - const: rx
> + oneOf:
> + - items:
> + - const: tx
> + - items:
> + - const: tx
> + - const: rx
These 2 'items' can be collapsed to 1 with 'minItems: 1' added.
> + - items:
> + - const: tx
> + - const: tx_reply
> + - items:
> + - const: tx
> + - const: tx_reply
> + - const: rx
Same on these 2 with 'minItems: 2' added.
>
> mboxes:
> description:
> List of phandle and mailbox channel specifiers. It should contain
> - exactly one or two mailboxes, one for transmitting messages("tx")
> - and another optional for receiving the notifications("rx") if supported.
> + exactly one, two or three mailboxes; the first one or two for transmitting
> + messages ("tx") and another optional ("rx") for receiving notifications
> + and delayed responses, if supported by the platform.
> + The number of mailboxes needed for transmitting messages depends on the
> + type of channels exposed by the specific underlying mailbox controller;
> + one single channel descriptor is enough if such channel is bidirectional,
> + while two channel descriptors are needed to represent the SCMI ("tx")
> + channel if the underlying mailbox channels are of unidirectional type.
> + The effective combination in numbers of mboxes and shmem descriptors let
> + the SCMI subsystem determine unambiguosly which type of SCMI channels are
> + made available by the underlying mailbox controller and how to use them.
> + 1 mbox / 1 shmem => SCMI TX over 1 mailbox bidirectional channel
> + 2 mbox / 2 shmem => SCMI TX and RX over 2 mailbox bidirectional channels
> + 2 mbox / 1 shmem => SCMI TX over 2 mailbox unidirectional channels
> + 3 mbox / 2 shmem => SCMI TX and RX over 3 mailbox unidirectional channels
> + Any other combination of mboxes and shmem is invalid.
> minItems: 1
> - maxItems: 2
> + maxItems: 3
>
> shmem:
> description:
> @@ -228,13 +252,23 @@ $defs:
> maxItems: 1
>
> mbox-names:
> - items:
> - - const: tx
> - - const: rx
> + oneOf:
> + - items:
> + - const: tx
> + - items:
> + - const: tx
> + - const: rx
> + - items:
> + - const: tx
> + - const: tx_reply
> + - items:
> + - const: tx
> + - const: tx_reply
> + - const: rx
>
> mboxes:
> minItems: 1
> - maxItems: 2
> + maxItems: 3
>
> shmem:
> minItems: 1
> @@ -393,6 +427,28 @@ examples:
> };
> };
>
> + - |
> + firmware {
> + scmi {
> + compatible = "arm,scmi";
> + mboxes = <&mhu_U_tx 0 0>, <&mhu_U_rx 0 0>;
> + mbox-names = "tx", "tx_reply";
> + shmem = <&cpu_scp_lpri0>;
> +
> + #address-cells = <1>;
> + #size-cells = <0>;
> +
> + scmi_dvfs_2: protocol@13 {
> + reg = <0x13>;
> + #clock-cells = <1>;
> +
> + mboxes = <&mhu_U_tx 1 0>, <&mhu_U_rx 1 0>, <&mhu_U_rx 1 1>;
> + mbox-names = "tx", "tx_reply", "rx";
> + shmem = <&cpu_scp_hpri0>, <&cpu_scp_hpri1>;
> + };
> + };
> + };
> +
> - |
> firmware {
> scmi {
> --
> 2.34.1
>
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
WARNING: multiple messages have this Message-ID (diff)
From: Rob Herring <robh@kernel.org>
To: Cristian Marussi <cristian.marussi@arm.com>
Cc: linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org,
sudeep.holla@arm.com, vincent.guittot@linaro.org,
souvik.chakravarty@arm.com, nicola.mazzucato@arm.com,
krzysztof.kozlowski+dt@linaro.org
Subject: Re: [PATCH v2 1/2] dt-bindings: firmware: arm,scmi: Support mailboxes unidirectional channels
Date: Mon, 3 Apr 2023 14:58:08 -0500 [thread overview]
Message-ID: <20230403195808.GA1362828-robh@kernel.org> (raw)
In-Reply-To: <20230327154528.460836-2-cristian.marussi@arm.com>
On Mon, Mar 27, 2023 at 04:45:27PM +0100, Cristian Marussi wrote:
> SCMI defines two kinds of communication channels between the agent and the
> platform: one bidirectional 'a2p' channel used by the agent to send SCMI
> commands and synchronously receive the related replies, and an optional
> 'p2a' unidirectional channel used to asynchronously receive delayed
> responses and notifications emitted from the platform.
>
> When configuring an SCMI transport based on mailboxes, the current binding
> supports only mailboxes providing bidirectional channels: in such a case
> one mailbox channel can be easily assigned to each SCMI channel as above
> described.
>
> In case, instead, to have to deal with mailboxes providing only distinct
> unidirectional channels, it becomes necessary to extend the binding in
> order to be able to bind 2 distinct unidirectional mailbox channels to the
> same SCMI 'a2p' channel.
>
> Bidirectional and unidirectional channels support for the SCMI mailbox
> transport can coexist by carefully considering the effective combination
> of defined 'mboxes' and 'shmem' descriptors.
>
> Signed-off-by: Cristian Marussi <cristian.marussi@arm.com>
> ---
> v1 --> v2
> - added mbox-names unidirectional definitions and example
> ---
> .../bindings/firmware/arm,scmi.yaml | 76 ++++++++++++++++---
> 1 file changed, 66 insertions(+), 10 deletions(-)
>
> diff --git a/Documentation/devicetree/bindings/firmware/arm,scmi.yaml b/Documentation/devicetree/bindings/firmware/arm,scmi.yaml
> index 2f7c51c75e85..0204b102b47f 100644
> --- a/Documentation/devicetree/bindings/firmware/arm,scmi.yaml
> +++ b/Documentation/devicetree/bindings/firmware/arm,scmi.yaml
> @@ -56,17 +56,41 @@ properties:
> description:
> Specifies the mailboxes used to communicate with SCMI compliant
> firmware.
> - items:
> - - const: tx
> - - const: rx
> + oneOf:
> + - items:
> + - const: tx
> + - items:
> + - const: tx
> + - const: rx
These 2 'items' can be collapsed to 1 with 'minItems: 1' added.
> + - items:
> + - const: tx
> + - const: tx_reply
> + - items:
> + - const: tx
> + - const: tx_reply
> + - const: rx
Same on these 2 with 'minItems: 2' added.
>
> mboxes:
> description:
> List of phandle and mailbox channel specifiers. It should contain
> - exactly one or two mailboxes, one for transmitting messages("tx")
> - and another optional for receiving the notifications("rx") if supported.
> + exactly one, two or three mailboxes; the first one or two for transmitting
> + messages ("tx") and another optional ("rx") for receiving notifications
> + and delayed responses, if supported by the platform.
> + The number of mailboxes needed for transmitting messages depends on the
> + type of channels exposed by the specific underlying mailbox controller;
> + one single channel descriptor is enough if such channel is bidirectional,
> + while two channel descriptors are needed to represent the SCMI ("tx")
> + channel if the underlying mailbox channels are of unidirectional type.
> + The effective combination in numbers of mboxes and shmem descriptors let
> + the SCMI subsystem determine unambiguosly which type of SCMI channels are
> + made available by the underlying mailbox controller and how to use them.
> + 1 mbox / 1 shmem => SCMI TX over 1 mailbox bidirectional channel
> + 2 mbox / 2 shmem => SCMI TX and RX over 2 mailbox bidirectional channels
> + 2 mbox / 1 shmem => SCMI TX over 2 mailbox unidirectional channels
> + 3 mbox / 2 shmem => SCMI TX and RX over 3 mailbox unidirectional channels
> + Any other combination of mboxes and shmem is invalid.
> minItems: 1
> - maxItems: 2
> + maxItems: 3
>
> shmem:
> description:
> @@ -228,13 +252,23 @@ $defs:
> maxItems: 1
>
> mbox-names:
> - items:
> - - const: tx
> - - const: rx
> + oneOf:
> + - items:
> + - const: tx
> + - items:
> + - const: tx
> + - const: rx
> + - items:
> + - const: tx
> + - const: tx_reply
> + - items:
> + - const: tx
> + - const: tx_reply
> + - const: rx
>
> mboxes:
> minItems: 1
> - maxItems: 2
> + maxItems: 3
>
> shmem:
> minItems: 1
> @@ -393,6 +427,28 @@ examples:
> };
> };
>
> + - |
> + firmware {
> + scmi {
> + compatible = "arm,scmi";
> + mboxes = <&mhu_U_tx 0 0>, <&mhu_U_rx 0 0>;
> + mbox-names = "tx", "tx_reply";
> + shmem = <&cpu_scp_lpri0>;
> +
> + #address-cells = <1>;
> + #size-cells = <0>;
> +
> + scmi_dvfs_2: protocol@13 {
> + reg = <0x13>;
> + #clock-cells = <1>;
> +
> + mboxes = <&mhu_U_tx 1 0>, <&mhu_U_rx 1 0>, <&mhu_U_rx 1 1>;
> + mbox-names = "tx", "tx_reply", "rx";
> + shmem = <&cpu_scp_hpri0>, <&cpu_scp_hpri1>;
> + };
> + };
> + };
> +
> - |
> firmware {
> scmi {
> --
> 2.34.1
>
next prev parent reply other threads:[~2023-04-03 19:59 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-03-27 15:45 [PATCH v2 0/2] Add SCMI support for mailbox unidirectional channels Cristian Marussi
2023-03-27 15:45 ` Cristian Marussi
2023-03-27 15:45 ` [PATCH v2 1/2] dt-bindings: firmware: arm,scmi: Support mailboxes " Cristian Marussi
2023-03-27 15:45 ` Cristian Marussi
2023-04-03 19:58 ` Rob Herring [this message]
2023-04-03 19:58 ` Rob Herring
2023-03-27 15:45 ` [PATCH v2 2/2] firmware: arm_scmi: Add support for unidirectional mailbox channels Cristian Marussi
2023-03-27 15:45 ` Cristian Marussi
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=20230403195808.GA1362828-robh@kernel.org \
--to=robh@kernel.org \
--cc=cristian.marussi@arm.com \
--cc=devicetree@vger.kernel.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=nicola.mazzucato@arm.com \
--cc=souvik.chakravarty@arm.com \
--cc=sudeep.holla@arm.com \
--cc=vincent.guittot@linaro.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.