public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: "Kun Qin" <kuqin12@gmail.com>
To: Sami Mujawar <sami.mujawar@arm.com>, devel@edk2.groups.io
Cc: Leif Lindholm <leif@nuviainc.com>,
	Ard Biesheuvel <ardb+tianocore@kernel.org>,
	Bret Barkelew <Bret.Barkelew@microsoft.com>,
	Michael Kubacki <michael.kubacki@microsoft.com>, nd <nd@arm.com>
Subject: Re: [edk2-devel] [PATCH v1 2/2] ArmPkg: MmCommunicationDxe: Update MM communicate input arguments checks
Date: Mon, 20 Dec 2021 17:38:39 -0800	[thread overview]
Message-ID: <648c4ffd-cb86-cd7a-da05-26fdedd03f4d@gmail.com> (raw)
In-Reply-To: <486bca9b-c3ed-265c-76a6-5f8392f554c1@arm.com>

Hi Sami,

Thanks for your review. But this v1 patch was splitted into multiple 
patches as in https://edk2.groups.io/g/devel/message/85116. Please feel 
free leave feedback on the new series.

Regards,
Kun

On 12/13/2021 13:03, Sami Mujawar wrote:
> Hi Kun,
> 
> Thank you for this patch.
> 
> These changes look good to me.
> 
> Reviewed-by: Sami Mujawar <sami.mujawar@arm.com>
> 
> Regards,
> 
> Sami Mujawar
> 
> 
> On 30/11/2021 12:39 AM, Kun Qin via groups.io wrote:
>> REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3751
>>
>> Current MM communicate routine from ArmPkg would conduct few steps before
>> proceeding with SMC calls. However, some inspection steps are different
>> from PI specification.
>>
>> This patch updated MM communicate input argument inspection routine to
>> match the following PI descriptions:
>> 1. Return code `EFI_INVALID_PARAMETER` represents "the `CommBuffer**`
>> parameters do not refer to the same location in memory".
>> 2. `CommSize` represents "the size of the data buffer being passed in"
>> instead of "the size of the data being used from data buffer".
>> 3. Regarding `MessageLength`, "if the `MessageLength` is zero, or too
>> large for the MM implementation to manage, the MM implementation must
>> update the `MessageLength` to reflect the size of the `Data` buffer that
>> it can tolerate".
>>
>> Cc: Leif Lindholm <leif@nuviainc.com>
>> Cc: Ard Biesheuvel <ardb+tianocore@kernel.org>
>> Cc: Bret Barkelew <Bret.Barkelew@microsoft.com>
>> Cc: Michael Kubacki <michael.kubacki@microsoft.com>
>>
>> Signed-off-by: Kun Qin <kuqin12@gmail.com>
>> ---
>>   ArmPkg/Drivers/MmCommunicationDxe/MmCommunication.c | 44 
>> ++++++++++++--------
>>   1 file changed, 27 insertions(+), 17 deletions(-)
>>
>> diff --git a/ArmPkg/Drivers/MmCommunicationDxe/MmCommunication.c 
>> b/ArmPkg/Drivers/MmCommunicationDxe/MmCommunication.c
>> index b1e309580988..8a2bd222957f 100644
>> --- a/ArmPkg/Drivers/MmCommunicationDxe/MmCommunication.c
>> +++ b/ArmPkg/Drivers/MmCommunicationDxe/MmCommunication.c
>> @@ -41,15 +41,19 @@ STATIC EFI_HANDLE  mMmCommunicateHandle;
>>     This function provides a service to send and receive messages from 
>> a registered UEFI service.
>> -  @param[in] This                The EFI_MM_COMMUNICATION_PROTOCOL 
>> instance.
>> -  @param[in] CommBufferPhysical  Physical address of the MM 
>> communication buffer
>> -  @param[in] CommBufferVirtual   Virtual address of the MM 
>> communication buffer
>> -  @param[in] CommSize            The size of the data buffer being 
>> passed in. On exit, the size of data
>> -                                 being returned. Zero if the handler 
>> does not wish to reply with any data.
>> -                                 This parameter is optional and may 
>> be NULL.
>> +  @param[in] This                     The 
>> EFI_MM_COMMUNICATION_PROTOCOL instance.
>> +  @param[in, out] CommBufferPhysical  Physical address of the MM 
>> communication buffer
>> +  @param[in, out] CommBufferVirtual   Virtual address of the MM 
>> communication buffer
>> +  @param[in, out] CommSize            The size of the data buffer 
>> being passed in. On input, when not
>> +                                      omitted, the buffer should 
>> cover EFI_MM_COMMUNICATE_HEADER and the
>> +                                      value of MessageLength field. 
>> On exit, the size of data being
>> +                                      returned. Zero if the handler 
>> does not wish to reply with any data.
>> +                                      This parameter is optional and 
>> may be NULL.
>>     @retval EFI_SUCCESS            The message was successfully posted.
>> -  @retval EFI_INVALID_PARAMETER  CommBufferPhysical was NULL or 
>> CommBufferVirtual was NULL.
>> +  @retval EFI_INVALID_PARAMETER  CommBufferPhysical or 
>> CommBufferVirtual was NULL, or integer value
>> +                                 pointed by CommSize does not cover 
>> EFI_MM_COMMUNICATE_HEADER and the
>> +                                 value of MessageLength field.
>>     @retval EFI_BAD_BUFFER_SIZE    The buffer is too large for the MM 
>> implementation.
>>                                    If this error is returned, the 
>> MessageLength field
>>                                    in the CommBuffer header or the 
>> integer pointed by
>> @@ -82,10 +86,11 @@ MmCommunication2Communicate (
>>     //
>>     // Check parameters
>>     //
>> -  if (CommBufferVirtual == NULL) {
>> +  if (CommBufferVirtual == NULL || CommBufferPhysical == NULL) {
>>       return EFI_INVALID_PARAMETER;
>>     }
>> +  Status = EFI_SUCCESS;
>>     CommunicateHeader = CommBufferVirtual;
>>     // CommBuffer is a mandatory parameter. Hence, Rely on
>>     // MessageLength + Header to ascertain the
>> @@ -95,33 +100,38 @@ MmCommunication2Communicate (
>>                  sizeof (CommunicateHeader->HeaderGuid) +
>>                  sizeof (CommunicateHeader->MessageLength);
>> -  // If the length of the CommBuffer is 0 then return the expected 
>> length.
>> -  if (CommSize != 0) {
>> +  // If CommSize is not omitted, perform size inspection before 
>> proceeding.
>> +  if (CommSize != NULL) {
>>       // This case can be used by the consumer of this driver to find 
>> out the
>>       // max size that can be used for allocating CommBuffer.
>>       if ((*CommSize == 0) ||
>>           (*CommSize > mNsCommBuffMemRegion.Length)) {
>>         *CommSize = mNsCommBuffMemRegion.Length;
>> -      return EFI_BAD_BUFFER_SIZE;
>> +      Status = EFI_BAD_BUFFER_SIZE;
>>       }
>>       //
>> -    // CommSize must match MessageLength + sizeof 
>> (EFI_MM_COMMUNICATE_HEADER);
>> +    // CommSize should cover at least MessageLength + sizeof 
>> (EFI_MM_COMMUNICATE_HEADER);
>>       //
>> -    if (*CommSize != BufferSize) {
>> -        return EFI_INVALID_PARAMETER;
>> +    if (*CommSize < BufferSize) {
>> +      Status = EFI_INVALID_PARAMETER;
>>       }
>>     }
>>     //
>> -  // If the buffer size is 0 or greater than what can be tolerated by 
>> the MM
>> +  // If the message length is 0 or greater than what can be tolerated 
>> by the MM
>>     // environment then return the expected size.
>>     //
>> -  if ((BufferSize == 0) ||
>> +  if ((CommunicateHeader->MessageLength == 0) ||
>>         (BufferSize > mNsCommBuffMemRegion.Length)) {
>>       CommunicateHeader->MessageLength = mNsCommBuffMemRegion.Length -
>>                                          sizeof 
>> (CommunicateHeader->HeaderGuid) -
>>                                          sizeof 
>> (CommunicateHeader->MessageLength);
>> -    return EFI_BAD_BUFFER_SIZE;
>> +    Status = EFI_BAD_BUFFER_SIZE;
>> +  }
>> +
>> +  // MessageLength or CommSize check has failed, return here.
>> +  if (EFI_ERROR (Status)) {
>> +    return Status;
>>     }
>>     // SMC Function ID
> 

  reply	other threads:[~2021-12-21  1:38 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-11-30  0:39 [PATCH v1 0/2] MM communicate functionality in variable policy Kun Qin
2021-11-30  0:39 ` [PATCH v1 1/2] MdeModulePkg: VariableSmmRuntimeDxe: Fix Variable Policy Message Length Kun Qin
2021-11-30  0:39 ` [PATCH v1 2/2] ArmPkg: MmCommunicationDxe: Update MM communicate input arguments checks Kun Qin
2021-12-13 21:03   ` [edk2-devel] " Sami Mujawar
2021-12-21  1:38     ` Kun Qin [this message]
2021-12-15  8:52   ` Ard Biesheuvel
2021-12-21  1:36     ` Kun Qin

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=648c4ffd-cb86-cd7a-da05-26fdedd03f4d@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