OP-TEE driver（一）：OP-TEE驱动（OP-TEE driver）的工作流程

TrustZone_

已于 2022-09-24 22:28:45 修改

阅读量2.4k

点赞数 3

CC 4.0 BY-SA版权

分类专栏： TEE-OS 文章标签： linux OP-TEE CA TA driver

于 2022-09-24 22:25:30 首次发布

本文链接：https://blog.csdn.net/weixin_45264425/article/details/127030353

TEE-OS 专栏收录该内容

76 篇文章 ¥29.90 ¥99.00

订阅专栏

超级会员免费看

本文详细介绍了OP-TEE驱动在REE侧的加载和工作流程，包括设备号和class初始化、驱动加载、probe操作，以及安全监控模式调用等关键步骤。OP-TEE驱动作为REE与TEE交互的桥梁，通过共享内存与安全世界状态进行数据交换，并为libteec库和tee_supplicant创建独立设备。驱动加载涉及版本校验、内存配置和队列初始化等过程。

OP-TEE_driver（REE侧）

前面讲了TA和CA的通信，CA的建立，GP。知道了这个CA依赖GP定义的Client接口。TA通过tee-supplicant与REE进行资源操作，现在我们来看看这里面的TEE-driver。

在这里插入图片描述
OP-TEE驱动是REE侧与TEE侧之间进行交互的重要通道，在REE侧的CA接口以及RPC请求的接收和结果的返回最终都会被发送到驱动中，由驱动对数据做进一步的处理。

OP-TEE驱动通过解析传入的参数，重新组合数据，将需要被传入到TEE侧的数据载入到共享内存中，触发安全监控模式调用（smc）进入到Monitor模式或EL3中将数据发送给TEE。

1、OP-TEE_driver模块的编译保存

OP-TEE的驱动通过subsys_initcall和module_init宏来告知系统在初始化阶段的什么时候去加载OP-TEE驱动。

subsys_initcall定义在linux/include/init.h文件中，内容如下：

        #define __define_initcall(fn, id) \
        static initcall_t __initcall_##fn##id __used \
        __attribu

了解本专栏

超级会员免费看