From: Marc-André Lureau <marcandre.lureau@...> Mirrors TPM 2.0 commit d5a002aba0aa ("OvmfPkg: plug DxeTpm2MeasureBootLib into SecurityStubDxe", 2018-03-09) Signed-off-by: Marc-André Lureau

From: Marc-André Lureau <marcandre.lureau@...> Mirrors TPM 2.0 commit 4672a4892867 ("OvmfPkg: include Tcg2Pei module", 2018-03-09). Signed-off-by: Marc-André Lureau

From: Marc-André Lureau <marcandre.lureau@...> Complement commit 6cf1880fb5b ("OvmfPkg: add customized Tcg2ConfigPei clone", 2018-03-09) by detecting TPM 1.2 devices. Since

From: Marc-André Lureau <marcandre.lureau@...> A following patch is going to use the same configuration for TPM1.2 and TPM2.0, and it's simpler to support both than

From: Marc-André Lureau <marcandre.lureau@...> Hi, The following patches add basic TPM 1.2 support for Ovmf/QEMU. Tested successfully Win10 with TIS/TPM 1.2 & CRB/TPM 2.0 passthrough, and

Hi Chasel, No specific BZ was filed for the missing GUID issue, though reported on this mailing list. Thanks Prince

Hi Leo, the issue will clearly be fixed, the question is: when. Edk2 is now in hard feature freeze for the upcoming edk2-stable202002 tag. See the schedule and the definitions

I think a global flag is justified; in the above approach, "IsValidPlatformId" would not vary across "ProcessorNumber", so it does look like useless generality. Thanks Laszlo

makes sense, thanks. Laszlo

Hi I agree, I'll drop it for now. It can be added later. Thanks

OK. I think I had some misunderstanding here. Thanks a lot for the full explanation. Hopefully it will help others too :) Now that I understand your patch: Reviewed-by: Philippe Mathieu-Daude

Reviewed-by: Stefan Berger <stefanb@...>

On ARMv7 and up, doing cache maintenance by set/way is only permitted in the context of on/offlining a core, and any other uses should be avoided. Add ASSERT()s in the right place to ensure that any

ArmLib is a BASE type library, which should not depend or even be aware on DXE type protocols. So drop the reference to gEfiCpuArchProtocolGuid. Signed-off-by: Ard Biesheuvel

Suspiciously, ArmLib's INF does not contain a [LibraryClasses] section at all, but it turns out that all the library includes it contains (except for ArmLib.h itself) are actually bogus so let's just

Talking to Leif on IRC, we decided that deprecating cache maintenance by set/way, as I proposed in the series I just sent out [0] may be too strict, especially considering that some v7 based

Add a GUID reference that the NETSEC driver depends on, but does not declare, and therefore gets satisfied transitively by ArmLib. That ArmLib reference will be dropped so fix NetSec

Commit 2fe25a74d6fee3c2 ("ArmPkg/MmCommunicationDxe: relay architected PI events to MM context") update the ARM specific standalone MM client driver to register for certain events in the entrypoint