From: "Ilias Apalodimas" <ilias.apalodimas@linaro.org>
To: devel@edk2.groups.io, gaoliming@byosoft.com.cn
Cc: sughosh.ganu@linaro.org, 'Sami Mujawar' <sami.mujawar@arm.com>,
'Ard Biesheuvel' <ardb+tianocore@kernel.org>
Subject: Re: 回复: [edk2-devel] [PATCH v4 13/14] MdeModulePkg/VariableStandaloneMm: Set PcdFlashNvStorageVariableBase to Pcd
Date: Thu, 18 Feb 2021 11:17:22 +0200 [thread overview]
Message-ID: <YC4woltwX/QtIxHl@enceladus> (raw)
In-Reply-To: <000901d705a4$02f958b0$08ec0a10$@byosoft.com.cn>
On Thu, Feb 18, 2021 at 11:13:21AM +0800, gaoliming wrote:
> I suggest to directly change [FixedPcd] to [Pcd] section. All Pcds can
> support FixedAtBuild and PatchableInModule.
We can, but is there a reason to do that?
Wouldn't we be better of being more strict on the Pcd context we define for
each variable?
The values that were swapped from FixedPcd to Pcd are expected to change in
runtime, while the rest don't.
Thanks
/Ilias
>
> With this change, Reviewed-by: Liming Gao <gaoliming@byosoft.com.cn>
>
> Thanks
> Liming
> > -----邮件原件-----
> > 发件人: bounce+27952+71734+4905953+8761045@groups.io
> > <bounce+27952+71734+4905953+8761045@groups.io> 代表 Sughosh Ganu
> > 发送时间: 2021年2月17日 19:27
> > 收件人: devel@edk2.groups.io
> > 抄送: Sami Mujawar <sami.mujawar@arm.com>; Ilias Apalodimas
> > <ilias.apalodimas@linaro.org>; Ard Biesheuvel <ardb+tianocore@kernel.org>
> > 主题: [edk2-devel] [PATCH v4 13/14] MdeModulePkg/VariableStandaloneMm:
> > Set PcdFlashNvStorageVariableBase to Pcd
> >
> > From: Ilias Apalodimas <ilias.apalodimas@linaro.org>
> >
> > Instead of running StMM in SPM, OP-TEE creates a new secure partition,
> > which emulates SPM and isolates StMM from the rest of the Trusted
> > Applications (TAs). We can then compile StMM as an FD image and run it
> > in OP-TEE. With the addition of a new RPMB driver, we can leverage OP-TEE
> > and store variables to an RPMB device.
> >
> > Since EDK2 upper layers expect byte addressable code, for the RPMB to
> > work, we need to allocate memory and sync it with the hardware on
> > read/writes. Since DynamicPCDs are not supported in that context we
> > can only use PatchablePCDs. So let's switch them to Pcd instead of
> > FixedPcd and accomodate the new driver.
> >
> > Signed-off-by: Ilias Apalodimas <ilias.apalodimas@linaro.org>
> > Reviewed-by: Sami Mujawar <sami.mujawar@arm.com>
> > ---
> >
> > Changes since V3: None
> >
> > MdeModulePkg/Universal/Variable/RuntimeDxe/VariableStandaloneMm.inf
> > | 6 ++++--
> > 1 file changed, 4 insertions(+), 2 deletions(-)
> >
> > diff --git
> > a/MdeModulePkg/Universal/Variable/RuntimeDxe/VariableStandaloneMm.in
> > f
> > b/MdeModulePkg/Universal/Variable/RuntimeDxe/VariableStandaloneMm.in
> > f
> > index fada0bf3c5..2a25fbdada 100644
> > ---
> > a/MdeModulePkg/Universal/Variable/RuntimeDxe/VariableStandaloneMm.in
> > f
> > +++
> > b/MdeModulePkg/Universal/Variable/RuntimeDxe/VariableStandaloneMm.in
> > f
> > @@ -119,10 +119,12 @@
> > ## SOMETIMES_PRODUCES ## Variable:L"VarErrorFlag"
> > gEdkiiVarErrorFlagGuid
> >
> > -[FixedPcd]
> > - gEfiMdeModulePkgTokenSpaceGuid.PcdFlashNvStorageVariableSize
> > ## CONSUMES
> > +[Pcd]
> > gEfiMdeModulePkgTokenSpaceGuid.PcdFlashNvStorageVariableBase
> > ## SOMETIMES_CONSUMES
> > gEfiMdeModulePkgTokenSpaceGuid.PcdFlashNvStorageVariableBase64
> > ## CONSUMES
> > + gEfiMdeModulePkgTokenSpaceGuid.PcdFlashNvStorageVariableSize
> > ## CONSUMES
> > +
> > +[FixedPcd]
> > gEfiMdeModulePkgTokenSpaceGuid.PcdMaxVariableSize
> > ## CONSUMES
> > gEfiMdeModulePkgTokenSpaceGuid.PcdMaxAuthVariableSize
> > ## CONSUMES
> > gEfiMdeModulePkgTokenSpaceGuid.PcdMaxVolatileVariableSize
> > ## CONSUMES
> > --
> > 2.17.1
> >
> >
> >
> >
> >
>
>
>
>
>
>
>
>
next prev parent reply other threads:[~2021-02-18 9:17 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-02-17 11:27 [PATCH v4 00/14] Add support for using FF-A calls Sughosh Ganu
2021-02-17 11:27 ` [PATCH v4 01/14] ArmPkg/IndustryStandard: Add barebones FF-A header Sughosh Ganu
2021-02-17 11:27 ` [PATCH v4 02/14] ArmPkg/ArmSvcLib: Return x4-x7 in output parameters Sughosh Ganu
2021-02-17 11:27 ` [PATCH v4 03/14] StandaloneMmPkg: Use FF-A header file in Standalone MM Core entry point Sughosh Ganu
2021-02-17 11:27 ` [PATCH v4 04/14] ArmPkg: Introduce support for PcdFfaEnable Sughosh Ganu
2021-02-17 11:27 ` [PATCH v4 05/14] ArmPkg: Add macros for SPM version Sughosh Ganu
2021-02-17 11:27 ` [PATCH v4 06/14] StandaloneMmPkg: Use macros for SPM version check Sughosh Ganu
2021-02-17 11:27 ` [PATCH v4 07/14] ArmPkg: Add macros for SPM version with FF-A support enabled Sughosh Ganu
2021-02-17 11:27 ` [PATCH v4 08/14] StandaloneMmPkg: Add option to use FF-A calls for getting SPM version Sughosh Ganu
2021-02-17 11:27 ` [PATCH v4 09/14] StandaloneMmPkg: Add option to use FF-A calls for communication with SPM Sughosh Ganu
2021-02-17 11:27 ` [PATCH v4 10/14] ArmPkg: Use FF-A header file in Standalone MM Arm MMU library Sughosh Ganu
2021-02-17 11:27 ` [PATCH v4 11/14] ArmPkg: Allow FF-A calls to get memory region's attributes Sughosh Ganu
2021-02-17 11:27 ` [PATCH v4 12/14] ArmPkg: Allow FF-A calls to set " Sughosh Ganu
2021-02-17 11:27 ` [PATCH v4 13/14] MdeModulePkg/VariableStandaloneMm: Set PcdFlashNvStorageVariableBase to Pcd Sughosh Ganu
2021-02-18 3:13 ` 回复: [edk2-devel] " gaoliming
2021-02-18 9:17 ` Ilias Apalodimas [this message]
2021-02-19 1:15 ` 回复: " gaoliming
2021-02-17 11:27 ` [PATCH v4 14/14] StandaloneMmPkg: Allow sending FFA Direct Request message to StandaloneMm Sughosh Ganu
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=YC4woltwX/QtIxHl@enceladus \
--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