[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210614150415.00005d92@Huawei.com>
Date: Mon, 14 Jun 2021 15:04:15 +0100
From: Jonathan Cameron <Jonathan.Cameron@...wei.com>
To: Cristian Marussi <cristian.marussi@....com>
CC: <linux-kernel@...r.kernel.org>,
<linux-arm-kernel@...ts.infradead.org>,
<virtualization@...ts.linux-foundation.org>,
<virtio-dev@...ts.oasis-open.org>, <sudeep.holla@....com>,
<james.quinlan@...adcom.com>, <f.fainelli@...il.com>,
<etienne.carriere@...aro.org>, <vincent.guittot@...aro.org>,
<souvik.chakravarty@....com>, <igor.skalkin@...nsynergy.com>,
<peter.hilber@...nsynergy.com>, <alex.bennee@...aro.org>,
<jean-philippe@...aro.org>, <mikhail.golubev@...nsynergy.com>,
<anton.yakovlev@...nsynergy.com>,
<Vasyl.Vavrychuk@...nsynergy.com>,
<Andriy.Tryshnivskyy@...nsynergy.com>
Subject: Re: [PATCH v4 07/16] firmware: arm_scmi: Add op to override max
message #
On Fri, 11 Jun 2021 17:59:28 +0100
Cristian Marussi <cristian.marussi@....com> wrote:
> From: Igor Skalkin <igor.skalkin@...nsynergy.com>
>
> The number of simultaneously pending messages that the upcoming
> scmi-virtio transport can support depends on the virtio device (SCMI
> platform) and can differ for each channel. (The scmi-virtio transport
> does only have one tx and at most 1 rx channel.)
>
> Add an optional transport op so that scmi-virtio can report the actual
> max message # for each channel type. Respect these new limits.
>
> Reflect that the limit in struct scmi_desc is now only a default any
> more.
>
> [ Peter: Adapted patch for submission to upstream. ]
>
> Co-developed-by: Peter Hilber <peter.hilber@...nsynergy.com>
> Signed-off-by: Igor Skalkin <igor.skalkin@...nsynergy.com>
> Signed-off-by: Peter Hilber <peter.hilber@...nsynergy.com>
Cristian,
Give you are sending this on to the list, should have your
Signed-off-by as well.
Jonathan
Powered by blists - more mailing lists