Reviewed-by: Liming Gao <gaoliming@...> PlatformInfo.Platform._GuidDict}

Reviewed-by: Liming Gao <gaoliming@...>

This issue has been fixed in edk2 master (commit 20b292d0cdf7dce58d824fdf9ab1613c2a1ad2ec 2020/12/29). Please make sure new edk2 be used. Thanks Liming 发件人: devel@edk2.groups.io

Jason: Can you also update MdePkg\Include\Ia32\Nasm.inc and MdePkg\Include\X64\Nasm.inc? Meanwhile, please also update BaseTools\Conf\tools_def.template to mention the required minimal nasm

Hello There, Any update on the below issue? Best Regards, Raihan

From: LakX Huang <lakx.huang@...> Usage of ExtendedImageRevision Changed the Revision size of Firmware Version Structure from UINT8 to UINT16. Signed-off-by: LakX Huang

Reminder: TianoCore Bug Triage - APAC / NAMO When: 01/04/2022 6:30pm to 7:30pm (UTC-08:00) America/Los

Series pushed via: PR -

Hi MdePkg, MdeModulePkg and ArmPkg maintainers, Happy new year! It has been a while since this v2 patch series has been sent out for review. Could you please take a look and provide feedback? Any

Hi, Yes, I think we need a PlatformLib for the platform initialization code. With PEI we would simply link the lib into PlatformPei, without PEI we would link parts of the lib into SEC and parts of

Hi., Michael The issue was coming due to assign UINTN to UINT32 (warning C4244: '=': conversion from 'UINTN' to 'UINT32', possible loss of data) I will fix this in my code instead of changing in

Hi Ashraf, HOBs must never use UINTN or pointer fields. HOBs must always be the same size no matter what CPU or CPU mode the structure is compiler for. This is also a non-backwards compatible

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