【代码精读】RPC模型：代码导读

已于 2022-11-13 14:37:09 修改
阅读量333 收藏
点赞数
分类专栏： 代码导读-(芯片/启动/ATF/TEE/Kernel) 文章标签： rpc c# 网络协议
于 2022-07-03 11:58:59 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42135087/article/details/125582737
版权
本文通过深入分析RPC（远程过程调用）模型的代码，涵盖了thread_rpc_cmd的使用、tee_time_get_ree_time函数、SMC调用以及与ATF、Linux内核驱动、tee-supplicant之间的交互过程，揭示了RPC在安全环境如Trustzone中的实现细节。
摘要由CSDN通过智能技术生成
了解本专栏 订阅专栏 解锁全文
【代码精读】optee的RPC机制
baron-周贺贺-代码改变世界ctw
11-06 784
optee的RPC启动
optee中RPC机制的应用与实践
baron-周贺贺-代码改变世界ctw
05-06 734
首先了解RPC机制的接口模型 在（1）处的cmd_id有（linux/drivers/tee/optee/rpc.c）： case OPTEE_RPC_CMD_GET_TIME case OPTEE_RPC_CMD_WAIT_QUEUE case OPTEE_RPC_CMD_SUSPEND case OPTEE_RPC_CMD_I2C_TRANSFER handle_rpc_supp_cmd() 转至tee-supplicant 在（2）处的cmd_id有（optee_client/tee-suppl
新手学编程必会的100个代码（从零基础到精通，收藏这篇就够了）
最新发布
Python_0011的博客
11-21 1201
我记得刚开始接触编程的时候，觉得太难了。也很好奇，写代码的那些人也太厉害了吧？全是英文的，他们的英文水平一定很好吧？他们是怎么记住这么多代码格式的？而且错了一个标点符号，整个程序都会有影响。一个程序几千行，错一个标点符号都不行这也太难了吧？带着新手的灵魂拷问，作为从业后端10年的开发者，我来为大家拨开云雾。看完以后你就会明白，其实他们也没那么厉害！即便你是初中文凭，也照样能编程。新手学编程必会的100个代码对于python语言来说，要记得东西其实不多，基本就是几个常用语句加一些关键字而已。
optee RPC
Hola_ya的博客
02-17 1406
RPC 是从 secure world 向 内核驱动程序 或 tee-supplicant 发出的请求。RPC由来自OPTEE_SMC_CALL_WITH_ARG 的一组特殊的SMCCC返回值来标识。用于内核的RPC消息由内核驱动程序处理。除了切换共享内存缓冲区表示外，其他RPC消息将被转发到tee-supplicant，而无需驱动程序进一步参与。
OP-TEE的RPC设计详解（嵌入式）
PynRlang的博客
09-23 202
Secure World是一个受信任的执行环境，用于运行安全的应用程序，而Normal World则是一个不受信任的执行环境，运行普通的应用程序。总结而言，OP-TEE中的RPC设计提供了一种在Normal World和Secure World之间进行通信的机制。通过定义请求和响应结构，并在Secure World中提供RPC服务函数，以及在Normal World中定义RPC客户端函数，我们可以实现跨执行环境的远程过程调用。在Secure World中，我们需要提供处理RPC请求的服务函数。
OP-TEE的RPC设计详解——嵌入式
CodeSageX的博客
08-30 217
其中，RPC（Remote Procedure Call）是OP-TEE中一个重要的设计特性，本文将详细解析OP-TEE的RPC设计及其在嵌入式系统中的应用。在OP-TEE中，RPC的设计目标是实现安全的跨核区通信，使得可信执行环境（TEE）与普通的不可信环境（REE）之间能够进行远程函数调用。RPC是OP-TEE中的一个重要设计特性，它实现了可信执行环境与不可信环境之间的安全通信。在OP-TEE中，RPC的设计主要涉及到三个部分：服务端（TEE），客户端（REE），以及RPC框架本身。
[代码模型精读]CodeX模型：Evaluating Large Language Models Trained on Code
人工智能曾小健
10-16 976
长链操作和变量绑定安全性和潜在的社会影响CodeBERT和PyMT5。
【扩散模型/图像匹配/图像拼接】论文精读：DiffMatch: Diffusion Model for Dense Matching
畅游计算机视觉的海洋
01-30 1万+
建立成对图像之间的密集对应关系的目标由两个术语组成：数据项和先验项。虽然传统的技术侧重于定义难以表述的手工设计的先验项，但最近的方法侧重于使用深度神经网络学习数据项，而无需显式建模先验，假设模型本身有能力从大规模数据集中学习最优先验。然而，性能改进很明显，它们通常无法解决匹配的固有歧义，例如无纹理区域、重复模式和大位移。为了解决这个问题，我们提出了 DiffMatch，这是一个新颖的基于条件扩散的框架，旨在显式建模数据和先验术语。与以前的方法不同，这是通过利用条件去噪扩散模型来实现的。DiffMatch由两
小米便签部分代码精读注释
03-25
### 小米便签部分代码精读注释 #### 一、概述 本文将对小米便签中的部分代码进行深入解读，并重点分析其中的 `UI` 包内 `AlarmAlertActivity.java` 文件的相关代码实现细节。 #### 二、UI 包详解 ##### 2.1 `...
【代码精读】中断路由代码导读：当cpu运行在REE(Linux)来了一个Group0中断
baron-周贺贺-代码改变世界ctw
11-05 355
中断路由代码导读：当cpu运行在REE(Linux)来了一个Group0中断
OP-TEE的RPC流程详解
DevCyberX的博客
08-12 173
在OP-TEE中，RPC（Remote Procedure Call）是一种常用的通信机制，用于在普通世界（Normal World）和受保护的执行环境（Secure World）之间进行函数调用。本文简要介绍了OP-TEE中的RPC流程，并提供了相应的源代码示例。在OP-TEE中，RPC流程涉及到两个主要组件：普通世界的客户端（Client）和受保护的执行环境（Secure World）中的服务端（Server）。函数发送RPC请求。的RPC函数，该函数接收一个32位的参数，并在控制台上打印该参数的值。
OPTEE学习笔记 - AArch64 RPC（一）
orlando19860122的专栏
05-24 3276
https://cloud.tencent.com/developer/article/1611280 https://blog.csdn.net/magicse7en/article/details/115104303 https://chromium.googlesource.com/chromiumos/third_party/arm-trusted-firmware/+/v1.2/docs/interrupt-framework-design.md
Optee中的RPC机制：上下文切换与PC跳转
LrFortran的博客
09-23 75
Optee使用RPC（Remote Procedure Call）机制来实现与普通世界（Normal World）的通信，以及在受信任的执行环境（Trusted Execution Environment，TEE）中执行受信任的代码。当RPC调用发生时，普通世界的PC将被保存，并设置为受信任的执行环境中的函数地址。一旦受信任的执行环境中的函数执行完成，普通世界的PC将被恢复，控制权将返回到普通世界。一旦TEE中的函数执行完成，控制权将返回到普通世界，普通世界的上下文将被恢复。在这个示例中，普通世界中的。
optee的RPC流程的代码详解
baron-周贺贺-代码改变世界ctw
09-28 3630
文章目录1、在optee中发起RPC调用(1)、rpc_load(2)、thread_rpc_cmd(3)、thread_rpc2、ATF code3、tee driver中的switch调用(optee_do_call_with_arg)4、tee-supplicant 1、在optee中发起RPC调用 (1)、rpc_load thread_rpc_cmd(OPTEE_MSG_RPC_CMD_LOAD_TA, 2, params) /* * Load a TA via RPC with UUID de
<OPTEE>Trusted Application结构分析
weixin_30539835的博客
04-15 342
　　最近又开始和Trusted Zone打起了交道，需要把Linaro开发的开源安全系统optee os移植到实验室的老板子上。不过导师要求我先开发一个应用，在普通环境和安全环境分别有一个程序，称为host与trusted application（简称TA）。让我在这个过程中了解一下这个系统。 　　optee os的github地址：https://github.com/OP-TEE/optee...
OPTEE之sonarlint静态代码分析实战二——optee_client
security²-安全二次方
08-01 533
OPTEE之sonarlint静态代码扫描实战二——optee_client，希望各位读者，可以将此方法应用到自己的平台代码或者定制代码修改中，进行静态代码扫描分析，提升代码质量及产品安全。
在嵌入式系统中为 OP-TEE 添加中断并深入解读底层代码
FDSJRU的博客
09-21 61
因此，一种被广泛采用的技术是使用可信执行环境（Trusted Execution Environment，TEE），其中 OP-TEE 是一个开源的 TEE 实现。在进行 OP-TEE 中断处理之前，我们首先需要了解底层硬件和 OP-TEE 的架构。Secure Monitor 提供了处理器级别的安全功能，而 Secure World OS 则是一个运行在 Secure World 的操作系统。注册中断处理程序：在 OP-TEE 中，我们需要注册一个中断处理程序，以便在中断发生时执行特定的功能。
2023编程必会的100个代码大全，建议立刻收藏
热门推荐
2201_75571291的博客
01-10 6万+
编程必会的100个代码大全，建议收藏
Trustzone/TEE/系统安全开发速成班
02-28
# 课程背景2021年ARM又推出了ARMv9架构，系统软件架构也在悄无声息地发生变化。在这种架构中，强调的是隔离技术，包括资源的隔离、运行时隔离，特权操作系统的权限也变得越来越小…不管您是什么领域，ARM服务器、汽车电子、手机或者是其它设备终端，安全都是其中的一个重要环节。我们常说的安全一般是只网络安全/业务安全/App安全，这些安全依赖的正是操作系统安全，操作系统安全所依赖的就是安全架构技术，在该安全架构中，首当要学习的就是Trustzone/TEE技术。只有设备安全/操作系统安全/APP安全/网络安全/服务器安全整个一条链都安全了，那么你的业务才算得上的安全.不管您是做什么的，您做不做安全或虚拟化，掌握整个系统软件架构也是一件必要的事情。您只有掌握了安全架构，你才具有全局的视野，才能进行全局的软件设计，才称得上架构师。安全不仅仅是架构安全，安全还是一种生态，安全还产生一类标准。安全出现在产品声明周期的任何一个角落，它可能零碎地出现在硬件中、零碎地出现在软件代码中。如果你不了解安全，你可能无法进行优秀的产品设计，你甚至无法去正确的阅读代码。# 课程介绍（1） 讲解ARM最新硬件架构(ARM Core、ARM Architecture)、SOC架构（2） 讲解最新的Trustzone安全架构、TEE架构、Secureboot等（3） 讲解软件组件：TF-A(ATF)、optee_os、Linux Kernel、CA/TA应用程序等，及其交互模型、设计模型（4） 多系统交互代码导读、安全论证实践、CA/TA示例实践、安全业务设计实践（5） 我们学习的是全部硬件、全部系统，软硬结合，或者是大系统的软硬件融合# 课程收益1、安全不再神秘，能cover住全局2、熟悉ARM Architecture架构知识3、熟悉SOC架构知识4、熟悉主流的系统软件框架5、知道多系统之间是如何交互的，也能够进行系统级的设计6、深入了解当前的系统安全架构以及未来安全架构趋势7、熟悉基础的安全业务设计方法8、熟悉系统的启动流程、Secureboot等9、知道Linux Kernel在大系统中的位置，以及与其它系统交互的方法10、熟悉各类标准和规范11、学习资料的获取方法 # 课程大纲《Trustzone/TEE/系统安全开发速成班》 --当前48节课/19小时说明: 本视频会持续更新，购买时请以课程目录为主。本EXCEL一个月更新一次。章节编号课程时常第一章基础和简介1课程介绍 8:332ARM和SOC的架构简介60:13第二章软硬件基础3armv8/armv9基础概念26:204ARMv8/ARMv9的Trustzone技术77:565ARMv7的Trustzone技术8:376安全架构及其未来趋势(FF-A/SPM/CCA)6:417ARMv9 CCA机密计算框架底层核心原理简介20:448ARMv9 RME安全扩展详解61:299ATF Quick Start0161:2710Optee Quick Start49:3411系统软件Quick Start21:0412Secureboot原理深度讲解60:2813Android AVB的介绍26:0914TZC400详解17:5615TZC400代码导读之ATF13:4416RPMB详解30:0617RPMB代码导读之optee14:0318efuse详解12:1919Anti-Rollback的介绍11:33第三章软件架构20TEE的组件介绍67:5921TEE的RPC反向调用31:1422TEE的调度模型21:3223各类标准和规范22:17第四章软件架构（高级）24多系统之间的管理模型(ABI/标准)10:3025多系统之间的调度12:2126多系统之间的中断(不含虚拟化)61:4727多系统之间的中断(虚拟化)6:5728再谈多系统之间的调度(多核多线程)10:3129其它(内存管理/PSCI...)10:12第五章安全应用开发基础30安全应用开发基础5:3731TEE环境:qemu_V8环境的使用4:2032TEE环境:编写一个CA和TA程序11:0433TEE环境:编写漂亮的文档4:1434TEE环境:搭建阅读代码神器opengrok3:2635TEE环境(必看):使用集成好的qemu_v8镜像程序20:2936[CA/TA开发]CA到TA的通信9:1837[CA/TA开发]CA到TA的传参27:1638[CA/TA开发]TEE中的存储系统20:5739[CA/TA开发]TEE中的密码学系统简介12:3740[CA/TA开发]TEE中的密码学系统简介-数字摘要Hash等33:2141[CA/TA开发]TEE中的密码学系统简介-对称密码学算法AES等12:2042[CA/TA开发]TEE中的密码学系统简介-消息摘要算法HMAC等15:4843[CA/TA开发]TEE中的密码学系统简介-非对称密码学算法RSA等7:33第六章安全业务设计高级44Gatekeeper的介绍29:3245keymaster/keymint/keystore/keystore213:2746生物认证(指纹/人脸)13:5747DRM的介绍21:3748TUI的介绍17:03总计时统计（分钟）1128:12 说明：本课程会持续更新…
代码整洁之道：提高代码质量的经验规则
阅读建议：本书关于命名、注释、格式、类的整理是比较经典的，可以精读。17章是一个总结，可以拷贝重要内容在写程序时，回顾之。 推荐读物：这本书是敏捷系统的编程实践，可以与Bob大叔的另外一本《敏捷软件开发...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

代码改变世界ctw

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值