EDK II (mirror) https://git.radix-linux.su/Tianocore/edk2.git/atom?h=master 2026-07-16T07:10:30+00:00 2026-07-16T07:10:30+00:00 Dongyan Qian qiandongyan@loongson.cn 2026-07-13T08:53:13+00:00 urn:sha1:3a4556803d3a02dc0b298c489013e04082a9617e Add LOONGARCH64 support to DynamicTablesPkg by adding it to the existing common component build list, adding the LoongArch64 DynamicTableManagerDxe source, and enabling the SMBIOS generators used by current LoongArch platforms. Keep DynamicTableFactoryDxe generator registration architecture-specific. The LoongArch64 factory instance links selected NULL generator libraries so their constructors register the generators at runtime. LoongArch64-specific tables can use AcpiRawLib initially and move to dedicated LoongArch64 generators in follow-up patches. Signed-off-by: Dongyan Qian <qiandongyan@loongson.cn> 2025-12-02T20:52:41+00:00 Sunil V L sunilvl@ventanamicro.com 2024-06-20T12:50:33+00:00 urn:sha1:36670a4bda6d50b1146c297ba9bf3f4e3be5333c Add RISC-V-specific mAcpiVerifyTables entries to enable verification of RISC-V ACPI tables during Dynamic Table Manager execution. This ensures that RISC-V ACPI tables such as MADT, RHCT, and others are properly validated and integrated at runtime. Signed-off-by: Sunil V L <sunilvl@ventanamicro.com> 2025-09-30T08:27:48+00:00 Girish Mahadevan gmahadevan@nvidia.com 2025-03-11T16:24:25+00:00 urn:sha1:5a8411a7b0382e5f5b2412d2fb7e684ac10723b2 Add the SMBIOS Table generator code to the DynamicTablesPkg. This change includes adding new logic to the DynamicTableManager to process and add SMBIOS tables and augmenting the existing SMBIOS Factory generator to include installing multiple SMBIOS tables. Signed-off-by: Girish Mahadevan <gmahadevan@nvidia.com> 2025-09-30T08:27:48+00:00 Girish Mahadevan gmahadevan@nvidia.com 2025-03-11T17:46:00+00:00 urn:sha1:a4492241a7dcd44bc71e427d251cad38260c559d In preparation to introduce Dynamic SMBIOS support the following 2 changes are required: 1. Use ProtocolNotify Event for generating the ACPI tables and don't include the ACPI protocol in the Depex section for DynamicTableManagerDxe Driver. This is because if a platforms doesn't do ACPI based boot or if doesn't want to install SMBIOS tables we still want the DynamicTableManager to be dispatched to install the SMBIOS or ACPI tables respectively. 2. Split the logic for building the ACPI tables to a separate file. Signed-off-by: Girish Mahadevan <gmahadevan@nvidia.com> 2025-09-30T08:27:48+00:00 Sami Mujawar sami.mujawar@arm.com 2022-10-17T11:20:56+00:00 urn:sha1:54eabaf6b417fc657c4347ba7de54399c1b743af Some SMBIOS structure/table fields have dependency on other SMBIOS structures/tables. These dependencies are established using handles pointing to the dependent tables. A SMBIOS table handle can be obtained by either installing a SMBIOS table or by allocating a handle, which requires complex management to avoid any clashes. Obtaining a SMBIOS handle by installation requires that the dependent table is installed before the parent SMBIOS table can be installed. Therefore, introduce a SMBIOS table dispatcher that walks the SMBIOS dependency list and schedules the dependent tables to be installed before the parent table is installed. Signed-off-by: Sami Mujawar <sami.mujawar@arm.com> Cc: Alexei Fedorov <Alexei.Fedorov@arm.com> Cc: Pierre Gondois <pierre.gondois@arm.com> Cc: Girish Mahadevan <gmahadevan@nvidia.com> Cc: Jeff Brasen <jbrasen@nvidia.com> Cc: Ashish Singhal <ashishsingha@nvidia.com> Cc: Nick Ramirez <nramirez@nvidia.com> Cc: William Watson <wwatson@nvidia.com> Cc: Abner Chang <abner.chang@amd.com> Cc: Samer El-Haj-Mahmoud <Samer.El-Haj-Mahmoud@arm.com> Cc: Jose Marinho <Jose.Marinho@arm.com> 2025-09-25T22:04:10+00:00 Oliver Smith-Denny osde@microsoft.com 2025-09-15T14:58:38+00:00 urn:sha1:b1f7c444e177fbc7ac760970f4d42bd07ffc3c37 edk2 is dropping support for the ARM32 architecture. This commit removes ARM32 code from DynamicTablesPkg. This also drops irrelevant VALID_ARCHITECTURES comments from infs that are not arch specific. Signed-off-by: Oliver Smith-Denny <osde@microsoft.com> 2025-09-22T18:24:48+00:00 Abdul Lateef Attar AbdulLateef.Attar@amd.com 2025-09-10T06:26:30+00:00 urn:sha1:32711df057bdaa34018e31ee9a5eb57431e88eef All DynamicTablesPkg libraries and drivers execute in the DXE phase, where both AMD and Intel platforms operate in X64 (64-bit) mode. Therefore, IA32 (32-bit) support is no longer required for DynamicTablesPkg. Signed-off-by: Abdul Lateef Attar <AbdulLateef.Attar@amd.com> 2025-06-11T12:24:35+00:00 Pierre Gondois pierre.gondois@arm.com 2025-04-25T11:44:04+00:00 urn:sha1:771b45250724c9bee6210f041ec137ff27411c78 The newly added MetadataObjLib allows to store information either: - generated by the DynamictTablesPkg framework - provided by a ConfigurationManager - parsed from another source of information This information might be subject to validation/verification. This step can only be done once the firmware tables generated by the DynamictTablesPkg have been generated. Add a new GetMetadataRoot() callback to the EDKII_DYNAMIC_TABLE_FACTORY_PROTOCOL. This callback allows to fetch the Metadata Root, allowing to access all the Metadata information generated. This Metadata is then validated by the DynamicTableManagerDxe. Signed-off-by: Pierre Gondois <pierre.gondois@arm.com> 2024-08-02T08:05:57+00:00 Abdul Lateef Attar AbdulLateef.Attar@amd.com 2024-08-02T04:01:16+00:00 urn:sha1:4f5de749cb2247a4ead21523f2d9deb389291636 Adds X64 specific GetAcpiTablePresenceInfo() function, which checks for mandatory ACPI tables. Cc: Sami Mujawar <Sami.Mujawar@arm.com> Cc: Pierre Gondois <pierre.gondois@arm.com> Signed-off-by: Abdul Lateef Attar <AbdulLateef.Attar@amd.com> 2024-07-29T13:44:55+00:00 Pierre Gondois pierre.gondois@arm.com 2024-06-10T12:00:00+00:00 urn:sha1:47b830db58cec598ebb144a46054c357401a8441 Mandatory ACPI tables depend on the architectures. Different architectures might also want to check other tables. Move mAcpiVerifyTables containing the list of ACPI tables to check to an arch specific file and introduce GetAcpiTablePresenceInfo() to get get the relevant information from the array. Signed-off-by: Pierre Gondois <Pierre.Gondois@arm.com> Reviewed-by: Sami Mujawar <sami.mujawar@arm.com>