OP-TEE中线程与调度的介绍

最新推荐文章于 2024-07-24 22:07:03 发布
最新推荐文章于 2024-07-24 22:07:03 发布
阅读量188 收藏 1
点赞数 1
CC 4.0 BY-SA版权
文章标签： 嵌入式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/DevCyberX/article/details/132348977
嵌入式 专栏收录该内容
452 篇文章 ¥59.90 ¥99.00
订阅专栏
本文介绍了嵌入式系统中的OP-TEE（Open Portable Trusted Execution Environment）如何实现线程（称为EL级线程）管理和调度。OP-TEE基于ARM TrustZone技术，线程通过API函数创建，调度器采用抢占式策略，优先级高的线程优先执行。通过合理的线程调度，确保了安全执行环境的性能和安全性。

OP-TEE中线程与调度的介绍

在嵌入式系统中，安全性一直是一个重要的考虑因素。为了保护关键数据和执行环境，开发者需要使用可信执行环境（TEE）来创建安全且隔离的执行环境。OP-TEE（Open Portable Trusted Execution Environment）是一个开源的TEE框架，它为嵌入式设备提供了一个安全的执行环境。

线程是指计算机程序中能够独立运行的最小单位。在OP-TEE中，线程被称为“伊尔贝尔”（EL）级线程，是构建在ARM TrustZone技术上的安全线程。这些线程通过调度器进行管理和调度，以确保各个线程的正常执行和资源的合理利用。

在OP-TEE中，线程的创建是通过调用API函数进行的。下面是一个创建线程的示例代码：

