Tianocore/edk2.git/StandaloneMmPkg, branch dependabot/github_actions/github/codeql-action-4EDK II (mirror)https://git.radix-linux.su/Tianocore/edk2.git/atom?h=dependabot%2Fgithub_actions%2Fgithub%2Fcodeql-action-42025-10-27T00:34:08+00:00StandaloneMmPkg/Core/Dispatcher: Use more generic MMRAM term in comment2025-10-27T00:34:08+00:00Damien-Cheninkfan130924783@gmail.com2025-10-24T15:15:58+00:00urn:sha1:ff0edeaaa86f24714912129c7ff3f14d4a5ef6a2
In StandaloneMmPkg/Core/Dispatcher.c, a comment referred to SMRAM.
SMRAM is specific to the x86 architecture.
The StandaloneMmPkg is designed to be architecture-agnostic.
This commit updates the comment to use the more generic term MMRAM
(Management Mode RAM) to better reflect the nature of the package.
Signed-off-by: Damien Chen <inkfan130924783@gmail.com>
StandaloneMmPkg/BuildOptions : Add CLANGPDB DLINK_FLAGS to build options2025-10-17T10:25:33+00:00Deepak5x Singhdeepakx.singh@intel.com2025-10-08T04:14:26+00:00urn:sha1:ffa859492aac65af7bc8f0dd39f3c21a894063d7
[Issue] : There is no DLINK_FLAGS definition for CLANGPDB,
leading to potential discrepancies in build alignments
[Resolution] : This change adds a CLANGPDB line for DLINK_FLAGS.
Maintaining the alignment with existing standards in place for
other compiler packages.
Signed-off-by: Deepak5x <deepakx.singh@intel.com>
StandaloneMmPkg: Drop ARM32 Support2025-09-25T22:04:10+00:00Oliver Smith-Dennyosde@microsoft.com2025-09-15T04:17:49+00:00urn:sha1:7cf721dd4d5af623726e5b33de9a5513c0e1e31e
edk2 is dropping support for the ARM32 architecture. This commit
removes ARM32 code from StandaloneMmPkg. It also removes irrelevant
VALID_ARCHITECTURES comments from infs that are not arch
specific.
Signed-off-by: Oliver Smith-Denny <osde@microsoft.com>
StandaloneMmPkg: Optimize MM core image size alignment2025-09-16T07:44:35+00:00Hongbin1 Zhanghongbin1.zhang@intel.com2025-09-15T05:15:37+00:00urn:sha1:3a53c5796786dc09f26c2ebb2fcc3be65505c148
It is incorrect for MM core image size alignment, it just add
alignment parameter for alignment. It will increase size if the
image size is already aligned. After optimize, it will ignore this
case.
Signed-off-by: Hongbin1 Zhang <hongbin1.zhang@intel.com>
Cc: Ray Ni <ray.ni@intel.com>
Cc: Star Zeng <star.zeng@intel.com>
Cc: Dun Tan <dun.tan@intel.com>
Cc: Sami Mujawar <sami.mujawar@arm.com>
Cc: Ard Biesheuvel <ardb+tianocore@kernel.org>
StandaloneMmPkg/Ipl: Do not check return status of MmCore's entry point2025-09-10T11:36:10+00:00Ray Niray.ni@intel.com2025-09-09T08:49:25+00:00urn:sha1:10b310f9b2047b7ff935974371eb59c1e0b46594
Per PI spec the entry point of standalone MM core returns "VOID".
So it's not right to check the return status of MM core's entry point.
In rare case, it might hit assertion as the MM core's entry point has
no responsibility to reset RAX to 0 (in x64 arch).
Signed-off-by: Ray Ni <ray.ni@intel.com>
Cc: Ard Biesheuvel <ardb+tianocore@kernel.org>
Cc: Sami Mujawar <sami.mujawar@arm.com>
Cc: Dun Tan <dun.tan@intel.com>
Cc: Eduardo Cuevas Farfan <eduardo.cuevas.farfan@intel.com>
StandaloneMmPkg/MmCore: Correct EndOfDxe to EndOfPei in MmEndOfPeiHandler2025-08-07T03:55:18+00:00Star Zengstar.zeng@intel.com2025-08-04T08:29:51+00:00urn:sha1:bd785cedc370c96b736e8a3db9526aca436cb7de
Signed-off-by: Star Zeng <star.zeng@intel.com>
StandaloneMmPkg/MmIpl: Correct CreatMmHobList to CreateMmHobList2025-08-07T03:55:18+00:00Star Zengstar.zeng@intel.com2025-08-04T08:22:28+00:00urn:sha1:d192e7ea75f3404c1363c48feb0f5a0857fdbeaa
Signed-off-by: Star Zeng <star.zeng@intel.com>
StandaloneMmPkg/MmIpl: Call CreatMmHobList() with page aligned size2025-08-06T20:36:39+00:00Star Zengstar.zeng@intel.com2025-08-04T06:22:47+00:00urn:sha1:d1c1f7e35419d937ab937ab050107864401d8cd9
MmCore ImageSize may be not page aligned, it will be converted to page
aligned for allocating MMRAM to hold MmCore image.
This patch is to call CreatMmHobList() with page aligned size of ImageSize,
otherwise ASSERT (IS_ALIGNED (Length, EFI_PAGE_SIZE)) in
MmIplBuildMmCoreModuleHob() will happen if the input MmCore ImageSize is
not page aligned.
Signed-off-by: Star Zeng <star.zeng@intel.com>
StandaloneMmPkg: Unify EfiFileName Parsing2025-07-23T12:57:55+00:00Oliver Smith-Dennyosde@microsoft.com2025-07-22T17:09:23+00:00urn:sha1:05c966e8f1139b30724de65a881769e654fa3a9e
The various cores all attempt to print the EfiFileName when
loading/dispatching drivers, but they are not unified on
approach. This commit ensures they are using the same buffer
size and the loop parsing variables are unsigned, as we should
not have a negative index.
Signed-off-by: Oliver Smith-Denny <osde@microsoft.com>
StandaloneMmPkg: Always Print Driver Load Messages2025-07-23T12:57:55+00:00Oliver Smith-Dennyosde@microsoft.com2025-07-21T21:57:04+00:00urn:sha1:bcd8509640aa067d01fccc5fbdc021c149b64ebe
Today, StandaloneMM Core's image loader only prints driver load messages
if debug code is enabled. However, these are some of the most
important prints in the codebase: on a given system even if you
have nothing else to debug with, you can see the last driver
executed.
Debug code blocks are used to skip logic that only exists for
debug purposes and wastes time on a release build. However, the
logic to print a line and determine the filename from the PDB
is not extensive and provides critical information, so it is
inappropriate to wrap in a debug code section.
Platforms can still choose to disable logging at DEBUG_INFO/DEBUG_LOAD
and will not see the error messages.
Signed-off-by: Oliver Smith-Denny <osde@microsoft.com>