[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <0efe305e-031b-bdf5-0268-ca1c6d562653@quicinc.com>
Date: Mon, 18 Sep 2023 08:01:26 -0700
From: Nikunj Kela <quic_nkela@...cinc.com>
To: <sudeep.holla@....com>
CC: <cristian.marussi@....com>, <robh+dt@...nel.org>,
<krzysztof.kozlowski+dt@...aro.org>, <conor+dt@...nel.org>,
<andersson@...nel.org>, <konrad.dybcio@...aro.org>,
<linux-arm-kernel@...ts.infradead.org>,
<devicetree@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
<linux-arm-msm@...r.kernel.org>
Subject: Re: [PATCH v4 0/4] Add qcom hvc/shmem transport support
Gentle Ping!
On 9/11/2023 12:43 PM, Nikunj Kela wrote:
> This change augments smc transport to include support for Qualcomm virtual
> platforms by passing a parameter(capability-id) in the hypervisor call to
> identify which doorbell to assert. This parameter is dynamically generated
> at runtime on the device and insuitable to pass via the devicetree.
>
> The function ID and parameter are stored by firmware in the shmem region.
>
> This has been tested on ARM64 virtual Qualcomm platform.
>
> ---
> v4 -> port the changes into smc.c
>
> v3 -> fix the compilation error reported by the test bot,
> add support for polling based instances
>
> v2 -> use allOf construct in dtb schema,
> remove wrappers from mutexes,
> use architecture independent channel layout
>
> v1 -> original patches
>
> Nikunj Kela (4):
> firmware: arm_scmi: Add polling support for completion in smc
> dt-bindings: arm: convert nested if-else construct to allOf
> dt-bindings: arm: Add new compatible for smc/hvc transport for SCMI
> firmware: arm_scmi: Add qcom hvc/shmem transport support
>
> .../bindings/firmware/arm,scmi.yaml | 67 +++++++++++--------
> drivers/firmware/arm_scmi/Kconfig | 14 ++++
> drivers/firmware/arm_scmi/driver.c | 1 +
> drivers/firmware/arm_scmi/smc.c | 62 +++++++++++++++--
> 4 files changed, 110 insertions(+), 34 deletions(-)
>
Powered by blists - more mailing lists