* VariablePolicy support in StandaloneMM @ 2020-12-02 8:57 Masahisa Kojima 2020-12-02 9:02 ` Ard Biesheuvel 0 siblings, 1 reply; 12+ messages in thread From: Masahisa Kojima @ 2020-12-02 8:57 UTC (permalink / raw) To: edk2-devel-groups-io Cc: Bret.Barkelew, jian.j.wang, hao.a.wu, gaoliming, Ard Biesheuvel, Sami Mujawar, jiewen.yao Hello All, VariablePolicy was introduced in November. When Developerbox(aarch64 platform) boots with UEFI secure boot enabled, the following error appears. Note that this platform supports UEFI secure boot using the standalone MM framework. --- StandaloneMM log --- VariableLockRequestToLock - Failed to lock variable CapsuleMax! Not Ready ASSERT_EFI_ERROR (Status = Not Ready) ASSERT [VariableStandaloneMm] /home/ubuntu/src/uefi/edk2/MdeModulePkg/Universal/Variable/RuntimeDxe/VariableLockRequestToLock.c(64): !EFI_ERROR (Status) MmEntryPoint Done --- In my check, this is simply because MdeModulePkg/Library/VariablePolicyLib/VariablePolicyLib.c::InitVariablePolicyLib() is not called. InitVariablePolicyLib() is called from the following two files. --- MdeModulePkg/Library/VarCheckPolicyLib/VarCheckPolicyLib.c: Status = InitVariablePolicyLib( VariableServiceGetVariable ); MdeModulePkg/Universal/Variable/RuntimeDxe/VariableDxe.c: Status = InitVariablePolicyLib (VariableServiceGetVariable); --- VariableDxe.c is not for MM_STANDALONE, so I tried to use "VarCheckPolicyLib" as VarCheckLib, but "VarCheckPolicyLib" requires DxeServicesLib|MdePkg/Library/DxeServicesLib/DxeServicesLib.inf and DxeServicesLib.inf is not for MM_STANDALONE, I am stuck here. Could you please take a look at this error? Thanks, Masahisa ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: VariablePolicy support in StandaloneMM 2020-12-02 8:57 VariablePolicy support in StandaloneMM Masahisa Kojima @ 2020-12-02 9:02 ` Ard Biesheuvel 2020-12-02 9:41 ` 回复: " gaoliming 0 siblings, 1 reply; 12+ messages in thread From: Ard Biesheuvel @ 2020-12-02 9:02 UTC (permalink / raw) To: Masahisa Kojima, edk2-devel-groups-io Cc: Bret.Barkelew, jian.j.wang, hao.a.wu, gaoliming, Sami Mujawar, jiewen.yao, Laszlo Ersek (+ Laszlo) On 12/2/20 9:57 AM, Masahisa Kojima wrote: > Hello All, > > VariablePolicy was introduced in November. > When Developerbox(aarch64 platform) boots with UEFI secure boot enabled, > the following error appears. > Note that this platform supports UEFI secure boot using the standalone > MM framework. > > --- StandaloneMM log --- > VariableLockRequestToLock - Failed to lock variable CapsuleMax! Not Ready > > ASSERT_EFI_ERROR (Status = Not Ready) > ASSERT [VariableStandaloneMm] > /home/ubuntu/src/uefi/edk2/MdeModulePkg/Universal/Variable/RuntimeDxe/VariableLockRequestToLock.c(64): > !EFI_ERROR (Status) > MmEntryPoint Done > --- > > In my check, this is simply because > MdeModulePkg/Library/VariablePolicyLib/VariablePolicyLib.c::InitVariablePolicyLib() > is not called. > > InitVariablePolicyLib() is called from the following two files. > --- > MdeModulePkg/Library/VarCheckPolicyLib/VarCheckPolicyLib.c: Status > = InitVariablePolicyLib( VariableServiceGetVariable ); > MdeModulePkg/Universal/Variable/RuntimeDxe/VariableDxe.c: Status = > InitVariablePolicyLib (VariableServiceGetVariable); > --- > VariableDxe.c is not for MM_STANDALONE, so I tried to use > "VarCheckPolicyLib" as VarCheckLib, > but "VarCheckPolicyLib" requires > DxeServicesLib|MdePkg/Library/DxeServicesLib/DxeServicesLib.inf and > DxeServicesLib.inf is not for MM_STANDALONE, I am stuck here. > > Could you please take a look at this error? > Thanks for the report. Bret, could you please suggest a fix here? ^ permalink raw reply [flat|nested] 12+ messages in thread
* 回复: VariablePolicy support in StandaloneMM 2020-12-02 9:02 ` Ard Biesheuvel @ 2020-12-02 9:41 ` gaoliming 2020-12-02 12:06 ` Yao, Jiewen 0 siblings, 1 reply; 12+ messages in thread From: gaoliming @ 2020-12-02 9:41 UTC (permalink / raw) To: 'Ard Biesheuvel', 'Masahisa Kojima', 'edk2-devel-groups-io' Cc: Bret.Barkelew, jian.j.wang, hao.a.wu, 'Sami Mujawar', jiewen.yao, 'Laszlo Ersek' I just quick check. VarCheckPolicyLib doesn't consume DxeServicesLib. But, VarCheckPolicyLib library doesn't StandaloneMM type. So, I think StandaloneMM version VarCheckPolicyLib is required. Thanks Liming > -----邮件原件----- > 发件人: Ard Biesheuvel <ard.biesheuvel@arm.com> > 发送时间: 2020年12月2日 17:02 > 收件人: Masahisa Kojima <masahisa.kojima@linaro.org>; > edk2-devel-groups-io <devel@edk2.groups.io> > 抄送: Bret.Barkelew@microsoft.com; jian.j.wang@intel.com; > hao.a.wu@intel.com; gaoliming@byosoft.com.cn; Sami Mujawar > <sami.mujawar@arm.com>; jiewen.yao@intel.com; Laszlo Ersek > <lersek@redhat.com> > 主题: Re: VariablePolicy support in StandaloneMM > > (+ Laszlo) > > On 12/2/20 9:57 AM, Masahisa Kojima wrote: > > Hello All, > > > > VariablePolicy was introduced in November. > > When Developerbox(aarch64 platform) boots with UEFI secure boot > enabled, > > the following error appears. > > Note that this platform supports UEFI secure boot using the standalone > > MM framework. > > > > --- StandaloneMM log --- > > VariableLockRequestToLock - Failed to lock variable CapsuleMax! Not Ready > > > > ASSERT_EFI_ERROR (Status = Not Ready) > > ASSERT [VariableStandaloneMm] > > > /home/ubuntu/src/uefi/edk2/MdeModulePkg/Universal/Variable/RuntimeDx > e/VariableLockRequestToLock.c(64): > > !EFI_ERROR (Status) > > MmEntryPoint Done > > --- > > > > In my check, this is simply because > > > MdeModulePkg/Library/VariablePolicyLib/VariablePolicyLib.c::InitVariablePoli > cyLib() > > is not called. > > > > InitVariablePolicyLib() is called from the following two files. > > --- > > MdeModulePkg/Library/VarCheckPolicyLib/VarCheckPolicyLib.c: > Status > > = InitVariablePolicyLib( VariableServiceGetVariable ); > > MdeModulePkg/Universal/Variable/RuntimeDxe/VariableDxe.c: Status > = > > InitVariablePolicyLib (VariableServiceGetVariable); > > --- > > VariableDxe.c is not for MM_STANDALONE, so I tried to use > > "VarCheckPolicyLib" as VarCheckLib, > > but "VarCheckPolicyLib" requires > > DxeServicesLib|MdePkg/Library/DxeServicesLib/DxeServicesLib.inf and > > DxeServicesLib.inf is not for MM_STANDALONE, I am stuck here. > > > > Could you please take a look at this error? > > > > Thanks for the report. > > Bret, could you please suggest a fix here? ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: VariablePolicy support in StandaloneMM 2020-12-02 9:41 ` 回复: " gaoliming @ 2020-12-02 12:06 ` Yao, Jiewen 2020-12-03 9:14 ` Laszlo Ersek 2020-12-03 21:58 ` [edk2-devel] " Kun Qin 0 siblings, 2 replies; 12+ messages in thread From: Yao, Jiewen @ 2020-12-02 12:06 UTC (permalink / raw) To: gaoliming, 'Ard Biesheuvel', 'Masahisa Kojima', 'edk2-devel-groups-io' Cc: Bret.Barkelew@microsoft.com, Wang, Jian J, Wu, Hao A, 'Sami Mujawar', 'Laszlo Ersek' There are two issues: 1) Current VarCheckPolicyLib.inf does have DxeServicesLib, although the VarCheckPolicyLib.c does not include DxeServicesLib.h. 2) The current lib construction is traditional MM style. EFI_STATUS EFIAPI VarCheckPolicyLibConstructor ( IN EFI_HANDLE ImageHandle, IN EFI_SYSTEM_TABLE *SystemTable ) =============================== I agree with Liming that we need StandaloneMM instance. We can do below: 0) Remove DxeServicesLib from INF. 1) Redefine EFI_STATUS EFIAPI VarCheckPolicyLibConstructor ( IN EFI_HANDLE ImageHandle, IN EFI_SYSTEM_TABLE *SystemTable ) {} to EFI_STATUS EFIAPI VarCheckPolicyLibCommonConstructor ( VOID ) {} 2) Create a VarCheckPolicyLibTraditional.c, with below EFI_STATUS EFIAPI VarCheckPolicyLibConstructor ( IN EFI_HANDLE ImageHandle, IN EFI_SYSTEM_TABLE *SystemTable ) { return VarCheckPolicyLibCommonConstructor(); } 3) Create VarCheckPolicyLibStandaloneMm.inf and VarCheckPolicyLibStandaloneMm.c under MdeModulePkg\Library\VarCheckPolicyLib (same dir) With below EFI_STATUS EFIAPI VarCheckPolicyLibStandaloneConstructor ( IN EFI_HANDLE ImageHandle, IN EFI_MM_SYSTEM_TABLE *MmSystemTable ) { return VarCheckPolicyLibCommonConstructor(); } Maybe there is some other clean up needed. =============================== At same time, we may need think about how to avoid the similar issue. 1) Maybe we should enable StandaloneMmPkg for CI build ? 2) I am a little surprised, why this is a runtime error instead of a build error ? Thank you Yao Jiewen > -----Original Message----- > From: gaoliming <gaoliming@byosoft.com.cn> > Sent: Wednesday, December 2, 2020 5:42 PM > To: 'Ard Biesheuvel' <ard.biesheuvel@arm.com>; 'Masahisa Kojima' > <masahisa.kojima@linaro.org>; 'edk2-devel-groups-io' > <devel@edk2.groups.io> > Cc: Bret.Barkelew@microsoft.com; Wang, Jian J <jian.j.wang@intel.com>; > Wu, Hao A <hao.a.wu@intel.com>; 'Sami Mujawar' > <sami.mujawar@arm.com>; Yao, Jiewen <jiewen.yao@intel.com>; 'Laszlo > Ersek' <lersek@redhat.com> > Subject: 回复: VariablePolicy support in StandaloneMM > > I just quick check. VarCheckPolicyLib doesn't consume DxeServicesLib. But, > VarCheckPolicyLib library doesn't StandaloneMM type. > > So, I think StandaloneMM version VarCheckPolicyLib is required. > > Thanks > Liming > > -----邮件原件----- > > 发件人: Ard Biesheuvel <ard.biesheuvel@arm.com> > > 发送时间: 2020年12月2日 17:02 > > 收件人: Masahisa Kojima <masahisa.kojima@linaro.org>; > > edk2-devel-groups-io <devel@edk2.groups.io> > > 抄送: Bret.Barkelew@microsoft.com; jian.j.wang@intel.com; > > hao.a.wu@intel.com; gaoliming@byosoft.com.cn; Sami Mujawar > > <sami.mujawar@arm.com>; jiewen.yao@intel.com; Laszlo Ersek > > <lersek@redhat.com> > > 主题: Re: VariablePolicy support in StandaloneMM > > > > (+ Laszlo) > > > > On 12/2/20 9:57 AM, Masahisa Kojima wrote: > > > Hello All, > > > > > > VariablePolicy was introduced in November. > > > When Developerbox(aarch64 platform) boots with UEFI secure boot > > enabled, > > > the following error appears. > > > Note that this platform supports UEFI secure boot using the standalone > > > MM framework. > > > > > > --- StandaloneMM log --- > > > VariableLockRequestToLock - Failed to lock variable CapsuleMax! Not > Ready > > > > > > ASSERT_EFI_ERROR (Status = Not Ready) > > > ASSERT [VariableStandaloneMm] > > > > > > /home/ubuntu/src/uefi/edk2/MdeModulePkg/Universal/Variable/RuntimeD > x > > e/VariableLockRequestToLock.c(64): > > > !EFI_ERROR (Status) > > > MmEntryPoint Done > > > --- > > > > > > In my check, this is simply because > > > > > > MdeModulePkg/Library/VariablePolicyLib/VariablePolicyLib.c::InitVariablePol > i > > cyLib() > > > is not called. > > > > > > InitVariablePolicyLib() is called from the following two files. > > > --- > > > MdeModulePkg/Library/VarCheckPolicyLib/VarCheckPolicyLib.c: > > Status > > > = InitVariablePolicyLib( VariableServiceGetVariable ); > > > MdeModulePkg/Universal/Variable/RuntimeDxe/VariableDxe.c: Status > > = > > > InitVariablePolicyLib (VariableServiceGetVariable); > > > --- > > > VariableDxe.c is not for MM_STANDALONE, so I tried to use > > > "VarCheckPolicyLib" as VarCheckLib, > > > but "VarCheckPolicyLib" requires > > > DxeServicesLib|MdePkg/Library/DxeServicesLib/DxeServicesLib.inf and > > > DxeServicesLib.inf is not for MM_STANDALONE, I am stuck here. > > > > > > Could you please take a look at this error? > > > > > > > Thanks for the report. > > > > Bret, could you please suggest a fix here? > ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: VariablePolicy support in StandaloneMM 2020-12-02 12:06 ` Yao, Jiewen @ 2020-12-03 9:14 ` Laszlo Ersek 2020-12-03 21:58 ` [edk2-devel] " Kun Qin 1 sibling, 0 replies; 12+ messages in thread From: Laszlo Ersek @ 2020-12-03 9:14 UTC (permalink / raw) To: Yao, Jiewen, gaoliming, 'Ard Biesheuvel', 'Masahisa Kojima', 'edk2-devel-groups-io' Cc: Bret.Barkelew@microsoft.com, Wang, Jian J, Wu, Hao A, 'Sami Mujawar' On 12/02/20 13:06, Yao, Jiewen wrote: > There are two issues: > > 1) Current VarCheckPolicyLib.inf does have DxeServicesLib, although the VarCheckPolicyLib.c does not include DxeServicesLib.h. > > 2) The current lib construction is traditional MM style. > EFI_STATUS > EFIAPI > VarCheckPolicyLibConstructor ( > IN EFI_HANDLE ImageHandle, > IN EFI_SYSTEM_TABLE *SystemTable > ) > > =============================== > > I agree with Liming that we need StandaloneMM instance. > We can do below: > 0) Remove DxeServicesLib from INF. > > 1) Redefine > EFI_STATUS > EFIAPI > VarCheckPolicyLibConstructor ( > IN EFI_HANDLE ImageHandle, > IN EFI_SYSTEM_TABLE *SystemTable > ) > {} > to > EFI_STATUS > EFIAPI > VarCheckPolicyLibCommonConstructor ( > VOID > ) > {} > > 2) Create a VarCheckPolicyLibTraditional.c, with below > EFI_STATUS > EFIAPI > VarCheckPolicyLibConstructor ( > IN EFI_HANDLE ImageHandle, > IN EFI_SYSTEM_TABLE *SystemTable > ) > { > return VarCheckPolicyLibCommonConstructor(); > } > > 3) Create VarCheckPolicyLibStandaloneMm.inf and VarCheckPolicyLibStandaloneMm.c under MdeModulePkg\Library\VarCheckPolicyLib (same dir) > With below > EFI_STATUS > EFIAPI > VarCheckPolicyLibStandaloneConstructor ( > IN EFI_HANDLE ImageHandle, > IN EFI_MM_SYSTEM_TABLE *MmSystemTable > ) > { > return VarCheckPolicyLibCommonConstructor(); > } > > Maybe there is some other clean up needed. > > =============================== > > At same time, we may need think about how to avoid the similar issue. > 1) Maybe we should enable StandaloneMmPkg for CI build ? > 2) I am a little surprised, why this is a runtime error instead of a build error ? Thanks -- I have nothing to add. We need to extend CI coverage, and indeed a new lib instance for this specific standalone MM module type (if I understand correctly). Sorry I can't be of more help. Laszlo > > Thank you > Yao Jiewen > > >> -----Original Message----- >> From: gaoliming <gaoliming@byosoft.com.cn> >> Sent: Wednesday, December 2, 2020 5:42 PM >> To: 'Ard Biesheuvel' <ard.biesheuvel@arm.com>; 'Masahisa Kojima' >> <masahisa.kojima@linaro.org>; 'edk2-devel-groups-io' >> <devel@edk2.groups.io> >> Cc: Bret.Barkelew@microsoft.com; Wang, Jian J <jian.j.wang@intel.com>; >> Wu, Hao A <hao.a.wu@intel.com>; 'Sami Mujawar' >> <sami.mujawar@arm.com>; Yao, Jiewen <jiewen.yao@intel.com>; 'Laszlo >> Ersek' <lersek@redhat.com> >> Subject: 回复: VariablePolicy support in StandaloneMM >> >> I just quick check. VarCheckPolicyLib doesn't consume DxeServicesLib. But, >> VarCheckPolicyLib library doesn't StandaloneMM type. >> >> So, I think StandaloneMM version VarCheckPolicyLib is required. >> >> Thanks >> Liming >>> -----邮件原件----- >>> 发件人: Ard Biesheuvel <ard.biesheuvel@arm.com> >>> 发送时间: 2020年12月2日 17:02 >>> 收件人: Masahisa Kojima <masahisa.kojima@linaro.org>; >>> edk2-devel-groups-io <devel@edk2.groups.io> >>> 抄送: Bret.Barkelew@microsoft.com; jian.j.wang@intel.com; >>> hao.a.wu@intel.com; gaoliming@byosoft.com.cn; Sami Mujawar >>> <sami.mujawar@arm.com>; jiewen.yao@intel.com; Laszlo Ersek >>> <lersek@redhat.com> >>> 主题: Re: VariablePolicy support in StandaloneMM >>> >>> (+ Laszlo) >>> >>> On 12/2/20 9:57 AM, Masahisa Kojima wrote: >>>> Hello All, >>>> >>>> VariablePolicy was introduced in November. >>>> When Developerbox(aarch64 platform) boots with UEFI secure boot >>> enabled, >>>> the following error appears. >>>> Note that this platform supports UEFI secure boot using the standalone >>>> MM framework. >>>> >>>> --- StandaloneMM log --- >>>> VariableLockRequestToLock - Failed to lock variable CapsuleMax! Not >> Ready >>>> >>>> ASSERT_EFI_ERROR (Status = Not Ready) >>>> ASSERT [VariableStandaloneMm] >>>> >>> >> /home/ubuntu/src/uefi/edk2/MdeModulePkg/Universal/Variable/RuntimeD >> x >>> e/VariableLockRequestToLock.c(64): >>>> !EFI_ERROR (Status) >>>> MmEntryPoint Done >>>> --- >>>> >>>> In my check, this is simply because >>>> >>> >> MdeModulePkg/Library/VariablePolicyLib/VariablePolicyLib.c::InitVariablePol >> i >>> cyLib() >>>> is not called. >>>> >>>> InitVariablePolicyLib() is called from the following two files. >>>> --- >>>> MdeModulePkg/Library/VarCheckPolicyLib/VarCheckPolicyLib.c: >>> Status >>>> = InitVariablePolicyLib( VariableServiceGetVariable ); >>>> MdeModulePkg/Universal/Variable/RuntimeDxe/VariableDxe.c: Status >>> = >>>> InitVariablePolicyLib (VariableServiceGetVariable); >>>> --- >>>> VariableDxe.c is not for MM_STANDALONE, so I tried to use >>>> "VarCheckPolicyLib" as VarCheckLib, >>>> but "VarCheckPolicyLib" requires >>>> DxeServicesLib|MdePkg/Library/DxeServicesLib/DxeServicesLib.inf and >>>> DxeServicesLib.inf is not for MM_STANDALONE, I am stuck here. >>>> >>>> Could you please take a look at this error? >>>> >>> >>> Thanks for the report. >>> >>> Bret, could you please suggest a fix here? >> > ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [edk2-devel] VariablePolicy support in StandaloneMM 2020-12-02 12:06 ` Yao, Jiewen 2020-12-03 9:14 ` Laszlo Ersek @ 2020-12-03 21:58 ` Kun Qin 2020-12-14 6:14 ` Masahisa Kojima 1 sibling, 1 reply; 12+ messages in thread From: Kun Qin @ 2020-12-03 21:58 UTC (permalink / raw) To: Yao, Jiewen, devel [-- Attachment #1: Type: text/plain, Size: 416 bytes --] Hi Jiewen, I agree with your proposal and implemented the changes you proposed here: kuqin12/mu_basecore at personal/kuqin/var_check (github.com) ( https://github.com/kuqin12/mu_basecore/tree/personal/kuqin/var_check ). Could you please take a look? Both traditional and standalone instances are tested on our platforms internally, which rendered no issues on compilability or functionality. Regards, Kun [-- Attachment #2: Type: text/html, Size: 459 bytes --] ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [edk2-devel] VariablePolicy support in StandaloneMM 2020-12-03 21:58 ` [edk2-devel] " Kun Qin @ 2020-12-14 6:14 ` Masahisa Kojima 2020-12-14 22:20 ` Kun Qin 0 siblings, 1 reply; 12+ messages in thread From: Masahisa Kojima @ 2020-12-14 6:14 UTC (permalink / raw) To: edk2-devel-groups-io, kun.q; +Cc: Jiewen Hi Kun, > I agree with your proposal and implemented the changes you proposed here: kuqin12/mu_basecore at personal/kuqin/var_check (github.com). Could you please take a look? I have applied your patch to edk2(slightly modified from mu_basecode to edk2) and works also fine in my environment. Is it OK to send these patches to edk2-devel with your "Signed-off-by"? Best Regards, Masahisa On Fri, 4 Dec 2020 at 06:58, Kun Qin <kun.q@outlook.com> wrote: > > Hi Jiewen, > > I agree with your proposal and implemented the changes you proposed here: kuqin12/mu_basecore at personal/kuqin/var_check (github.com). Could you please take a look? > > Both traditional and standalone instances are tested on our platforms internally, which rendered no issues on compilability or functionality. > > Regards, > Kun > ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [edk2-devel] VariablePolicy support in StandaloneMM 2020-12-14 6:14 ` Masahisa Kojima @ 2020-12-14 22:20 ` Kun Qin 2020-12-16 11:53 ` Masahisa Kojima 0 siblings, 1 reply; 12+ messages in thread From: Kun Qin @ 2020-12-14 22:20 UTC (permalink / raw) To: Masahisa Kojima, devel [-- Attachment #1: Type: text/plain, Size: 252 bytes --] Hi Masahisa, Thanks for testing the patches. It is OK to send these patches to the mailing list with my "Signed-off-by" tag. Please let me know if anything specific is needed from me in order to get these patches into the mainline. Thanks, Kun [-- Attachment #2: Type: text/html, Size: 321 bytes --] ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [edk2-devel] VariablePolicy support in StandaloneMM 2020-12-14 22:20 ` Kun Qin @ 2020-12-16 11:53 ` Masahisa Kojima 2020-12-16 17:52 ` Kun Qin 2020-12-17 1:10 ` 回复: " gaoliming 0 siblings, 2 replies; 12+ messages in thread From: Masahisa Kojima @ 2020-12-16 11:53 UTC (permalink / raw) To: Kun Qin; +Cc: edk2-devel-groups-io Hi Kun, I overlooked that SmmIsBufferOutsideSmmValid() is not available in StandaloneMM. I created a wrapper function to call SmmIsBufferOutsideSmmValid() in Traditional MM and MmIsBufferOutsideMmValid() in Standalone MM. I modified many files from your original patches, I will submit the patch to edk2-devel with your name as "Co-authored-by:" instead of "Signed-off-by", since only one "Signed-off-by" accepted edk2 in my understanding. Thanks, Masahisa On Tue, 15 Dec 2020 at 07:20, Kun Qin <kun.q@outlook.com> wrote: > > Hi Masahisa, > > Thanks for testing the patches. It is OK to send these patches to the mailing list with my "Signed-off-by" tag. Please let me know if anything specific is needed from me in order to get these patches into the mainline. > > Thanks, > Kun ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [edk2-devel] VariablePolicy support in StandaloneMM 2020-12-16 11:53 ` Masahisa Kojima @ 2020-12-16 17:52 ` Kun Qin 2020-12-17 1:10 ` 回复: " gaoliming 1 sibling, 0 replies; 12+ messages in thread From: Kun Qin @ 2020-12-16 17:52 UTC (permalink / raw) To: Masahisa Kojima, devel [-- Attachment #1: Type: text/plain, Size: 665 bytes --] Hi Masahisa, Thanks for sending the patches. A side note about " MmIsBufferOutsideMmValid ": I recently found that this implementation will always return true for me because the " mMmMemLibInternalMmramCount " and " mMmMemLibInternalMmramRanges " was never initialized. I have a fix/change for x64 arch here: mu_basecore/StandaloneMmPkg/Library/StandaloneMmMemLib at personal/kuqin/standalone_x64 · kuqin12/mu_basecore (github.com) ( https://github.com/kuqin12/mu_basecore/tree/personal/kuqin/standalone_x64/StandaloneMmPkg/Library/StandaloneMmMemLib ). Please let me know how you think, otherwise I will send out patches for this library. Regards, Kun [-- Attachment #2: Type: text/html, Size: 1092 bytes --] ^ permalink raw reply [flat|nested] 12+ messages in thread
* 回复: [edk2-devel] VariablePolicy support in StandaloneMM 2020-12-16 11:53 ` Masahisa Kojima 2020-12-16 17:52 ` Kun Qin @ 2020-12-17 1:10 ` gaoliming 2020-12-17 1:56 ` Masahisa Kojima 1 sibling, 1 reply; 12+ messages in thread From: gaoliming @ 2020-12-17 1:10 UTC (permalink / raw) To: devel, masahisa.kojima, 'Kun Qin' Masahisa: There is no limitation for only one Signed-off-by. You can add one or more if more people contribute it. Thanks Liming > -----邮件原件----- > 发件人: bounce+27952+68961+4905953+8761045@groups.io > <bounce+27952+68961+4905953+8761045@groups.io> 代表 Masahisa > Kojima > 发送时间: 2020年12月16日 19:54 > 收件人: Kun Qin <kun.q@outlook.com> > 抄送: edk2-devel-groups-io <devel@edk2.groups.io> > 主题: Re: [edk2-devel] VariablePolicy support in StandaloneMM > > Hi Kun, > > I overlooked that SmmIsBufferOutsideSmmValid() is not available in > StandaloneMM. > I created a wrapper function to call SmmIsBufferOutsideSmmValid() in > Traditional MM > and MmIsBufferOutsideMmValid() in Standalone MM. > > I modified many files from your original patches, I will submit the > patch to edk2-devel > with your name as "Co-authored-by:" instead of "Signed-off-by", > since only one "Signed-off-by" accepted edk2 in my understanding. > > Thanks, > Masahisa > > On Tue, 15 Dec 2020 at 07:20, Kun Qin <kun.q@outlook.com> wrote: > > > > Hi Masahisa, > > > > Thanks for testing the patches. It is OK to send these patches to the mailing > list with my "Signed-off-by" tag. Please let me know if anything specific is > needed from me in order to get these patches into the mainline. > > > > Thanks, > > Kun > > > > ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [edk2-devel] VariablePolicy support in StandaloneMM 2020-12-17 1:10 ` 回复: " gaoliming @ 2020-12-17 1:56 ` Masahisa Kojima 0 siblings, 0 replies; 12+ messages in thread From: Masahisa Kojima @ 2020-12-17 1:56 UTC (permalink / raw) To: edk2-devel-groups-io, Liming Gao; +Cc: Kun Qin Hi Liming, > There is no limitation for only one Signed-off-by. You can add one or more if more people contribute it. Noted. Thanks, Masahisa On Thu, 17 Dec 2020 at 10:10, gaoliming <gaoliming@byosoft.com.cn> wrote: > > Masahisa: > There is no limitation for only one Signed-off-by. You can add one or more if more people contribute it. > > Thanks > Liming > > -----邮件原件----- > > 发件人: bounce+27952+68961+4905953+8761045@groups.io > > <bounce+27952+68961+4905953+8761045@groups.io> 代表 Masahisa > > Kojima > > 发送时间: 2020年12月16日 19:54 > > 收件人: Kun Qin <kun.q@outlook.com> > > 抄送: edk2-devel-groups-io <devel@edk2.groups.io> > > 主题: Re: [edk2-devel] VariablePolicy support in StandaloneMM > > > > Hi Kun, > > > > I overlooked that SmmIsBufferOutsideSmmValid() is not available in > > StandaloneMM. > > I created a wrapper function to call SmmIsBufferOutsideSmmValid() in > > Traditional MM > > and MmIsBufferOutsideMmValid() in Standalone MM. > > > > I modified many files from your original patches, I will submit the > > patch to edk2-devel > > with your name as "Co-authored-by:" instead of "Signed-off-by", > > since only one "Signed-off-by" accepted edk2 in my understanding. > > > > Thanks, > > Masahisa > > > > On Tue, 15 Dec 2020 at 07:20, Kun Qin <kun.q@outlook.com> wrote: > > > > > > Hi Masahisa, > > > > > > Thanks for testing the patches. It is OK to send these patches to the mailing > > list with my "Signed-off-by" tag. Please let me know if anything specific is > > needed from me in order to get these patches into the mainline. > > > > > > Thanks, > > > Kun > > > > > > > > > > > > > > > > ^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2020-12-17 1:56 UTC | newest] Thread overview: 12+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2020-12-02 8:57 VariablePolicy support in StandaloneMM Masahisa Kojima 2020-12-02 9:02 ` Ard Biesheuvel 2020-12-02 9:41 ` 回复: " gaoliming 2020-12-02 12:06 ` Yao, Jiewen 2020-12-03 9:14 ` Laszlo Ersek 2020-12-03 21:58 ` [edk2-devel] " Kun Qin 2020-12-14 6:14 ` Masahisa Kojima 2020-12-14 22:20 ` Kun Qin 2020-12-16 11:53 ` Masahisa Kojima 2020-12-16 17:52 ` Kun Qin 2020-12-17 1:10 ` 回复: " gaoliming 2020-12-17 1:56 ` Masahisa Kojima
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox