06-Firmware Configuration Framework

原创已于 2022-02-19 20:35:37 修改 · 620 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#ATF

于 2021-11-20 00:12:34 首次发布

atf_doc 专栏收录该内容

32 篇文章

订阅专栏

本文档介绍了固件配置框架(FCONF)，一种用于抽象平台特定数据的机制，支持通过查询属性并检索值来实现数据的灵活管理和迁移。FCONF通过命名空间和子命名空间组织属性，提供populate()函数来填充属性值。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

引流关键词: 中断、同步异常、异步异常、irq、fiq、BL1,BL2,BL3,BL31,BL32,BL33,AP_BL1,AP_BL2,AP_BL3,AP_BL31,AP_BL32,AP_BL33,SCP_BL1,SCP_BL2,BL0,BL30, optee、ATF、TF-A、Trustzone、optee3.14、MMU、VMSA、cache、TLB、arm、armv8、armv9、TEE、安全、内存管理、页表…

快速链接:
.
👉👉👉 个人博客笔记导读目录(全部) 👈👈👈

[专栏目录]-ATF/FF-A/specification学习

请添加图片描述

6.固件配置框架

本文档提供了FCONF框架的概述。

6.1。介绍

固件配置框架 ( FCONF ) 是平台特定数据的抽象层，允许查询“属性”并检索值，而请求实体不知道使用什么后备存储来保存数据。

它用于连接提供特定平台数据的新旧方式。今天，像信任链这样的信息保存在几个嵌套的平台定义表中。将来，它可能会作为设备 blob 的一部分提供，以及有关要加载的图像的其余信息。引入此抽象层将使迁移更容易，并将保留不能/不想使用设备树的平台的功能。

6.2. 访问属性

FCONF中定义的属性围绕命名空间和子命名空间进行分组：abproperty。示例命名空间可以是：

( TBBR ) 信任链数据：tbbr.cot.trusted_boot_fw_cert
( TBBR ) 动态配置信息：tbbr.dyn_config.disable_auth
Arm io 策略：arm.io_policies.bl2_image
GICv3 属性：hw_config.gicv3_config.gicr_base

可以使用FCONF_GET_PROPERTY(a,b,property)宏访问属性。

6.3. 定义属性

构成FCONF的属性必须存储在 C 结构中。如果属性来自不同的后端源，例如设备树，则平台必须提供一个populate()函数，该函数本质上捕获属性并将它们存储到相应的基于FCONF的 C 结构中。

这样的populate()功能通常是特定于平台的，并且与特定的后端源相关联。例如，从 HW_CONFIG 设备树中捕获平台硬件拓扑的填充器函数。因此，每个populate()函数都必须使用特定的 config_type标识符进行注册。它广泛地表示配置属性的逻辑分组，通常是设备树文件。

例子：

FW_CONFIG：其他 DTB 的基地址、最大尺寸和图像 id 等相关的属性。
TB_FW：与可信固件相关的属性，例如 IO 策略、mbedtls 堆信息等。
HW_CONFIG：与 SoC 硬件配置相关的属性，例如拓扑、GIC 控制器、PSCI 挂钩、CPU ID 等。

因此，populate()必须使用宏将回调注册到 ( FCONF ) 框架FCONF_REGISTER_POPULATOR()。这确保了该函数将fconf_populate()在初始化期间在通用函数内部被调用。

int fconf_populate_topology(uintptr_t config)
{
    /* read hw config dtb and fill soc_topology struct */
}

FCONF_REGISTER_POPULATOR(HW_CONFIG, topology, fconf_populate_topology);
然后，必须提供一个包装器来匹配FCONF_GET_PROPERTY()宏：

/* generic getter */
#define FCONF_GET_PROPERTY(a,b,property)    a##__##b##_getter(property)

/* my specific getter */
#define hw_config__topology_getter(prop) soc_topology.prop