#include <tee_internal_api.h>
#include <tee_internal_api_extensions.h></
了解本专栏 订阅专栏 解锁全文
OP-TEE中的线程管理（一）
叫好与叫座虽然不是对立面，但想在同一个作品中达到双重效果很难。
09-30 1589
学完了内存缓存、系统调用、下面是关于进程的，是不是感觉就是在学习一个操作系统。进程、中断、内存。这里就到了进程的学习。主要有线程的管理和IPC管理两个大的方面，可能会整个三四篇才能学习完。下面一起开始学习吧。线程管理OP-TEE中使用线程的方式来管理当前系统中需要运行的任务。（线程看来不是进程）当TA被调用时，OP-TEE都会使用一个线程空间来运行执行流程，待调用完成后，该线程的状态将会被重置，以备后续被再次调用。本章将详细介绍OP-TEE中线程管理的相关内容。
OP-TEE中的线程管理（四）
叫好与叫座虽然不是对立面，但想在同一个作品中达到双重效果很难。
10-01 1342
上面我们知道了IPC的相关东西，并回忆了系统调用的过程。下面来看看这个IPC具体是怎么实现的。
OP-TEE中的线程管理（三）
叫好与叫座虽然不是对立面，但想在同一个作品中达到双重效果很难。
10-01 1358
前面我们知道了线程的交互方式与重要的数据结构、还有调度、死锁等，最后这个部分来看看线程间的通信是怎么实现的。因为我们知道前面说了每个TA的用户态的地址是隔离的。（感觉tee os这个线程和进程的概念很像）那么肯定会存在TA间的交互配合调用，这个通信是怎么实现的，我们接着来看看进程的最后一个部分，不一定是最后一篇。OP-TEE的IPC机制进程间通信（Inter-Process Communication, IPC）机制是指系统中进程或线程之间的通信机制，用于实现线程与线程之间进行通信、数据交互等功能。
OP-TEE中的线程调度（嵌入式）
DevCyberX的博客
08-31 195
在嵌入式系统中，线程调度是一个关键的任务，它通过合理地分配和管理处理器时间，提高系统的性能和实时性。OP-TEE中的线程调度器使用优先级抢占调度算法，通过调度器和线程控制块的配合，实现了高效的线程调度机制。具体而言，调度器在每个时钟中断时会检查所有线程的优先级，并将处理器时间分配给具有最高优先级的线程。OP-TEE中的线程调度器使用抢占式调度算法，确保高优先级线程可以及时地获得执行时间，保证系统的可靠性和实时性。线程控制块是OP-TEE中每个线程的数据结构，用于存储线程的状态和相关信息。
OP-TEE中的线程管理（二）
叫好与叫座虽然不是对立面，但想在同一个作品中达到双重效果很难。
09-30 783
这个部分就是对上部分的利用，这个在我们自己去实现一些需求的时候，也很有参考意义。使用线程来处理CA对TA的调用请求时都会使用到上一节中的所有资源。如果调用的是动态TA，还会使用到该TA的user_ta_ctx的内容，线程的运行与上述资源的关系如图15-2所示。（如果不是动态TA，那么这些运行可能就在内核态完成了，用不到用户空间）线程切换到用户空间之前，使用中的stack_va_end（stack_va_end是线程在内核态的栈底地址，当线程切换到用户空间时需要重新设置栈空间。
TEE/TA支持多核多线程吗？你们都是如何实现的？
baron-周贺贺-代码改变世界ctw
06-07 218
optee中有一个threads[CFG_NUM_THREADS]变量，用于存放没有处理完成的线程，变量类型为thread_ctx结构体（类似于linux kernel中的task_struct），暂且认为它也表示一个task吧。在optee中没有创建kernel线程的接口、在TA和应用程序中也没有创建user线程的接口，那么就意味着没有多线程了吗？当一个用户程序正在执行时，由于RPC或中断返回到REE了，在返回之前会将该线程的信息保存到threads数组中， 这时就相当于创建了一个线程。
【置顶】TEE从入门到精通-[目录]
baron-周贺贺-代码改变世界ctw
05-06 6038
此专栏讲解包含不限于optee、商用TEE、常规的安全业务设计。但主要基于optee最新代码，深度讲解和剖析各项原理和机制...
09-optee内核-线程处理
最新发布
baron-周贺贺-代码改变世界ctw
07-24 146
一旦使用了条件变量 与某个互斥锁一起，它只能与该互斥锁一起使用，直到 摧毁。断言互斥锁已解锁且没有服务员，之后 这样，互斥锁使用的内存就可以被释放了。当互斥锁被锁定时，它归调用或的线程所有，互斥锁只能由线程解锁 拥有互斥锁。原子化解锁提供的互斥锁并通过以下方式在正常世界中等待 一个 RPC，用于要发出信号的条件变量，当函数 返回互斥锁再次被锁定。如果互斥锁被解锁，这是一个快速操作， 否则，该函数会发出 RPC 以在正常情况下等待。如果解锁，则锁定互斥锁，否则返回互斥锁 保持不变，函数返回。
optee中线程和调度的介绍
baron-周贺贺-代码改变世界ctw
05-09 773
(optee_os/core/arch/arm/kernel/thread_private.h) struct thread_ctx { struct thread_ctx_regs regs; enum thread_state state; vaddr_t stack_va_end; uint32_t flags; struct core_mmu_user_map user_map; bool have_user_map; #ifdef ARM64 vaddr_t kern_sp; /*
OPTEE学习笔记 - 线程管理
orlando19860122的专栏
04-27 1378
本文学习OPTEE侧线程管理的相关内容。以下是杂记，仅用做学习记录。学习代码均取自github和《手机安全和可信应用开发指南》（帅峰云，黄腾，宋洋） OPTEE中使用线程的方式来管理当前系统中需要运行的任务，当CA调用TA时，会通过调用thread_alloc_and_run函数来分配一个可用的线程来执行CA请求。根据OPTEE学习笔记 - REE与TEE通信一文中，在REE侧调用TEE侧进行初...
【代码精读】optee的线程向量表
baron-周贺贺-代码改变世界ctw
11-12 425
我们知道，ATF和Optee的交互都是一条固定的路径。即：ATF跳转到OPTEE时，永远从几个固定的entry处进入，optee退出返回到ATF时，永远返回到opteed_smc_handler()程序（注：产生了target到EL3的中断除外）。 那么以上的种种机制是如何实现的呢？ 答案其实就是，在optee种定义了一个线程向量表，也叫entry向量表，定义了runtime阶段进入optee的唯一入口，即runtime阶段进入optee必需从线程向量表种定义的这些接口进入。 那么这样也就要求了ATF种必
再谈optee中是否支持多线程
baron-周贺贺-代码改变世界ctw
06-04 883
optee中支持多核多线程，以下情况都是可以出现：如下所示，举一个"1个核跑了3个optee线程"的示例： 1个核跑了3个user线程，也就对应了3个optee线程，optee中没有线程调度的机制。所以线程调度只可以发生在如下图所示的userspace或kernelspace中 Optee TA (GP TA)中只支持单线程， 一个TA是一个线程，如果你想在应用程序中实现多线程，那么你就应该实现多个TA，利用多个TA来实现多线程。............
OP-TEE的同步方法（嵌入式）：使用互斥锁实现线程同步
LrfScript的博客
09-24 127
在嵌入式系统中，OP-TEE（Open Portable Trusted Execution Environment）是一个用于安全执行环境的开放式框架。本文将介绍如何使用互斥锁（Mutex）实现线程同步，以确保在OP-TEE中的嵌入式系统中的安全执行。以下是一个示例代码，展示了如何在OP-TEE中使用互斥锁实现线程同步。通过使用互斥锁，可以在OP-TEE的嵌入式系统中实现线程同步，确保在多线程环境中的安全执行。函数用于获取互斥锁，如果互斥锁当前被其他线程持有，则当前线程将被阻塞直到互斥锁可用。
TEE: OP-TEE
博客标题
05-26 2690
OP-TEE是Linaro开发的Security OS。n年前，最终选定OP-TEE作为我们的移植目标，并最终实现。基于当年的OP-TEE版本，除增加了支持多核的功能，还基于Power state coordination interface（PSCI）协议实现了CPU的电源管理。此文档其实是自己当年的学习记录。ARM后期期望走类似于Intel的路，抛弃Linux中的一些底层设备操作，将相关功能集
OP-TEE设计结构（一）
QWM的博客
03-10 9477
OP-TEE design目录 介绍 平台初始化 安全监视器调用函数-SMC SMC操作 SMC接口 使用SMC接口进行通信 线程操作 Translation tables Translation tables and switching to normal world 存储管理单元（MMU） 堆栈 共用存储器（shared memory） Pager 加密抽象层 TEE所使用的库（libute
OPTEE的进程间通信（Inter-Process Communication, IPC）
叫好与叫座虽然不是对立面，但想在同一个作品中达到双重效果很难。
10-23 1293
进程间通信（Inter-Process Communication, IPC）机制是指系统中进程或线程之间的通信机制，用于实现线程与线程之间进行通信、数据交互等功能。Linux具有多种方式能够实现进程或线程之间的通信和数据共享，例如：消息队列、信号量、共享内存等。而在OP-TEE中并未提供如此丰富的IPC方法，本章将介绍OP-TEE中的IPC机制。
optee thread的初始化
jason的笔记
06-09 1576
optee os 是支持thread的，thread的初始化主要在下面两个函数中进行 init_runtime->thread_init_boot_thread void thread_init_boot_thread(void) { //得到这个cpu id对应的thread_core_local     struct thread_core_local *l = thread_get
Optee: 用户空间进程调用内核空间时的硬件行为
CyberSphinx的博客
08-29 119
在这篇文章中，我们将探讨在嵌入式系统中，用户空间进程调用内核空间时的硬件行为，并附带相应的源代码进行演示。SMC是一种特殊的指令，它可以触发处理器从用户空间切换到内核空间，并执行特定的代码。当用户空间进程需要调用内核空间时，它将发出一个SMC请求，触发处理器进入特权模式，然后执行内核空间的代码。当用户空间进程调用TEEC_InvokeCommand函数时，SMC请求将被触发，处理器将切换到特权模式，并执行相应的内核代码。当用户空间进程需要执行一些特权指令或访问内核空间的资源时，就需要通过一定的机制来实现。
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 说明：本课程会持续更新…
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值