[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <9f245c3c-b6fc-4491-af9a-ae21ee8e1edd@quicinc.com>
Date: Thu, 1 Aug 2024 12:44:32 -0700
From: Nikunj Kela <quic_nkela@...cinc.com>
To: Cristian Marussi <cristian.marussi@....com>
CC: <linux-kernel@...r.kernel.org>, <linux-arm-kernel@...ts.infradead.org>,
<arm-scmi@...r.kernel.org>, <devicetree@...r.kernel.org>,
<sudeep.holla@....com>, <james.quinlan@...adcom.com>,
<f.fainelli@...il.com>, <vincent.guittot@...aro.org>,
<etienne.carriere@...com>, <peng.fan@....nxp.com>,
<michal.simek@....com>, <quic_sibis@...cinc.com>,
<dan.carpenter@...aro.org>, <souvik.chakravarty@....com>,
<robh@...nel.org>, <krzk+dt@...nel.org>
Subject: Re: [PATCH v1 0/6] Add SCMI transport descriptors
On 8/1/2024 12:23 PM, Cristian Marussi wrote:
> On Thu, Aug 01, 2024 at 12:17:36PM -0700, Nikunj Kela wrote:
>> On 7/30/2024 7:47 AM, Cristian Marussi wrote:
>>> Hi,
>>>
>>> this small series is an extended version of this recent, already reviewed,
>>> series [1] posted by Peng to add a new arm,scmi property to describe some
>>> platform-specific SCMI timeout constraints.
>>>
>>> On top of that, this adds 2 more properties to describe a couple more
>>> platform-specific transport characteristics.
>>>
>>> To minimize conflicts, the whole series is based on top of another recent
>>> series, which represents a rework of the core SCMI stack to split SCMI
>>> transports as standalone drivers. [2]
>>>
>>> Thanks,
>>> Cristian
>>>
>>> [1]: https://lore.kernel.org/linux-arm-kernel/20240709140957.3171255-1-peng.fan@oss.nxp.com/
>>> [2]: https://lore.kernel.org/linux-arm-kernel/20240730133318.1573765-1-cristian.marussi@arm.com/T/#t
>>>
>>> ---
>> Thanks Cristian for the series. I have validated them on Qualcomm
>> SA8255p(to be upstreamed) Ride platform.
>>
> Thanks for testing...does this solves your issues ?
> (assuming that will go through as it is ...)
>
> Cristian
Yes it works like a charm! Hope this series goes through.
-Nikunj
Powered by blists - more mailing lists