<feed xmlns='http://www.w3.org/2005/Atom'>
<title>Tianocore/edk2.git, branch dependabot/github_actions/actions/create-github-app-token-3</title>
<subtitle>EDK II (mirror)</subtitle>
<id>https://git.radix-linux.su/Tianocore/edk2.git/atom?h=dependabot%2Fgithub_actions%2Factions%2Fcreate-github-app-token-3</id>
<link rel='self' href='https://git.radix-linux.su/Tianocore/edk2.git/atom?h=dependabot%2Fgithub_actions%2Factions%2Fcreate-github-app-token-3'/>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/Tianocore/edk2.git/'/>
<updated>2026-04-06T13:22:52+00:00</updated>
<entry>
<title>GitHub Action: Bump actions/create-github-app-token from 2 to 3</title>
<updated>2026-04-06T13:22:52+00:00</updated>
<author>
<name>dependabot[bot]</name>
<email>49699333+dependabot[bot]@users.noreply.github.com</email>
</author>
<published>2026-04-06T13:22:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/Tianocore/edk2.git/commit/?id=d0d4696dd912ead3fdcdf5770f932da205274ab8'/>
<id>urn:sha1:d0d4696dd912ead3fdcdf5770f932da205274ab8</id>
<content type='text'>
Bumps [actions/create-github-app-token](https://github.com/actions/create-github-app-token) from 2 to 3.
- [Release notes](https://github.com/actions/create-github-app-token/releases)
- [Commits](https://github.com/actions/create-github-app-token/compare/v2...v3)

---
updated-dependencies:
- dependency-name: actions/create-github-app-token
  dependency-version: '3'
  dependency-type: direct:production
  update-type: version-update:semver-major
...

Signed-off-by: dependabot[bot] &lt;support@github.com&gt;</content>
</entry>
<entry>
<title>BaseTools: Only check for GCC prefixes when targeting</title>
<updated>2026-04-03T05:32:14+00:00</updated>
<author>
<name>Aaron Pop</name>
<email>aaronpop@microsoft.com</email>
</author>
<published>2026-03-27T05:18:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/Tianocore/edk2.git/commit/?id=b7cf7e465c402f9b32dcadc791ba37f2db750522'/>
<id>urn:sha1:b7cf7e465c402f9b32dcadc791ba37f2db750522</id>
<content type='text'>
LinuxGccToolChain is checking for the environment variable
GCC_AARCH64_PREFIX when GCC_AARCH64_INSTALL is set in the environment
variables. GCC_AARCH64_INSTALL is set when any gcc aarch64 compiler
is installed (i.e. aarch64-none-elf, aarch64-linux-gnu, aarch64-unknown-elf
all result in a GCC_AARCH64_INSTALL environment variable).

When compiling for an X86 target, if an AARCH64 tool chain is installed
in the system, this will result in an error due to the GCC_AARCH64_PREFIX
not being set.

Add a check based upon TARGET_ARCH and and only verify the prefixes
when attempting to build AARCH64.

Replicate the same check for RISCV and LOONGARCH64 architectures as well.

Signed-off-by: Aaron Pop &lt;aaronpop@microsoft.com&gt;
</content>
</entry>
<entry>
<title>DynamicTablesPkg: handle missing 'iommu-map' in root complex parser</title>
<updated>2026-04-03T00:17:05+00:00</updated>
<author>
<name>Sami Mujawar</name>
<email>sami.mujawar@arm.com</email>
</author>
<published>2025-11-18T15:19:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/Tianocore/edk2.git/commit/?id=18d0c3596e9312ebaff2ad4ba653c6aa5d5dd9cd'/>
<id>urn:sha1:18d0c3596e9312ebaff2ad4ba653c6aa5d5dd9cd</id>
<content type='text'>
Some guests (e.g. kvmtool) do not provide a SMMU, so the PCI node
in the DTB lacks an 'iommu-map'. The current code ASSERTs during
boot with:
"ASSERT [ConfigurationManagerDxe] RootComplexParser.c(244):
(Data != ((void *) 0)) &amp;&amp; ((DataSize % (4 * sizeof (UINT32))) == 0)"

Instead, return EFI_NOT_FOUND when 'iommu-map' is absent so firmware
boot can proceed.

Cc: Ard Biesheuvel &lt;ardb+tianocore@kernel.org&gt;
Cc: Leif Lindholm &lt;leif.lindholm@oss.qualcomm.com&gt;
Cc: Gerd Hoffmann &lt;kraxel@redhat.com&gt;
Signed-off-by: Sami Mujawar &lt;sami.mujawar@arm.com&gt;
</content>
</entry>
<entry>
<title>ArmVirtPkg: Kvmtool: Only install IORT if ITS is present</title>
<updated>2026-04-03T00:17:05+00:00</updated>
<author>
<name>Sami Mujawar</name>
<email>sami.mujawar@arm.com</email>
</author>
<published>2024-10-09T16:34:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/Tianocore/edk2.git/commit/?id=ebe7fab41ec82cc9277a8be5b1b307e2ba8dc9fc'/>
<id>urn:sha1:ebe7fab41ec82cc9277a8be5b1b307e2ba8dc9fc</id>
<content type='text'>
When the Kvmtool guest is launched without ITS support
i.e. when --irq-chip=gicv3-its option is not specified
or if --irq-chip=gicv3 is specified, the guest VM does
not have an ITS.

In such scenarios the guest firmware must not install
the IORT table. Therefore, add checks to see if ITS is
present before installing the IORT ACPI table.

Cc: Ard Biesheuvel &lt;ardb+tianocore@kernel.org&gt;
Cc: Leif Lindholm &lt;leif.lindholm@oss.qualcomm.com&gt;
Cc: Gerd Hoffmann &lt;kraxel@redhat.com&gt;
Signed-off-by: Sami Mujawar &lt;sami.mujawar@arm.com&gt;
</content>
</entry>
<entry>
<title>BaseTools: Enable 4k alignment for tool chains</title>
<updated>2026-04-02T19:56:18+00:00</updated>
<author>
<name>Aaron Pop</name>
<email>aaronpop@microsoft.com</email>
</author>
<published>2025-08-29T22:06:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/Tianocore/edk2.git/commit/?id=87e486f622c5eaa0bee04f090b5c543466d6178b'/>
<id>urn:sha1:87e486f622c5eaa0bee04f090b5c543466d6178b</id>
<content type='text'>
Reordering x64 toolchain defines (GCCS) to use a DLINK_XIPFLAGS
to set common-page-size to 0x40. Otherwise use default align
(0x1000 for x64).

Reorder CLANGDWARF toolchain defines to use DLINK_XIPFLAGS
to set common-page-size to 0x40 (matching existing behavior)
and otherwise use default linker value (0x1000 for x64).
Required modifying build_rule.template to support CLANGDWARF
build family for SEC, PEI_CORE, PEIM type files.

Signed-off-by: Aaron Pop &lt;aaronpop@microsoft.com&gt;
</content>
</entry>
<entry>
<title>MdePkg: Added several mock libraries for google test</title>
<updated>2026-04-02T03:27:19+00:00</updated>
<author>
<name>PaddyDeng</name>
<email>paddydeng@ami.com</email>
</author>
<published>2026-03-11T06:34:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/Tianocore/edk2.git/commit/?id=4eb86f009d9392dbd18b594a30c3eceaf7d73c8e'/>
<id>urn:sha1:4eb86f009d9392dbd18b594a30c3eceaf7d73c8e</id>
<content type='text'>
Added several mock libraries for google test so one can make google test
drives consuming those libraries:

- MockReportStatusCodeLib
- MockSerialPortLib

Signed-off-by: Paddy Deng &lt;PaddyDeng@ami.com&gt;
</content>
</entry>
<entry>
<title>MdeModulePkg: Added several mock libraries for google test</title>
<updated>2026-04-02T03:27:19+00:00</updated>
<author>
<name>PaddyDeng</name>
<email>paddydeng@ami.com</email>
</author>
<published>2026-02-23T08:29:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/Tianocore/edk2.git/commit/?id=d68752de91db50259a65b49a9d3b2d98eec767c2'/>
<id>urn:sha1:d68752de91db50259a65b49a9d3b2d98eec767c2</id>
<content type='text'>
Added several mock libraries for google test so one can make google test
drives consuming those libraries:

- MockTpmMeasurementLib
- MockFirmwareVolumeShadowPpi

Signed-off-by: Paddy Deng &lt;PaddyDeng@ami.com&gt;
</content>
</entry>
<entry>
<title>CryptoPkg: Added MockBaseCryptLib for google test</title>
<updated>2026-04-02T03:27:19+00:00</updated>
<author>
<name>PaddyDeng</name>
<email>paddydeng@ami.com</email>
</author>
<published>2026-02-23T08:28:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/Tianocore/edk2.git/commit/?id=e9f03fca2859a821af277356eeb757a3efd1f1f7'/>
<id>urn:sha1:e9f03fca2859a821af277356eeb757a3efd1f1f7</id>
<content type='text'>
Added BaseCryptLib's mock library for google test so one can make google test
drives consuming it

Signed-off-by: Paddy Deng &lt;PaddyDeng@ami.com&gt;
</content>
</entry>
<entry>
<title>OvmfPkg/PlatformInitLib: redefine low memory</title>
<updated>2026-04-01T13:06:53+00:00</updated>
<author>
<name>Gerd Hoffmann</name>
<email>kraxel@redhat.com</email>
</author>
<published>2026-02-05T11:02:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/Tianocore/edk2.git/commit/?id=0a0919607cebbc7cd002ecb6a9f293b890caca9a'/>
<id>urn:sha1:0a0919607cebbc7cd002ecb6a9f293b890caca9a</id>
<content type='text'>
Traditionally "low memory" is all memory below 4G.  The code logic dates
back to the days where OVMF has used the CMOS to figure how much memory
is installed instead of the e820 table provided by qemu.

That approach to memory detection implicitly assumes there is a single
block of memory below 4G.  Should that not be the case things fall
apart.  This happens in case OVMF runs under SVSM and SVSM caves out a
chunk of memory below 4G for itself, passing the remaining two blocks of
memory below 4G on to OVMF (via igvm memory map).

Fix that by redefining what OVMF considers "low memory".  It is the
first block of memory (with base address zero) now.  This fixes the SVSM
use case outlined above.  For other use cases nothing will change.

Signed-off-by: Gerd Hoffmann &lt;kraxel@redhat.com&gt;
</content>
</entry>
<entry>
<title>UefiCpuPkg/MpInitLib: Skip ucode rev dump if not loaded in the library</title>
<updated>2026-04-01T04:10:15+00:00</updated>
<author>
<name>Phil Noh</name>
<email>Phil.Noh@amd.com</email>
</author>
<published>2026-03-31T20:09:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/Tianocore/edk2.git/commit/?id=d2e5c5781e2726e680d8f413ef3605e7edb68668'/>
<id>urn:sha1:d2e5c5781e2726e680d8f413ef3605e7edb68668</id>
<content type='text'>
MicrocodeDetect() loads microcode in the first thread of each core and
populates MicrocodeRevision and MicrocodeEntryAddr fields. AMD CPUs use a
separate function to load microcode, leaving MicrocodePatchRegionSize as
zero. In the case, the function returns early without populating these
fields, leaving them as zero. As a result, the misleading debug output
(Microcode revision = 00000000, expected = 00000000) may appear on AMD
systems, implying microcode was not applied when it actually was. To avoid
the confusion, skip the microcode revision dump when it is not loaded in
the library.

Signed-off-by: Phil Noh &lt;Phil.Noh@amd.com&gt;
</content>
</entry>
</feed>
