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 |
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 > >
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 --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