Hi Amol, Thanks for the updates. They all look great. Series Reviewed-by: Michael D Kinney <michael.d.kinney@...> Mike

This commit introduces a Unified Hash API to calculate hash using a hashing algorithm specified by the PCD, PcdHashApiLibPolicy. This library interfaces with the various hashing API, such as, MD4,

Added CryptoPkg Token Space GUID to be able to define PCDs. Cc: Jiewen Yao <jiewen.yao@...> Cc: Jian J Wang <jian.j.wang@...> Cc: Michael D Kinney

Currently, the UEFI drivers using the SHA/SM3 hashing algorithms use hard-coded API to calculate the hash, for instance, sha_256(...), etc. Since SHA384 and/or SM3_256 are being increasingly adopted

Liming, Yes. I think that is a reasonable assumption. We can document that restriction in the EDK II Build Specification that standard POSIX include files (e.g. <stdio.h>) must never be placed in

Now that I've given a try, having the value as Dynamic doesn't change anything in a Xen guest. On my test machine, simply running GetPerformanceCounter (); takes between 10000 ns and 20000 ns.

Reminder: TianoCore Community Meeting - EMEA/NAMO When: Thursday, 6 February 2020, 9:00am to 10:00am, (GMT-08:00) America/Los Angeles Where:https://bluejeans.com/889357567?src=join_info View

Sorry for the misunderstanding before. The patch set is good to me. Series: Reviewed-by: Zhichao Gao <zhichao.gao@...> Thanks, Zhichao

No, I haven't. But I don't think it matter in a Xen guest, the APIC timer is emulated anyway, so reading from a register of the APIC is going to be slower than getting the value from the PCD services,

Current driver does not support PIO transfer mode for commands other then tuning. This change adds the code to transfer PIO data. Cc: Marcin Wojtas <mw@...> Cc: Zhichao Gao

This patch refactors the way in which the driver will check the data transfer completion. Data transfer related functionalities have been moved to separate function. Cc: Marcin Wojtas

SdMmcPciHcDxe driver used to read response only after command and data transfer completed. According to SDHCI specification response data is ready after the command complete status is set by the host

To allow for easier debug of failing commands we have added a capability to print TRB and command packet when we start execution of the TRB(on DEBUG_VERBOSE level) and when the TRB failed to execute

This patch series aims to refactor command processing to achieve following 1. Trace the failing TRB packets to see what commands are failing and for what reasons 2. Get the response data even if data

From: Steven <steven.shi@...> BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=2487 The call stack unwindability of the COFF X64 binary requires the binary to remain the pdata and xdata

The Raspberry Pi 4 platforms uses a Broadcom Genet network interface, for which we need ACPI entries in order to make it usable under Linux. This patch adds these entries, including a

Pierre: If so, this is not the error for other ACPI table. I suggest to print INFO message and directly return with success return value. Thanks Liming

I disagree. It's not about the field width / padding (4 vs. 8 characters), but the width of the data type. The parameter that's being passed is a UINTN, which is UINT64 on X64. But the format

Hello Liming, Currently, the only ACPI tables which contain AML bytecode are the DSDT and SSDT tables. We don't need to generate a ".hex" file for other ACPI tables or any other file since we would

Reviewed-by: Liming Gao <liming.gao@...>