OP-TEE中fTPM测试失败问题的分析与解决

背景介绍

在OP-TEE项目中，fTPM（固件可信平台模块）是一个重要的安全组件，它为系统提供了硬件级别的安全功能。在QEMUv8平台上进行测试时，开发人员发现当禁用REE文件系统（CFG_REE_FS=n）时，fTPM的完整性测试（测试用例1041）会失败。

问题现象

当使用以下配置构建OP-TEE时：

• CFG_REE_FS=n（禁用REE文件系统）
• CFG_RPMB_FS=y（启用RPMB文件系统）
• CFG_RPMB_WRITE_KEY=y
• CFG_RPMB_ANNOUNCE_PROBE_CAP=n

执行xtest 1041测试时会出现错误，提示无法找到/dev/tpm0设备。而在启用REE文件系统的配置下，测试能够正常通过。

问题分析

通过深入分析，发现问题的根源在于设备枚举逻辑的不一致性：

1. 设备枚举逻辑差异：在OP-TEE核心的设备PTA（伪TA）中，对于不同存储类型的设备枚举存在条件判断差异。当REE_FS禁用时，fTPM设备没有被正确枚举。

2. 启动时序问题：测试程序尝试访问TPM设备时，设备可能尚未完成初始化。特别是在RPMB存储配置下，设备探测可能需要更长时间。

3. U-Boot兼容性：当前版本的U-Boot（至少到v2025.01）尚未完全支持PTA_CMD_GET_DEVICES_RPMB服务枚举，这影响了设备发现的可靠性。

解决方案

针对上述问题，开发团队提出了两个关键修改：

1. 设备PTA逻辑修正：修改core/pta/device.c中的设备枚举条件判断，确保在REE_FS禁用但RPMB启用的情况下，仍然能够正确枚举TEE私有存储设备。

2. 测试程序增强：在xtest的fTPM测试用例中增加重试机制，给予设备足够的初始化时间。测试程序会尝试多次访问设备，每次间隔1秒，最多尝试5次。

技术实现细节

设备PTA的修改主要涉及TA_FLAG_DEVICE_ENUM_TEE_STORAGE_PRIVATE标志的设置逻辑。原代码仅在REE_FS启用时设置该标志，修改后增加了对RPMB配置的判断条件。

测试程序的修改则增加了对设备节点的轮询检查，使用stat()系统调用验证设备是否存在，并加入了适当的延迟以避免竞态条件。

影响评估

这些修改：

• 提高了fTPM在不同存储配置下的兼容性
• 增强了测试程序的健壮性
• 不影响现有功能的正常使用
• 保持了向后兼容性

结论

通过对OP-TEE设备枚举逻辑和测试程序的改进，成功解决了fTPM在禁用REE文件系统配置下的测试失败问题。这一解决方案不仅修复了当前问题，还为未来类似设备枚举场景提供了更好的参考实现。

该问题的解决体现了OP-TEE项目对系统可靠性和兼容性的持续关注，也展示了开源社区通过协作解决复杂技术问题的能力。