public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: "Wang, Jian J" <jian.j.wang@intel.com>
To: Laszlo Ersek <lersek@redhat.com>,
	"edk2-devel@lists.01.org" <edk2-devel@lists.01.org>
Cc: "Ni, Ruiyu" <ruiyu.ni@intel.com>, "Dong, Eric" <eric.dong@intel.com>
Subject: Re: [PATCH] UefiCpuPkg/MpInitLib: fix issue in wakeup buffer initialization
Date: Thu, 25 Jan 2018 01:23:26 +0000	[thread overview]
Message-ID: <D827630B58408649ACB04F44C510003624CD33FE@SHSMSX103.ccr.corp.intel.com> (raw)
In-Reply-To: <890f02ba-c4b3-0bd1-7cf4-8cc9b308861d@redhat.com>

Considering that there's a similar assignment in "else" block

    ExchangeInfo->ModeTransitionMemory = (UINT32)
      (ExchangeInfo->BufferStart + CpuMpData->AddressMap.ModeTransitionOffset);

I would rather keep the assignment statement you mentioned inside "if" block.

Actually there's another issue in this part of code. To fix it, the assignment to
ModeHighMemory and ModeHighSegment will be moved outside the "if" block.
From this fix perspective, it'd be also better to keep all assignments to
ModeTransitionMemory inside "if/else" block. You'll see it in a new patch later.

Anyway, thanks for the comments.

Regards,
Jian


