For pure SEV? How is all of the above related to the "OvmfPkg/OvmfPkgX64.dsc" platform, where remote attestation is not a goal? What you describe makes sense to me, but only for the

I re-reviewed patch #3 today, and reviewed patch #4 as well. Because the data flow was not explained in advance, regarding the "SevSnpEnabled" and "HypervisorFeatures" fields, I wasted a huge

Hi Brijesh, (1) Please split this patch: the PlatformPei changes should be in the second patch. (2) Overlong line. Please avoid basic mistakes like this, even in an RFC series. (3) These macro

Do you mean that you can't find a way to get QEMU to create a Virtio audio device visible to the guest, or that you can't find a way to get QEMU to connect this Virtio device to the host-side audio

Pushed as 6e92566d2e61..7bf73ecc3c47 Thanks. Regards, Sami Mujawar On 03/06/2021 11:34 AM, Leif Lindholm wrote:

(3) Actually, no. This patch should be reduced to the following files only: - OvmfPkg/PlatformPei/AmdSev.c - OvmfPkg/PlatformPei/PlatformPei.inf and the following changes should be dropped

Hi Chandni, I have built and verified this patch and it looks good to me. Reviewed-by: Chris Jones <christopher.jones@...> Thanks, Chris

Hao,Can you give a R-b for this patch and the other one that changes PeiCore?

Thanks for all the valuable comments, Mario. I learned a lot from your comments. I just sent v4 for addressing your comments. By the way, forsamples/MinComm at develop · ms-iot/samples

This change is based on edk2-platforms-raspberrypi-pl011-bth-noflow.diff in https://github.com/worproject/RPi-Bluetooth-Testing/ with the modifications and additional changes below for enabling

Make the changes below for making it clearer. - Rename GpioPinSet() to GpioPinConfigure() - Rename parameter Val to Config and change its type to BOOLEAN Cc: Sami Mujawar

Changes: 1. Add code to ConfigDxe driver and AcpiTables module to dynamically build either Mini UART or PL011 UART info in ACPI. This also fixes the issue discussed in

In v4: Address comments given by Mario on v3. In v3: Address comments given by Jeremy, Mario, and Pete on v2. In v2: Address comments given by Pete on v1. Dynamically build UARTs info in ACPI so that

Hi Min M, I tested it with Ovmf. I will try other compiler and provide you logs soon. thanks, greg pt., 4 cze 2021 o 10:17 Xu, Min M <min.m.xu@...> napisał(a):

For my audio output protocol (I wonder if we should abbreviate it as AOP?) I need to get access to VirtIO devices in PCIe configuration space. However, I can't seem to find a way of telling QEMU to

Reviewed-by: Guo Dong <guo.dong@...>

I'll go with 3KB secrets + 1KB hashes. I'll go with the two GUIDed structures in the reset vector (which will point to distinct parts of a single 4KB page). That actually means shortening the

In our first version of TDVF, a static 5-level page table is used. It is simple and straight forward. But for *one binary* solution, we have to consider the compatibility with the current 4-level page

Secure Boot defines a security boundary between the firmware and the operating system: the operating system is not permitted to make arbitrary changes to firmware variables. It sounds as though you

The "one binary" decision isn't relevant here, is it? It would make more sense to implement 5-level paging within the base EDK2 architecture. This would allow that feature to be tested in