REF:https://bugzilla.tianocore.org/show_bug.cgi?id=3793 Basede on UEFI Spec 2.0 section 17.7.1 structure EFI_GRAPHICS_OUTPUT_PROTOCOL_MODE say FrameBufferSize should be size of UINTN, in

Replace the paragraph about NVRAM/UEFI variables, with something that explains the situation a bit better. Update the UEFI settings table. Tweak the DT overlay list, and note support for CM4 and

The RPi4 has a 512KB SPI flash, which depending on RPi and firmware revision has 300-180K free. We can use this storage to persist variables when the OS is running or over firmware upgrades. The

Update GpioLib slightly so that we can change the GPIO pin muxing at runtime. For the moment only the GpioPinFuncGet/Set() routines are used at runtime, and only by the Variable service. Tested-by:

A large reason for using the SPI flash on this platform is that it can be updated without OS interference at rutime. In order for that to happen we need both the SPI, as well as the GPIO which is used

The lower level firmware can enable/disable a LDO audio amp, which allows us to mute/unmute audio output while the firmware is running. Tested-by: Ard Biesheuvel <ardb@...> Signed-off-by:

Add the #defines needed to access the SPI interface documented in the BCM2711 Peripheral guide chapter 8. Tested-by: Ard Biesheuvel <ardb@...> Signed-off-by: Jeremy Linton

Now that the GPIO devices are in their own SSDT lets add a menu item for the rpi4 to enable/disable it. For the rpi3 the SSDT is always exported. Tested-by: Ard Biesheuvel

The UEFI firmware uses the GPIO port for the fan and real soon now the runtime SPI variable store. As such we need to be able to either isolate those devices from the OS or we risk clashing with OS's

Its a complete tossup whether removing the mailbox call after we have set up the XHCI works for a given kernel+distro in DT mode. So lets give users which want to try DT the option of flipping this

The RPi4 has a SPI flash with unused capacity. This set detects if that capacity is sufficient for a UEFI variable store and utilizes it as such. This fixes a long list of problems, and along the way

Lets allow some of these options to change when the system is in ACPI+DT mode. Plus the fan temp should be disabled when ACPI isn't enabled. Tested-by: Ard Biesheuvel <ardb@...> Signed-off-by:

Reminder: TianoCore Design Meeting - APAC/NAMO When: 01/07/2022 9:30am to 10:30am (UTC+08:00) Asia/Shanghai Where: Microsoft Teams Organizer: Ray Ni ray.ni@... View

Ashraf, Changing the PPI .h files makes it incompatible with the PI Specification. What is wrong with the max size of a FV being 32-bits (4GB)? Is there a use case for FVs larger than 4GB? I agree

REF:https://bugzilla.tianocore.org/show_bug.cgi?id=3792 Pi/PiFirmwareVolume FvLength has been assigned as UINT64, and Ppi/FirmwareVolumeInfo FvLength has mentioned as UINT32 which will break the X64

There are two scene communicate with StandaloneMm(MM): 1 edk2 -> TF-A -> MM, communicate MM use non-secure buffer which specify by EFI_SECURE_PARTITION_BOOT_INFO.SpNsCommBufBase; 2 RAS scene: fiq ->

TF-A: TrustedFirmware-A SPM: Secure Partition Manager(MM) In TF-A, the name of this field is sp_shared_buf_size. This field is the size of range for transmit data from TF-A to standaloneMM when SPM

DEBUG_ERROR should be used in error branch. Signed-off-by: Ming Huang <huangming@...> --- StandaloneMmPkg/Drivers/StandaloneMmCpu/EventHandle.c | 6 +++---

Changes since v2: Modify CheckBufferAddr() function. Ming Huang (3): StandaloneMmPkg: Fix issue about SpPcpuSharedBufSize field StandaloneMmPkg: Replace DEBUG_INFO with DEBUG_ERROR

在 12/30/21 8:27 PM, Marvin Häuser 写道: Modify it in v3. Thanks for your help. - Ming