public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
* 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