From: Peter Hilber <peter.hilber@opensynergy.com> To: <linux-arm-kernel@lists.infradead.org>, <devicetree@vger.kernel.org> Cc: Igor Skalkin <igor.skalkin@opensynergy.com>, Peter Hilber <peter.hilber@opensynergy.com>, Rob Herring <robh+dt@kernel.org>, <linux-kernel@vger.kernel.org>, <sudeep.holla@arm.com>, <souvik.chakravarty@arm.com>, <alex.bennee@linaro.org>, <jean-philippe@linaro.org>, <mikhail.golubev@opensynergy.com>, <anton.yakovlev@opensynergy.com> Subject: [RFC PATCH v2 02/10] firmware: arm_scmi: Document that max_msg is a per channel type limit Date: Thu, 5 Nov 2020 22:21:08 +0100 [thread overview] Message-ID: <20201105212116.411422-3-peter.hilber@opensynergy.com> (raw) In-Reply-To: <20201105212116.411422-1-peter.hilber@opensynergy.com> From: Igor Skalkin <igor.skalkin@opensynergy.com> struct scmi_desc.max_msg specifies a limit for the pending messages. This limit is a per SCMI channel type (tx, rx) limit. State that explicitly in the inline documentation. The following patch will add an op to override the limit per channel type. Co-developed-by: Peter Hilber <peter.hilber@opensynergy.com> Signed-off-by: Peter Hilber <peter.hilber@opensynergy.com> Signed-off-by: Igor Skalkin <igor.skalkin@opensynergy.com> --- drivers/firmware/arm_scmi/common.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/firmware/arm_scmi/common.h b/drivers/firmware/arm_scmi/common.h index aed192238177..38e6aabbe3dd 100644 --- a/drivers/firmware/arm_scmi/common.h +++ b/drivers/firmware/arm_scmi/common.h @@ -231,8 +231,8 @@ struct scmi_transport_ops { * * @ops: Pointer to the transport specific ops structure * @max_rx_timeout_ms: Timeout for communication with SoC (in Milliseconds) - * @max_msg: Maximum number of messages that can be pending - * simultaneously in the system + * @max_msg: Maximum number of messages for a channel type (tx or rx) that can + * be pending simultaneously in the system * @max_msg_size: Maximum size of data per message that can be handled. */ struct scmi_desc { -- 2.25.1
WARNING: multiple messages have this Message-ID (diff)
From: Peter Hilber <peter.hilber@opensynergy.com> To: <linux-arm-kernel@lists.infradead.org>, <devicetree@vger.kernel.org> Cc: jean-philippe@linaro.org, mikhail.golubev@opensynergy.com, souvik.chakravarty@arm.com, Igor Skalkin <igor.skalkin@opensynergy.com>, linux-kernel@vger.kernel.org, Rob Herring <robh+dt@kernel.org>, Peter Hilber <peter.hilber@opensynergy.com>, anton.yakovlev@opensynergy.com, sudeep.holla@arm.com, alex.bennee@linaro.org Subject: [RFC PATCH v2 02/10] firmware: arm_scmi: Document that max_msg is a per channel type limit Date: Thu, 5 Nov 2020 22:21:08 +0100 [thread overview] Message-ID: <20201105212116.411422-3-peter.hilber@opensynergy.com> (raw) In-Reply-To: <20201105212116.411422-1-peter.hilber@opensynergy.com> From: Igor Skalkin <igor.skalkin@opensynergy.com> struct scmi_desc.max_msg specifies a limit for the pending messages. This limit is a per SCMI channel type (tx, rx) limit. State that explicitly in the inline documentation. The following patch will add an op to override the limit per channel type. Co-developed-by: Peter Hilber <peter.hilber@opensynergy.com> Signed-off-by: Peter Hilber <peter.hilber@opensynergy.com> Signed-off-by: Igor Skalkin <igor.skalkin@opensynergy.com> --- drivers/firmware/arm_scmi/common.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/firmware/arm_scmi/common.h b/drivers/firmware/arm_scmi/common.h index aed192238177..38e6aabbe3dd 100644 --- a/drivers/firmware/arm_scmi/common.h +++ b/drivers/firmware/arm_scmi/common.h @@ -231,8 +231,8 @@ struct scmi_transport_ops { * * @ops: Pointer to the transport specific ops structure * @max_rx_timeout_ms: Timeout for communication with SoC (in Milliseconds) - * @max_msg: Maximum number of messages that can be pending - * simultaneously in the system + * @max_msg: Maximum number of messages for a channel type (tx or rx) that can + * be pending simultaneously in the system * @max_msg_size: Maximum size of data per message that can be handled. */ struct scmi_desc { -- 2.25.1 _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2020-11-05 21:28 UTC|newest] Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-11-05 21:21 [RFC PATCH v2 00/10] firmware: arm_scmi: Add virtio transport Peter Hilber 2020-11-05 21:21 ` [virtio-dev] " Peter Hilber 2020-11-05 21:21 ` Peter Hilber 2020-11-05 21:21 ` [RFC PATCH v2 01/10] firmware: arm_scmi, smccc, mailbox: Make shmem based transports optional Peter Hilber 2020-11-05 21:21 ` Peter Hilber 2020-11-05 21:21 ` Peter Hilber [this message] 2020-11-05 21:21 ` [RFC PATCH v2 02/10] firmware: arm_scmi: Document that max_msg is a per channel type limit Peter Hilber 2020-11-05 21:21 ` [RFC PATCH v2 03/10] firmware: arm_scmi: Add op to override max message # Peter Hilber 2020-11-05 21:21 ` Peter Hilber 2020-11-05 21:21 ` [RFC PATCH v2 04/10] firmware: arm_scmi: Add per message transport data Peter Hilber 2020-11-05 21:21 ` Peter Hilber 2020-11-05 21:21 ` [RFC PATCH v2 05/10] firmware: arm_scmi: Add xfer_init_buffers transport op Peter Hilber 2020-11-05 21:21 ` Peter Hilber 2020-11-05 21:21 ` [RFC PATCH v2 06/10] firmware: arm_scmi: Add optional link_supplier() " Peter Hilber 2020-11-05 21:21 ` Peter Hilber 2020-11-05 21:21 ` [RFC PATCH v2 07/10] firmware: arm_scmi: Add per-device transport private info Peter Hilber 2020-11-05 21:21 ` Peter Hilber 2020-11-05 21:21 ` [RFC PATCH v2 08/10] firmware: arm_scmi: Add is_scmi_protocol_device() Peter Hilber 2020-11-05 21:21 ` Peter Hilber 2020-11-05 21:21 ` [RFC PATCH v2 09/10] dt-bindings: arm: Add virtio transport for SCMI Peter Hilber 2020-11-05 21:21 ` [virtio-dev] " Peter Hilber 2020-11-05 21:21 ` Peter Hilber 2020-11-05 21:21 ` [RFC PATCH v2 10/10] firmware: arm_scmi: Add virtio transport Peter Hilber 2020-11-05 21:21 ` [virtio-dev] " Peter Hilber 2020-11-05 21:21 ` Peter Hilber 2020-11-10 21:32 ` Cristian Marussi 2020-11-10 21:32 ` Cristian Marussi 2020-11-12 10:57 ` Peter Hilber 2020-11-12 10:57 ` [virtio-dev] " Peter Hilber 2020-11-12 10:57 ` Peter Hilber 2020-11-17 21:20 ` Cristian Marussi 2020-11-17 21:20 ` Cristian Marussi 2021-04-08 3:45 ` Viresh Kumar 2021-04-08 3:45 ` Viresh Kumar
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=20201105212116.411422-3-peter.hilber@opensynergy.com \ --to=peter.hilber@opensynergy.com \ --cc=alex.bennee@linaro.org \ --cc=anton.yakovlev@opensynergy.com \ --cc=devicetree@vger.kernel.org \ --cc=igor.skalkin@opensynergy.com \ --cc=jean-philippe@linaro.org \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=mikhail.golubev@opensynergy.com \ --cc=robh+dt@kernel.org \ --cc=souvik.chakravarty@arm.com \ --cc=sudeep.holla@arm.com \ /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: linkBe 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.