> -----Original Message-----
> From: Laszlo Ersek [mailto:lersek@redhat.com]
> Sent: Wednesday, January 24, 2018 11:30 PM
> To: Wang, Jian J <jian.j.wang@intel.com>; edk2-devel@lists.01.org
> Cc: Ni, Ruiyu <ruiyu.ni@intel.com>; Dong, Eric <eric.dong@intel.com>
> Subject: Re: [PATCH] UefiCpuPkg/MpInitLib: fix issue in wakeup buffer
> initialization
> 
> On 01/24/18 03:08, Jian J Wang wrote:
> > To fix an issue in which enabling NX feature will mark the AP wakeup
> > buffer as non-executable and fail the AP init, the buffer was split
> > into two part: the lower part in memory within 1MB and the higher part
> > within allocated executable memory (EfiBootServicesCode). But the
> > address of higher part memory was stored in lower part memory, which
> > is actually shared with legacy components and will be overwritten by
> > LegacyBiosDxe driver if CSM is enabled.
> >
> > This patch fixes this issue by storing the address of higher part
> > memory in CpuMpData instead of ExchangeInfo.
> >
> > Cc: Ruiyu Ni <ruiyu.ni@intel.com>
> > Cc: Eric Dong <eric.dong@intel.com>
> > Cc: Laszlo Ersek <lersek@redhat.com>
> > Contributed-under: TianoCore Contribution Agreement 1.1
> > Signed-off-by: Jian J Wang <jian.j.wang@intel.com>
> > ---
> >  UefiCpuPkg/Library/MpInitLib/MpLib.c | 20 ++++++++++----------
> >  UefiCpuPkg/Library/MpInitLib/MpLib.h |  1 +
> >  2 files changed, 11 insertions(+), 10 deletions(-)
> >
> > diff --git a/UefiCpuPkg/Library/MpInitLib/MpLib.c
> b/UefiCpuPkg/Library/MpInitLib/MpLib.c
> > index 6231968c74..42011d6231 100644
> > --- a/UefiCpuPkg/Library/MpInitLib/MpLib.c
> > +++ b/UefiCpuPkg/Library/MpInitLib/MpLib.c
> > @@ -823,19 +823,20 @@ FillExchangeInfoData (
> >    // Copy all 32-bit code and 64-bit code into memory with type of
> >    // EfiBootServicesCode to avoid page fault if NX memory protection is
> enabled.
> >    //
> > -  if (ExchangeInfo->ModeTransitionMemory != 0) {
> > +  if (CpuMpData->WakeupBufferHigh != 0) {
> >      Size = CpuMpData->AddressMap.RendezvousFunnelSize -
> >             CpuMpData->AddressMap.ModeTransitionOffset;
> >      CopyMem (
> > -      (VOID *)(UINTN)ExchangeInfo->ModeTransitionMemory,
> > +      (VOID *)CpuMpData->WakeupBufferHigh,
> >        CpuMpData->AddressMap.RendezvousFunnelAddress +
> >        CpuMpData->AddressMap.ModeTransitionOffset,
> >        Size
> >        );
> >
> > -    ExchangeInfo->ModeHighMemory = ExchangeInfo-
> >ModeTransitionMemory;
> > -    ExchangeInfo->ModeHighMemory += (UINT32)ExchangeInfo->ModeOffset
> -
> > -               (UINT32)CpuMpData->AddressMap.ModeTransitionOffset;
> > +    ExchangeInfo->ModeTransitionMemory = (UINT32)CpuMpData-
> >WakeupBufferHigh;
> > +    ExchangeInfo->ModeHighMemory = (UINT32)CpuMpData-
> >WakeupBufferHigh +
> > +                                   (UINT32)ExchangeInfo->ModeOffset -
> > +                                   (UINT32)CpuMpData->AddressMap.ModeTransitionOffset;
> >      ExchangeInfo->ModeHighSegment = (UINT16)ExchangeInfo->CodeSegment;
> >    } else {
> >      ExchangeInfo->ModeTransitionMemory = (UINT32)
> > @@ -916,11 +917,10 @@ AllocateResetVector (
> >      CpuMpData->WakeupBuffer      = GetWakeupBuffer (ApResetVectorSize);
> >      CpuMpData->MpCpuExchangeInfo = (MP_CPU_EXCHANGE_INFO *) (UINTN)
> >                      (CpuMpData->WakeupBuffer + CpuMpData-
> >AddressMap.RendezvousFunnelSize);
> > -    CpuMpData->MpCpuExchangeInfo->ModeTransitionMemory = (UINT32)
> > -                    GetModeTransitionBuffer (
> > -                      CpuMpData->AddressMap.RendezvousFunnelSize -
> > -                      CpuMpData->AddressMap.ModeTransitionOffset
> > -                      );
> > +    CpuMpData->WakeupBufferHigh  = GetModeTransitionBuffer (
> > +                                    CpuMpData->AddressMap.RendezvousFunnelSize -
> > +                                    CpuMpData->AddressMap.ModeTransitionOffset
> > +                                    );
> >    }
> >    BackupAndPrepareWakeupBuffer (CpuMpData);
> >  }
> > diff --git a/UefiCpuPkg/Library/MpInitLib/MpLib.h
> b/UefiCpuPkg/Library/MpInitLib/MpLib.h
> > index 0232fe896a..e7f9a4de0a 100644
> > --- a/UefiCpuPkg/Library/MpInitLib/MpLib.h
> > +++ b/UefiCpuPkg/Library/MpInitLib/MpLib.h
> > @@ -208,6 +208,7 @@ struct _CPU_MP_DATA {
> >    UINTN                          CpuApStackSize;
> >    MP_ASSEMBLY_ADDRESS_MAP        AddressMap;
> >    UINTN                          WakeupBuffer;
> > +  UINTN                          WakeupBufferHigh;
> >    UINTN                          BackupBuffer;
> >    UINTN                          BackupBufferSize;
> >
> >
> 
> As far as I see, all the values stored by FillExchangeInfoData() remain
> the same. The difference is that "ModeTransitionMemory" becomes an
> *output* field for FillExchangeInfoData(), from being an input field. We
> now explicitly store the value to it that we previously *assumed* it
> would hold (preserve), from AllocateResetVector().
> 
> The input now comes through WakeupBufferHigh, from the
> AllocateResetVector() function.
> 
> Thus, I think the patch could have been written a bit more simply: we
> could have added the assignment
> 
> ExchangeInfo->ModeTransitionMemory = (UINT32)CpuMpData-
> >WakeupBufferHigh
> 
> before the "if" in FillExchangeInfoData(), and then the rest of
> FillExchangeInfoData() would have needed no changes. But perhaps that
> would have been harder to understand.
> 
> Reviewed-by: Laszlo Ersek <lersek@redhat.com>
> 
> Thanks
> Laszlo

      reply	other threads:[~2018-01-25  1:18 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-01-24  2:08 [PATCH] UefiCpuPkg/MpInitLib: fix issue in wakeup buffer initialization Jian J Wang
2018-01-24 15:29 ` Laszlo Ersek
2018-01-25  1:23   ` Wang, Jian J [this message]

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=D827630B58408649ACB04F44C510003624CD33FE@SHSMSX103.ccr.corp.intel.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