diff mbox series

[v3,5/6] SUPPORT.md: Describe SCMI-SMC layer feature

Message ID 20241218101142.1552618-6-andrei.cherechesu@oss.nxp.com (mailing list archive)
State Superseded
Headers show
Series xen/arm: Add support for S32CC platforms and LINFlexD UART | expand

Commit Message

Andrei Cherechesu Dec. 18, 2024, 10:11 a.m. UTC
From: Andrei Cherechesu <andrei.cherechesu@nxp.com>

Describe the layer which enables SCMI over SMC calls forwarding
to EL3 FW if issued by the Hardware domain. If the SCMI firmware
node is not found in the Host DT during initialization, it fails
silently as it's not mandatory.

The SCMI SMCs trapping at EL2 now lets hwdom perform SCMI ops for
interacting with system-level resources almost as if it would be
running natively.

Signed-off-by: Andrei Cherechesu <andrei.cherechesu@nxp.com>
---
 SUPPORT.md | 8 ++++++++
 1 file changed, 8 insertions(+)

Comments

Bertrand Marquis Dec. 18, 2024, 10:29 a.m. UTC | #1
Hi Andrei,

> On 18 Dec 2024, at 11:11, Andrei Cherechesu (OSS) <andrei.cherechesu@oss.nxp.com> wrote:
> 
> From: Andrei Cherechesu <andrei.cherechesu@nxp.com>
> 
> Describe the layer which enables SCMI over SMC calls forwarding
> to EL3 FW if issued by the Hardware domain. If the SCMI firmware
> node is not found in the Host DT during initialization, it fails
> silently as it's not mandatory.
> 
> The SCMI SMCs trapping at EL2 now lets hwdom perform SCMI ops for
> interacting with system-level resources almost as if it would be
> running natively.
> 
> Signed-off-by: Andrei Cherechesu <andrei.cherechesu@nxp.com>

Reviewed-by: Bertrand Marquis <bertrand.marquis@arm.com>

Cheers
Bertrand


> ---
> SUPPORT.md | 8 ++++++++
> 1 file changed, 8 insertions(+)
> 
> diff --git a/SUPPORT.md b/SUPPORT.md
> index 82239d0294..1f7867bd32 100644
> --- a/SUPPORT.md
> +++ b/SUPPORT.md
> @@ -928,6 +928,14 @@ Add/Remove device tree nodes using a device tree overlay binary (.dtbo).
> 
>     Status: Tech Preview
> 
> +### Arm: SCMI over SMC calls forwarding to EL3 Firmware
> +
> +Enable SCMI calls using SMC as doorbell mechanism and Shared Memory for
> +transport ("arm,scmi-smc" compatible only) to reach EL3 Firmware if issued
> +by hwdom. Some platforms use SCMI for access to system-level resources.
> +
> +    Status: Supported
> +
> ## Virtual Hardware, QEMU
> 
> This section describes supported devices available in HVM mode using a
> -- 
> 2.45.2
> 
>
Michal Orzel Dec. 18, 2024, 2:33 p.m. UTC | #2
On 18/12/2024 11:29, Bertrand Marquis wrote:
> 
> 
> Hi Andrei,
> 
>> On 18 Dec 2024, at 11:11, Andrei Cherechesu (OSS) <andrei.cherechesu@oss.nxp.com> wrote:
>>
>> From: Andrei Cherechesu <andrei.cherechesu@nxp.com>
>>
>> Describe the layer which enables SCMI over SMC calls forwarding
>> to EL3 FW if issued by the Hardware domain. If the SCMI firmware
>> node is not found in the Host DT during initialization, it fails
>> silently as it's not mandatory.
>>
>> The SCMI SMCs trapping at EL2 now lets hwdom perform SCMI ops for
>> interacting with system-level resources almost as if it would be
>> running natively.
>>
>> Signed-off-by: Andrei Cherechesu <andrei.cherechesu@nxp.com>
> 
> Reviewed-by: Bertrand Marquis <bertrand.marquis@arm.com>
Acked-by: Michal Orzel <michal.orzel@amd.com>

~Michal
diff mbox series

Patch

diff --git a/SUPPORT.md b/SUPPORT.md
index 82239d0294..1f7867bd32 100644
--- a/SUPPORT.md
+++ b/SUPPORT.md
@@ -928,6 +928,14 @@  Add/Remove device tree nodes using a device tree overlay binary (.dtbo).
 
     Status: Tech Preview
 
+### Arm: SCMI over SMC calls forwarding to EL3 Firmware
+
+Enable SCMI calls using SMC as doorbell mechanism and Shared Memory for
+transport ("arm,scmi-smc" compatible only) to reach EL3 Firmware if issued
+by hwdom. Some platforms use SCMI for access to system-level resources.
+
+    Status: Supported
+
 ## Virtual Hardware, QEMU
 
 This section describes supported devices available in HVM mode using a