OP-TEE中新增MediaTek平台支持的技术探讨

在嵌入式安全领域，OP-TEE作为一个开源的Trusted Execution Environment(TEE)实现，为各种硬件平台提供了安全执行环境。本文针对在OP-TEE项目中新增MediaTek(联发科)平台支持的技术方案进行深入分析。

平台支持现状

OP-TEE项目目前已经包含了对MediaTek部分SoC的支持，相关代码位于plat-mediatek目录下。当开发者需要为新的MediaTek SoC(如mt7988)添加支持时，面临两种主要的技术选择：

1. 复用现有的plat-mediatek平台代码
2. 创建新的平台目录如plat-mediatek-xxx

技术方案对比

方案一：复用现有平台

通过在现有plat-mediatek中添加新的PLATFORM_FLAVOR来区分不同SoC。这种方法具有以下优势：

• 代码复用率高，减少重复代码
• 维护成本低，平台共性功能集中管理
• 符合OP-TEE项目的设计惯例

实现方式示例：

ifeq ($(PLATFORM_FLAVOR),mt7988)
# mt7988特定配置
endif

#ifdef PLATFORM_FLAVOR_mt7988
/* mt7988特定代码 */
#endif

构建时使用命令：make PLATFORM=mediatek-mt7988

方案二：创建新平台目录

当新SoC与现有平台存在显著差异时，可能需要创建独立目录。这种情况适用于：

• 硬件架构差异大(如内存管理单元配置不同)
• 安全子系统设计有重大变化
• 平台特性无法通过简单的条件编译隔离

例如，mt7988可能需要将MAX_XLAT_TABLES从5调整为10，这种底层配置差异可能需要独立平台实现。

技术决策建议

对于大多数情况，建议优先采用方案一，仅在以下情况下考虑方案二：

1. 平台间差异过大，条件编译会导致代码难以维护
2. 需要完全不同的启动流程或安全模型
3. 硬件特性导致核心组件(如MMU、缓存)需要重写

在实际开发中，应当评估差异点的数量和影响范围，与OP-TEE社区保持沟通，选择最合适的实现方案。同时，即使是独立平台目录，也应尽可能复用通用组件和库函数，保持代码一致性。