public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: "Kun Qin" <kuqin12@gmail.com>
To: Achin Gupta <Achin.Gupta@arm.com>,
	"devel@edk2.groups.io" <devel@edk2.groups.io>,
	Nishant Sharma <Nishant.Sharma@arm.com>
Cc: Ard Biesheuvel <ardb+tianocore@kernel.org>,
	Sami Mujawar <Sami.Mujawar@arm.com>,
	Thomas Abraham <thomas.abraham@arm.com>,
	Sayanta Pattanayak <Sayanta.Pattanayak@arm.com>,
	Aditya Angadi <Aditya.Angadi@arm.com>, nd <nd@arm.com>
Subject: Re: [edk2-devel] [edk2-platforms][PATCH V1 19/20] ArmPkg/MmCommunicationDxe: Use the FF-A transport for MM requests
Date: Wed, 12 Jul 2023 10:13:37 -0700	[thread overview]
Message-ID: <b25ce528-43ef-5834-d646-4b305aa55fb5@gmail.com> (raw)
In-Reply-To: <AS8PR08MB99791751265A230DA70FAA6BFF36A@AS8PR08MB9979.eurprd08.prod.outlook.com>

[-- Attachment #1: Type: text/plain, Size: 10620 bytes --]

Hi Achin,

The main MM communicate usage in PEI we have today is the variable service,
because non secure UEFI cannot access flash directly.


We had a few use cases where we need to check the variable from the previous

boot in PEI, update some configuration data and consume it for the rest 
of the
boot. I think it will break as is if we switch over to FFA aware framework?


Please let me know how you think about the potential support in PEI.

Regards,
Kun

On 7/12/2023 7:21 AM, Achin Gupta wrote:
> Hi Kun,
>
> IIUC, not much happens during the PEI phase on Arm platforms. Hence 
> the patches focus on DXE in the Normal world. It would be difficult to 
> provide an effort estimate as we do not see a use case and 
> consequently this is not on the to-do list. Would you be able to 
> provide more detail about the scenarios you have in mind?
>
> cheers,
> Achin
> ------------------------------------------------------------------------
> *From:* Kun Qin <kuqin12@gmail.com>
> *Sent:* 11 July 2023 20:22
> *To:* devel@edk2.groups.io <devel@edk2.groups.io>; Nishant Sharma 
> <Nishant.Sharma@arm.com>
> *Cc:* Ard Biesheuvel <ardb+tianocore@kernel.org>; Sami Mujawar 
> <Sami.Mujawar@arm.com>; Thomas Abraham <thomas.abraham@arm.com>; 
> Sayanta Pattanayak <Sayanta.Pattanayak@arm.com>; Achin Gupta 
> <Achin.Gupta@arm.com>; Aditya Angadi <Aditya.Angadi@arm.com>
> *Subject:* Re: [edk2-devel] [edk2-platforms][PATCH V1 19/20] 
> ArmPkg/MmCommunicationDxe: Use the FF-A transport for MM requests
> Hi Nishant,
>
> Thank you for sending out the patch. Can you please evaluate how much
> effort it would be
> to support the same for MmCommunicatePei? I think it would provide
> better coverage for
> the FFA support if we can have that change.
>
> Thanks,
> Kun
>
> On 7/11/2023 7:36 AM, Nishant Sharma wrote:
> > From: Achin Gupta <achin.gupta@arm.com>
> >
> > This patch packages requests for accessing a Standalone MM driver
> > through the MM communication protocol as FF-A direct messages.
> > Corresponding changes in Standalone MM Core ensure that responses are
> > packaged in the same way.
> >
> > Signed-off-by: Achin Gupta <achin.gupta@arm.com>
> > Co-developed-by: Aditya Angadi <aditya.angadi@arm.com>
> > Signed-off-by: Nishant Sharma <nishant.sharma@arm.com>
> > ---
> >   ArmPkg/Include/IndustryStandard/ArmFfaSvc.h |   2 +
> >   ArmPkg/Drivers/MmCommunicationDxe/MmCommunication.c | 141 
> +++++++++++++-------
> >   2 files changed, 97 insertions(+), 46 deletions(-)
> >
> > diff --git a/ArmPkg/Include/IndustryStandard/ArmFfaSvc.h 
> b/ArmPkg/Include/IndustryStandard/ArmFfaSvc.h
> > index 530af8bd3c2e..493997346143 100644
> > --- a/ArmPkg/Include/IndustryStandard/ArmFfaSvc.h
> > +++ b/ArmPkg/Include/IndustryStandard/ArmFfaSvc.h
> > @@ -23,6 +23,7 @@
> >   #define ARM_SVC_ID_FFA_RXTX_UNMAP_AARCH32            0x84000067
> >   #define ARM_SVC_ID_FFA_PARTITION_INFO_GET_AARCH32    0x84000068
> >   #define ARM_SVC_ID_FFA_ID_GET_AARCH32                0x84000069
> > +#define ARM_SVC_ID_FFA_RUN_AARCH32 0x8400006D
> >   #define ARM_SVC_ID_FFA_MSG_SEND_DIRECT_REQ_AARCH32   0x8400006F
> >   #define ARM_SVC_ID_FFA_MSG_SEND_DIRECT_RESP_AARCH32  0x84000070
> >   #define ARM_SVC_ID_FFA_MSG_SEND_DIRECT_REQ_AARCH64   0xC400006F
> > @@ -31,6 +32,7 @@
> >   #define ARM_SVC_ID_FFA_SUCCESS_AARCH64               0xC4000061
> >   #define ARM_SVC_ID_FFA_MEM_PERM_SET_AARCH32          0x84000089
> >   #define ARM_SVC_ID_FFA_MEM_PERM_GET_AARCH32          0x84000088
> > +#define ARM_SVC_ID_FFA_INTERRUPT_AARCH32 0x84000062
> >   #define ARM_SVC_ID_FFA_ERROR_AARCH32                 0x84000060
> >   #define ARM_SVC_ID_FFA_ERROR_AARCH64                 0xC4000060
> >   #define ARM_SVC_ID_FFA_MSG_WAIT_AARCH32              0x8400006B
> > diff --git a/ArmPkg/Drivers/MmCommunicationDxe/MmCommunication.c 
> b/ArmPkg/Drivers/MmCommunicationDxe/MmCommunication.c
> > index 94a5d96c051d..a70318581bd2 100644
> > --- a/ArmPkg/Drivers/MmCommunicationDxe/MmCommunication.c
> > +++ b/ArmPkg/Drivers/MmCommunicationDxe/MmCommunication.c
> > @@ -100,6 +100,7 @@ MmCommunication2Communicate (
> >     ARM_SMC_ARGS               CommunicateSmcArgs;
> >     EFI_STATUS                 Status;
> >     UINTN                      BufferSize;
> > +  UINTN                      Ret;
> >
> >     Status     = EFI_ACCESS_DENIED;
> >     BufferSize = 0;
> > @@ -160,60 +161,108 @@ MmCommunication2Communicate (
> >       return Status;
> >     }
> >
> > -  // SMC Function ID
> > -  CommunicateSmcArgs.Arg0 = ARM_SMC_ID_MM_COMMUNICATE_AARCH64;
> > -
> > -  // Cookie
> > -  CommunicateSmcArgs.Arg1 = 0;
> > -
> >     // Copy Communication Payload
> >     CopyMem ((VOID *)mNsCommBuffMemRegion.VirtualBase, 
> CommBufferVirtual, BufferSize);
> >
> > -  // comm_buffer_address (64-bit physical address)
> > -  CommunicateSmcArgs.Arg2 = (UINTN)mNsCommBuffMemRegion.PhysicalBase;
> > +  // Use the FF-A interface if enabled.
> > +  if (FixedPcdGet32 (PcdFfaEnable) != 0) {
> > +    // FF-A Interface ID for direct message communication
> > +    CommunicateSmcArgs.Arg0 = 
> ARM_SVC_ID_FFA_MSG_SEND_DIRECT_REQ_AARCH64;
> >
> > -  // comm_size_address (not used, indicated by setting to zero)
> > -  CommunicateSmcArgs.Arg3 = 0;
> > +    // FF-A Destination EndPoint ID, not used as of now
> > +    CommunicateSmcArgs.Arg1 = mFfaPartId << 16 | mStmmPartInfo.PartId;
> >
> > +    // Reserved for future use(MBZ)
> > +    CommunicateSmcArgs.Arg2 = 0x0;
> > +
> > +    // comm_buffer_address (64-bit physical address)
> > +    CommunicateSmcArgs.Arg3 = (UINTN)mNsCommBuffMemRegion.PhysicalBase;
> > +
> > +    // Cookie
> > +    CommunicateSmcArgs.Arg4 = 0x0;
> > +
> > +    // Not Used
> > +    CommunicateSmcArgs.Arg5 = 0;
> > +
> > +    // comm_size_address (not used, indicated by setting to zero)
> > +    CommunicateSmcArgs.Arg6 = 0;
> > +  } else {
> > +    // SMC Function ID
> > +    CommunicateSmcArgs.Arg0 = ARM_SMC_ID_MM_COMMUNICATE_AARCH64;
> > +
> > +    // Cookie
> > +    CommunicateSmcArgs.Arg1 = 0;
> > +
> > +    // comm_buffer_address (64-bit physical address)
> > +    CommunicateSmcArgs.Arg2 = (UINTN)mNsCommBuffMemRegion.PhysicalBase;
> > +
> > +    // comm_size_address (not used, indicated by setting to zero)
> > +    CommunicateSmcArgs.Arg3 = 0;
> > +  }
> > +
> > +ffa_intr_loop:
> >     // Call the Standalone MM environment.
> >     ArmCallSmc (&CommunicateSmcArgs);
> >
> > -  switch (CommunicateSmcArgs.Arg0) {
> > -    case ARM_SMC_MM_RET_SUCCESS:
> > -      ZeroMem (CommBufferVirtual, BufferSize);
> > -      // On successful return, the size of data being returned is 
> inferred from
> > -      // MessageLength + Header.
> > -      CommunicateHeader = (EFI_MM_COMMUNICATE_HEADER 
> *)mNsCommBuffMemRegion.VirtualBase;
> > -      BufferSize        = CommunicateHeader->MessageLength +
> > -                          sizeof (CommunicateHeader->HeaderGuid) +
> > -                          sizeof (CommunicateHeader->MessageLength);
> > -
> > -      CopyMem (
> > -        CommBufferVirtual,
> > -        (VOID *)mNsCommBuffMemRegion.VirtualBase,
> > -        BufferSize
> > -        );
> > -      Status = EFI_SUCCESS;
> > -      break;
> > -
> > -    case ARM_SMC_MM_RET_INVALID_PARAMS:
> > -      Status = EFI_INVALID_PARAMETER;
> > -      break;
> > -
> > -    case ARM_SMC_MM_RET_DENIED:
> > -      Status = EFI_ACCESS_DENIED;
> > -      break;
> > -
> > -    case ARM_SMC_MM_RET_NO_MEMORY:
> > -      // Unexpected error since the CommSize was checked for zero 
> length
> > -      // prior to issuing the SMC
> > -      Status = EFI_OUT_OF_RESOURCES;
> > -      ASSERT (0);
> > -      break;
> > -
> > -    default:
> > -      Status = EFI_ACCESS_DENIED;
> > -      ASSERT (0);
> > +  Ret = CommunicateSmcArgs.Arg0;
> > +
> > +  if (FixedPcdGet32 (PcdFfaEnable) != 0) {
> > +    if (Ret == ARM_SVC_ID_FFA_INTERRUPT_AARCH32) {
> > +      DEBUG ((DEBUG_INFO, "Resuming interrupted FF-A call \n"));
> > +
> > +      // FF-A Interface ID for running the interrupted partition
> > +      CommunicateSmcArgs.Arg0 = ARM_SVC_ID_FFA_RUN_AARCH32;
> > +
> > +      // FF-A Destination EndPoint and vCPU ID, TODO: We are 
> assuming vCPU0 of the
> > +      // StMM SP since it is UP.
> > +      CommunicateSmcArgs.Arg1 = mStmmPartInfo.PartId << 16;
> > +
> > +      // Loop if the call was interrupted
> > +      goto ffa_intr_loop;
> > +    }
> > +  }
> > +
> > +  if (((FixedPcdGet32 (PcdFfaEnable) != 0) &&
> > +      (Ret == ARM_SVC_ID_FFA_MSG_SEND_DIRECT_RESP)) ||
> > +      (Ret == ARM_SMC_MM_RET_SUCCESS)) {
> > +    ZeroMem (CommBufferVirtual, BufferSize);
> > +    // On successful return, the size of data being returned is 
> inferred from
> > +    // MessageLength + Header.
> > +    CommunicateHeader = (EFI_MM_COMMUNICATE_HEADER 
> *)mNsCommBuffMemRegion.VirtualBase;
> > +    BufferSize = CommunicateHeader->MessageLength +
> > +                 sizeof (CommunicateHeader->HeaderGuid) +
> > +                 sizeof (CommunicateHeader->MessageLength);
> > +
> > +    CopyMem (CommBufferVirtual, (VOID 
> *)mNsCommBuffMemRegion.VirtualBase,
> > +             BufferSize);
> > +    Status = EFI_SUCCESS;
> > +    return Status;
> > +  }
> > +
> > +  if (FixedPcdGet32 (PcdFfaEnable) != 0) {
> > +    Ret = CommunicateSmcArgs.Arg2;
> > +  }
> > +
> > +  // Error Codes are same for FF-A and SMC interface
> > +  switch (Ret) {
> > +  case ARM_SMC_MM_RET_INVALID_PARAMS:
> > +    Status = EFI_INVALID_PARAMETER;
> > +    break;
> > +
> > +  case ARM_SMC_MM_RET_DENIED:
> > +    Status = EFI_ACCESS_DENIED;
> > +    break;
> > +
> > +  case ARM_SMC_MM_RET_NO_MEMORY:
> > +    // Unexpected error since the CommSize was checked for zero length
> > +    // prior to issuing the SMC
> > +    Status = EFI_OUT_OF_RESOURCES;
> > +    ASSERT (0);
> > +    break;
> > +
> > +  default:
> > +    Status = EFI_ACCESS_DENIED;
> > +    ASSERT (0);
> >     }
> >
> >     return Status;

[-- Attachment #2: Type: text/html, Size: 18830 bytes --]

  reply	other threads:[~2023-07-12 17:13 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-07-11 14:36 [edk2-platforms][PATCH V1 00/20] Add the support for ARM Firmware First Framework Nishant Sharma
2023-07-11 14:36 ` [edk2-platforms][PATCH V1 01/20] ArmPkg: Change PcdFfaEnable flag datatype Nishant Sharma
2023-07-12 17:21   ` [edk2-devel] " Oliver Smith-Denny
2023-07-12 17:23     ` Chris Fernald
2023-07-11 14:36 ` [edk2-platforms][PATCH V1 02/20] StandaloneMmPkg: Allocate and initialise SP stack from internal memory Nishant Sharma
2023-07-12 17:47   ` [edk2-devel] " Chris Fernald
2023-07-11 14:36 ` [edk2-platforms][PATCH V1 03/20] StandaloneMmPkg: Include libfdt in the StMM Nishant Sharma
2023-07-11 14:36 ` [edk2-platforms][PATCH V1 04/20] ArmPkg: Add data structures to receive FF-A boot information Nishant Sharma
2023-07-12 17:27   ` [edk2-devel] " Oliver Smith-Denny
2023-07-11 14:36 ` [edk2-platforms][PATCH V1 05/20] ArmPkg/ArmFfaSvc: Add helper macros and fids Nishant Sharma
2023-07-11 14:36 ` [edk2-platforms][PATCH V1 06/20] ArmPkg: Add support for FFA_MEM_PERM_GET/SET ABIs Nishant Sharma
2023-07-12 17:43   ` [edk2-devel] " Oliver Smith-Denny
2023-07-11 14:36 ` [edk2-platforms][PATCH V1 07/20] StandaloneMmPkg: define new data structure to stage FF-A boot information Nishant Sharma
2023-07-11 14:36 ` [edk2-platforms][PATCH V1 08/20] StandaloneMmPkg: Add backwards compatible support to detect FF-A v1.1 Nishant Sharma
2023-07-12 20:31   ` [edk2-devel] " Oliver Smith-Denny
2023-07-11 14:36 ` [edk2-platforms][PATCH V1 09/20] StandaloneMmPkg: parse SP manifest and populate new boot information Nishant Sharma
2023-07-13 15:24   ` [edk2-devel] " Girish Mahadevan
2023-07-13 16:48     ` Chris Fernald
2023-07-13 20:49       ` Achin Gupta
2023-07-11 14:36 ` [edk2-platforms][PATCH V1 10/20] StandaloneMmPkg: Populate Hoblist for SP init from StMM " Nishant Sharma
2023-07-12 20:52   ` [edk2-devel] " Oliver Smith-Denny
2023-07-11 14:36 ` [edk2-platforms][PATCH V1 11/20] StandaloneMmPkg: Skip zero sized sections while tweaking page permissions Nishant Sharma
2023-07-11 14:36 ` [edk2-platforms][PATCH V1 12/20] StandaloneMmPkg: Add global check for FF-A abis Nishant Sharma
2023-07-11 14:36 ` [edk2-platforms][PATCH V1 13/20] ArmPkg: Bump the StMM SP FF-A minor version to 1 Nishant Sharma
2023-07-11 14:36 ` [edk2-platforms][PATCH V1 14/20] ArmPkg/MmCommunicationDxe: Introduce FF-A version check Nishant Sharma
2023-07-13 16:56   ` [edk2-devel] " Chris Fernald
2023-07-11 14:36 ` [edk2-platforms][PATCH V1 15/20] ArmPkg/MmCommunicationDxe: Add support for obtaining FF-A partition ID Nishant Sharma
2023-07-11 14:36 ` [edk2-platforms][PATCH V1 16/20] ArmPkg/MmCommunicationDxe: Register FF-A RX/TX buffers Nishant Sharma
2023-07-11 14:36 ` [edk2-platforms][PATCH V1 17/20] ArmPkg/MmCommunicationDxe: Unmap FF-A RX/TX buffers during ExitBootServices Nishant Sharma
2023-07-12 20:59   ` [edk2-devel] " Oliver Smith-Denny
2023-07-11 14:36 ` [edk2-platforms][PATCH V1 18/20] ArmPkg/MmCommunicationDxe: Discover the StMM SP Nishant Sharma
2023-07-12 21:10   ` [edk2-devel] " Oliver Smith-Denny
2023-07-12 21:48   ` Girish Mahadevan
2023-07-13 17:16   ` Chris Fernald
2023-07-11 14:36 ` [edk2-platforms][PATCH V1 19/20] ArmPkg/MmCommunicationDxe: Use the FF-A transport for MM requests Nishant Sharma
2023-07-11 19:22   ` [edk2-devel] " Kun Qin
2023-07-12 14:21     ` achin.gupta
2023-07-12 17:13       ` Kun Qin [this message]
2023-07-12 21:49   ` Girish Mahadevan
2023-07-11 14:36 ` [edk2-platforms][PATCH V1 20/20] StandaloneMmPkg: Add support for MM requests as FF-A direct messages Nishant Sharma
2023-07-12 21:13 ` [edk2-devel] [edk2-platforms][PATCH V1 00/20] Add the support for ARM Firmware First Framework Oliver Smith-Denny

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-list from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=b25ce528-43ef-5834-d646-4b305aa55fb5@gmail.com \
    --to=devel@edk2.groups.io \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox