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

[Public] + MinPlatformPkg Maintainers Start the conversation: Some time back there were posts about promoting MinPlatformPkg up to a more generic level. Is there still a desire to implement this and p

As requested, yesterday, for a trivial correction in BaseTools, removing useless libuuid dependency in GenFv/, I made a Pull Request and triggered a CI check test. All went fine. Today, looking if the

The UINT64 and INT64 should be defined as unsigned long long and long long in the linux64 bit environment, but now defined as unsigned long and long, so fix it. BZ: https://bugzilla.tianocore.org/show

Changed 4 incorrect instances of "RANDOM_NAME_PROTOCOL" in RandomNumberBBTestConformance and RandomNumberBBTestFunction to "RANDOM_NUMBER_PROTOCOL". Cc: G Edhaya Chandran <Edhaya.Chandran@...> Cc: Bar

From: Aryeh Chen <aryeh.chen@...> REF:https://bugzilla.tianocore.org/show_bug.cgi?id=3D4329 To add PCD PcdMinPciBridgePC00 to support \_SB.PCI0 and \_SB.PC00 on MinDsdt.asl because PciBridge has modif

1. Correct all INF_VERSION value. Cc: Isaac Oram <isaac.w.oram@...> Cc: Nate DeSimone <nathaniel.l.desimone@...> Cc: Leif Lindholm <quic_llindhol@...> Cc: Michael D Kinney <michael.d.kinney@...> Cc: R

From: Tinh Nguyen <tinhnguyen@...> Since the commit 103fa647d159e3d76be2634d2653c2d215dd0d46 instead ("ArmPkg: Replace CoreId and ClusterId with Mpidr in ARM_CORE_INFO struct") has updated the ARM_COR

A while loop in SCSIBusDriverBindingStart() is supposed to scan all the possible Puns in the SCSI channel by calling ScsiScanCreateDevice() for each of them. Therefore, we should not abort the loop ev

Currently DiscoverScsiDevice() returns a boolean which cannot distinguish a "not found" situation from a real problem like memory allocation failures. This patch changes the return value to an EFI_STA

Refactor DiscoverScsiDevice() so that it returns EFI_STATUS instead of BOOLEAN. This will enable its callers to distinguish a "not found" situation from real problems like memory allocation failures.

[AMD Official Use Only - General] Let me clarify this: Abner's original code change covers the fix for both GCC5 and VS2019. More over, VS2019 needs these two additional headers file under MdeModulePk

From: VictorX Hsu <victorx.hsu@...> Update reviewers for Trace Hub library. Cc: Michael D Kinney <michael.d.kinney@...> Cc: Guo Gua <gua.guo@...> Cc: Chan Laura <laura.chan@...> Cc: Prakashan Krishnad

From: VictorX Hsu <victorx.hsu@...> REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3D4144 This Library is NULL library for TraceHubDebugLibSysT. Cc: Michael D Kinney <michael.d.kinney@...> Cc: Gu

From: VictorX Hsu <victorx.hsu@...> REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3D4144 This Library provide Trace Hub API which consume MipiSysTLib. Cc: Michael D Kinney <michael.d.kinney@...>

Reviewed-by: Gua Guo <gua.guo@...>

Hi Timothy, This is an interesting bug report because it looks like something that should be caught by EDK II CI MdeModulePkg.dsc does list the Brotli lib in a [Components] section, so it will always

Dose this patch fix GCC5 or VS2019 build failure? 发件人: devel@edk2.groups.io <devel@edk2.groups.io> 代表 Lin, Kuei-Hung (Timothy) via groups.io 发送时间: 2023年1月31日 8:50 收件人: gaoliming <gaoliming@...>; devel

Reviewed-by: Gua Guo <gua.guo@...>

Reviewed-by: Gua Guo <gua.guo@...>