Branch: refs/heads/master
Home: https://github.com/tianocore/edk2
Commit: 18b5b14932d1a90bceb928ca553851078bd19ca1
https://github.com/tianocore/edk2/commit/18b5b14932d1a90bceb928ca553851078bd19ca1
Author: Lee, Chun-Yi <joeyli.ker...@gmail.com>
Date: 2022-09-06 (Tue, 06 Sep 2022)
Changed paths:
M OvmfPkg/IncompatiblePciDeviceSupportDxe/IncompatiblePciDeviceSupport.c
M OvmfPkg/IncompatiblePciDeviceSupportDxe/IncompatiblePciDeviceSupport.inf
Log Message:
-----------
OvmfPkg/IncompatiblePciDeviceSupportDxe: Ignore OptionRom in Sev guest
Reference: https://bugzilla.tianocore.org/show_bug.cgi?id=4031
This patch is similar to the c477b2783f patch for Td guest.
Host VMM may inject OptionRom which is untrusted in Sev guest. So PCI
OptionRom needs to be ignored if it is Sev guest. According to
"Table 20. ACPI 2.0 & 3.0 QWORD Address Space Descriptor Usage"
PI spec 1.7, type-specific flags can be set to 0 when Address
Translation Offset == 6 to skip device option ROM.
Without this patch, Sev guest may shows invalid MMIO opcode error
as following:
Invalid MMIO opcode (F6)
ASSERT
/home/abuild/rpmbuild/BUILD/edk2-edk2-stable202202/OvmfPkg/Library/VmgExitLib/VmgExitVcHandler.c(1041):
((BOOLEAN)(0==1))
The OptionRom must be disabled both on Td and Sev guests, so we direct
use CcProbe().
Signed-off-by: "Lee, Chun-Yi" <j...@suse.com>
Reviewed-by: Gerd Hoffmann <kra...@redhat.com>
Commit: 520ba8e306648481b4d3dbe761a5111f4282fb9d
https://github.com/tianocore/edk2/commit/520ba8e306648481b4d3dbe761a5111f4282fb9d
Author: annie li <annie...@oracle.com>
Date: 2022-09-06 (Tue, 06 Sep 2022)
Changed paths:
M OvmfPkg/OvmfPkgIa32.dsc
M OvmfPkg/OvmfPkgIa32X64.dsc
M OvmfPkg/OvmfPkgX64.dsc
Log Message:
-----------
OvmfPkg/OvmfPkg*.dsc: Increase ACPI Reclaim memory size
The current ACPI Reclaim memory size is set as 0x10 (64KiB). The ACPI
table size will be increased if the memory slots' number of the guest
gets increased. In the guest with more memory slots, the ACPI Reclaim
memory size may not be sufficient for hibernation. This may cause
resume failure of the hibernated guest that was booted up with a fresh
copied writable OVMF_VARS file. However, the failure doesn't happen in
following hibernation/resume cycles.
The ACPI_MAX_RAM_SLOTS is set as 256 in the current QEMU. With
ACPI_MAX_RAM_SLOTS, 18 pages are required to be allocated in ACPI
Reclaim memory. However, due to the 0x10 (16 pages) setting, 2 extra
pages will be allocated in other space. This may break the
hibernation/resume in the above scenario.
This patch increases the ACPI Reclaim memory size to 0x12, i.e.
PcdMemoryTypeEfiACPIReclaimMemory is set as 0x12 (18 pages).
Signed-off-by: Annie Li <annie...@oracle.com>
Reviewed-by: Ard Biesheuvel <a...@kernel.org>
Commit: dba79765c48086e0265e0a4aebf79d999d806dbc
https://github.com/tianocore/edk2/commit/dba79765c48086e0265e0a4aebf79d999d806dbc
Author: Jianyong Wu <jianyong...@arm.com>
Date: 2022-09-06 (Tue, 06 Sep 2022)
Changed paths:
A ArmVirtPkg/Library/CloudHvVirtMemInfoLib/CloudHvVirtMemInfoLib.c
A ArmVirtPkg/Library/CloudHvVirtMemInfoLib/CloudHvVirtMemInfoLib.h
A ArmVirtPkg/Library/CloudHvVirtMemInfoLib/CloudHvVirtMemInfoPeiLib.inf
Log Message:
-----------
CloudHv/arm: add PeiMemInfoLib
Memory layout in CLoud Hypervisor for arm is changed and is different
with Qemu, thus we should build its own PeiMemInfoLib.
The main change in the memory layout is that normal ram may not contiguous
under 4G. The top 64M under 4G is reserved for 32bit device.
What this patch does:
1. get all of the memory node from DT;
2. Init page table for each memory node;
3. Add all of the memory nodes to Hob;
Reviewed-by: Sami Mujawar <sami.muja...@arm.com>
Signed-off-by: Jianyong Wu <jianyong...@arm.com>
Commit: db463e8e9da6f19becb336645dad3718de0743d3
https://github.com/tianocore/edk2/commit/db463e8e9da6f19becb336645dad3718de0743d3
Author: Jianyong Wu <jianyong...@arm.com>
Date: 2022-09-06 (Tue, 06 Sep 2022)
Changed paths:
M ArmVirtPkg/ArmVirtCloudHv.dsc
Log Message:
-----------
CloudHv/arm: switch PeiMemLib to its own
As Cloud Hypervisor has its own PeiMemLib, change it in dsc file
accordingly.
Reviewed-by: Sami Mujawar <sami.muja...@arm.com>
Signed-off-by: Jianyong Wu <jianyong...@arm.com>
Commit: 5eeb088ad64124229b32a5593fada578b935e207
https://github.com/tianocore/edk2/commit/5eeb088ad64124229b32a5593fada578b935e207
Author: Gerd Hoffmann <kra...@redhat.com>
Date: 2022-09-06 (Tue, 06 Sep 2022)
Changed paths:
M OvmfPkg/Include/Library/QemuBootOrderLib.h
M OvmfPkg/Library/PlatformBootManagerLib/BdsPlatform.c
M OvmfPkg/Library/QemuBootOrderLib/QemuBootOrderLib.c
M OvmfPkg/Library/QemuBootOrderLib/QemuBootOrderLib.inf
M OvmfPkg/OvmfPkg.dec
Log Message:
-----------
OvmfPkg/QemuBootOrderLib: add StoreQemuBootOrder()
The function reads the boot order from qemu fw_cfg, translates it into
device paths and stores them in 'QemuBootOrderNNNN' variables. In case
there is no boot ordering configured the function will do nothing.
Use case: Allow applications loaded via 'qemu -kernel bootloader.efi'
obey the boot order.
Signed-off-by: Gerd Hoffmann <kra...@redhat.com>
Reviewed-by: Ard Biesheuvel <a...@kernel.org>
Compare: https://github.com/tianocore/edk2/compare/f7da805b5060...5eeb088ad641
_______________________________________________
edk2-commits mailing list
edk2-commits@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/edk2-commits
