On 03/09/18 01:39, Yao, Jiewen wrote:
> Very good question.
> Comment below:
>
>> -Original Message-
>> From: Laszlo Ersek [mailto:ler...@redhat.com]
>> Sent: Friday, March 9, 2018 3:54 AM
>> To: marcandre.lur...@redhat.com; edk2-de...@lists.01.org; Yao, Jiewen
>>
>> Cc: pjo...@redhat.com;
Besides the comment below, I should have used the example in OvmfPkg.
Please refer to
https://github.com/tianocore/edk2/blob/master/OvmfPkg/Library/PlatformBootManagerLib/BdsPlatform.c
The EfiBootManagerDispatchDeferredImages() API call is added just after
gEfiDxeSmmReadyToLockProtocolGuid.
So
Very good question.
Comment below:
> -Original Message-
> From: Laszlo Ersek [mailto:ler...@redhat.com]
> Sent: Friday, March 9, 2018 3:54 AM
> To: marcandre.lur...@redhat.com; edk2-de...@lists.01.org; Yao, Jiewen
>
> Cc: pjo...@redhat.com; stef...@linux.vnet.ibm.com;
> qemu-devel@nongnu.
On 03/08/18 20:54, Laszlo Ersek wrote:
> In other words, the ordering between Tcg2Dxe and external UEFI_DRIVER /
> UEFI_APPLICATION modules is ensured that Tcg2Dxe will be dispatched in
> the DXE phase, while the latter will only be loaded in BDS.
Sigh, I meant:
The ordering between Tcg2Dxe and
(Jiewen, below I have a question for you as well; please help with that.)
On 03/07/18 16:57, marcandre.lur...@redhat.com wrote:
> From: Marc-André Lureau
>
> The library registers a security management handler, to measure images
> that are not measure in PEI phase.
>
> This seems to work for ex
From: Marc-André Lureau
The library registers a security management handler, to measure images
that are not measure in PEI phase.
This seems to work for example with the qemu PXE rom:
Loading driver at 0x0003E6C2000 EntryPoint=0x0003E6C9076 8086100e.efi
And the following binary_bios_measuremen
