思考:EL3直接返回到EL1时需要配置EL2寄存器吗

已于 2023-03-01 13:25:23 修改
阅读量1.2k 收藏 2
点赞数
分类专栏： ARM 文章标签： arm armv9 armv8 EL3 Trustzone
于 2022-05-09 22:54:33 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42135087/article/details/124677491
版权
ARM 专栏收录该内容
271 篇文章 414 订阅
订阅专栏

快速链接:
.
👉👉👉 个人博客笔记导读目录(全部) 👈👈👈

在这里插入图片描述

Normal侧的EL2是实现定义的，也就是说SOC出厂就决定了是否有NS-EL2，如果有的话，那么你在启动的时候，EL3直接返回到EL1的时候，就必需配置HCR_EL2.RW的值，因为它决定着你的EL1是aarch32还是64。
在这里插入图片描述
虽然说Secure侧的EL2也是实现定义的，但是有个SCR_EL3.EEL2, 管控制Secure-EL2是否开启。
例如SOC出厂时也决定了S-EL2是实现了的，但是我们在软件中可以将SCR_EL3.EEL2配置成0，那么S-EL2就相当于是disabled的了，此时SCR_EL3.RW管控着S-EL1是aarch32还是aarch64。如果将SCR_EL3.EEL2配置成了1，那么这就同normal侧一样了，即使你走EL3直接退出到s-EL1的流程，也需要配置HCR_EL2.RW.

总结（需掌握知识点）:

  • SCR_EL3.EEL2
  • SCR_EL3.RW
  • HCR_EL2.RW
代码改变世界ctw
关注
专栏目录
【ARMv8 异常模型入门及渐进 1 -- 处理器运行模式及EL3/EL2/EL1学习】
CodingCos的博客
11-14 3174
在ARM v7架构中的ARM核用PL的方式定义执行等级。在ARMv8中ARM核的执行等级划分如下图所示。表 1-1ARM v8中一个ARM core 运行时可能具有两种状态：分别为两种状态下都有其对应的EL0,EL1。而EL3是独立的，属于secure world，EL2是ARM core的虚拟化模式，目前大部分芯片公司都将该level放在normal world中。linux kernel运行在normal world的EL1, linux的 user space 运行在normal world的。
【ARMv8/v9 异常模型入门及渐进2 - 系统控制寄存器 SCTRL_ELx 介绍】
CodingCos的博客
06-19 973
由于在做DFD 测试过程中需要测试 EL1 状态下的 self-hosted trace 功能，但是这个测试是在UEFI中做的，在开发验证阶段UEFI默认是运行在EL3 下的，所以如果要完成测试就需要从EL3跳转到EL1, 由于在查找EL3 跳转到EL1的汇编代码时，发现ARMv8和ARMv9下两者在 SCTRL_EL3的配置是有差异的，所以就引入了下文对 SCTRL_ELx的介绍。ARMv8。
arm el2与el3_在A53上从EL3过渡到EL1
weixin_39648297的博客
12-18 1287
我有一个独立的应用程序，在A53处理器上的OCM中的EL3上运行。该代码从Flash启动。我将一个精灵图像加载到RAM中，需要转换到在EL1上运行的入口点。我尝试通过以下代码进行过渡：/*//**@file asm_switch_to_EL1.s*This file contains the code tat switches from EL3 to EL1 for the Cortex A53 ...
ARM的异常等级
最新发布
mudh118的博客
09-12 417
在ARM架构中，有不同的执行级别(EL)，用于提供不同的访问权限和硬件保护。EL2：作为硬件虚拟化的一部分，可以用于虚拟化或者作为操作系统的一个部分。在EL2中，可以通过使用特定的ARM指令集来访问或者控制EL1或EL0。EL0：用户空间执行。大多数应用程序在EL0中运行。EL1：操作系统内核和驱动运行在EL1。
arm el2与el3_ARMv8学习 —— SP_EL0和SP_ELx
weixin_39999222的博客
12-18 1118
在AArch64状态下，SP对应的物理寄存器有如下四个(某一时刻只能对应下面其中一个)：SP_EL0和SP_EL1SP_EL2SP_EL3如何使用呢？1、如果程序运行在EL0，那么使用的是SP_EL02、如果程序运行在其他Exception level下，可以使用SP_EL0和当前Exception level所对应的SP_ELx3、默认情况下，进入异常后，使用的是当前Exception leve...
【ARMv8】异常级别的定义EL0、EL1、EL2、EL3
热门推荐
从善若水的博客
03-20 2万+
介绍ARMv8下的异常级别分类以及典型应用场景
arm el2与el3_ARMv8 架构与指令集.学习笔记
weixin_39832643的博客
12-18 1124
第1章ARMv8简介1.1基础认识ARMv8的架构继承以往ARMv7与之前处理器技术的基础，除了现有的16/32bit的Thumb2指令支持外，也向前兼容现有的A32(ARM 32bit)指令集，基于64bit的AArch64架构，除了新增A64(ARM 64bit)指令集外，也扩充了现有的A32(ARM 32bit)和T32(Thumb2 32bit)指令集，另外还新增加了CRYPTO(加密)...
EL0，EL1，EL2，EL3
07-28
- *1* [思考:EL3直接返回到EL1时需要配置EL2寄存器吗](https://blog.csdn.net/weixin_42135087/article/details/124677491)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source...
ATF问题二则：EL3可能没有实现吗？&& aarch32中的S-EL1是什么？
叫好与叫座虽然不是对立面，但想在同一个作品中达到双重效果很难。
12-04 554
最近两个问题，戳到了我的知识盲点，当然我这个菜鸡ATF哪里都是盲点。问题一：EL3可能没有实现吗？ 问题二：bl2是aarch32, 那么bl2是S-EL1，bl31也是S-EL1? Armv8-A体系结构定义了一组异常级别，EL0到EL3，其中：实现可能不包括所有异常级别。所有实施必须包括EL0和EL1。EL2和EL3是可选的。关于这个问题，我挺纳闷的，bl2怎么会是S-EL1，bl31也是S-EL1。这句话的出处： 我脑子里一直都是基于arrch64，此时BL2和BL31都是位于EL3。但是关于arr
arm el2与el3_ARMv8架构简介
weixin_39613385的博客
12-28 4338
ARM结构，一直都在升级，到目前，已经升级到了ARMv8。ARMv8，提出了很多新的概念。一、两种执行状态在ARMv8中，引入了两种执行状态：AArch32ARMv7的升级版A32(ARM)和T32(thumb)，两种指令集ARMv8架构中，增加了一些指令传统ARM的特权模式通用寄存器位宽是32bit使用单一CPSR保存PE状态使用32bit的虚拟地址支持协处理器AArch64通用寄存器位宽是64...
EL3中设置的中断的routing模型
baron-周贺贺-代码改变世界ctw
05-14 697
normal和secure的cpu_context初始化的时候，SCR_EL3.IRQ = 0, SCR_EL3.FIQ = 0 在opteed的register_interrupt_type_handler(INTR_TYPE_S_EL1, opteed_sel1_interrupt_handler,flags); 时候，给secure的SCR_EL3.IRQ = 0, 给normal的SCR_EL3.FIQ = 0, （注意：代码实在是难看懂，所有只好加log打印的方式，直接看结果了） 所..
异常等级切换
hhcs
06-21 3965
ELR 和SPSR 寄存器 、PSTATE寄存器ERET指令el3--->el1 ERET指令用于异常返回，返回地址和处理器状态是从当前EL(exception level)下的ELR和SPSR寄存器中恢复的。
ARMv8-A编程指导之ARMv8寄存器（2）
flyingnosky的专栏
02-05 2109
3 系统寄存器 在AArch64中，通过系统寄存器控制着系统配置，使用MSR和MRS指令访问系统配置。这与ARMv7相对应，这些寄存器通常通过CP15操作进行访问。寄存器的名字告诉你它可以访问的最低异常级别。 比如： （1）可从EL1，EL2，EL3来访问TTBR0_EL1 （2）可从EL2和EL3来访问TTBR0_EL2 带后缀_ELn的寄存器在一些或所有的异常级别上都有一个独立的寄存器，虽然通常不为EL0。很少的系统寄存器从EL0访问，虽然CAC...
ARM系统中9种中断响应步骤记录
jianjian的博客
07-31 2652
看了贺贺老师的大系统中断的9种示例文档，理解整个ARM在安全和非安全模式中对各种中断的响应流程,cpu在不同执行环境（3种）来了不同中断（3种），cpu在这九种情况下中断响应流程的详细解析
ARM EL0-3
weixin_48576628的博客
12-02 3036
在ARMv8中User,FIQ, IRQ, Abort, Undefined,System这些模式统统取消，被EL0,EL1,EL2,EL3四种特权特权模式取代(跟之前的特权模式/非特权模式相比，实际上特权级还是增加了的)。与x86的ring0-ring3刚好相反，在这四种模式中EL0是最低权限，一般给用户态程序用的。EL1稍高，一般给内核用的。EL2/EL3分别是Hypervisor(虚拟化相关)和secure monitor(安全相关)的模式，一般linux中是可以不用的。 ...
ATF源码篇（六）：docs文件夹-Components组件（5）EL3
叫好与叫座虽然不是对立面，但想在同一个作品中达到双重效果很难。
11-14 1299
本文件描述了基于FF-A规范的EL3 SPMC的设计。EL3 SPMC在不支持S-EL2虚拟化的情况下提供了符合FF-A的参考实施，以帮助尽早采用和迁移到FF-A。TF-A中的EL3 SPMC实施：（ Firmware Framework for Arm A-profile-Arm A配置文件的固件框架）管理单个S-EL1安全分区为FF-A端点之间的通信和内存共享提供标准协议。提供对EL3逻辑分区的支持，以支持从EL3到S-EL1的轻松迁移。
虚拟化之安全虚拟化
security²-卢鸿波-安全二次方
12-17 422
虚拟化首次引入是在Armv7-A架构中。那时，Hyp模式（在AArch32中相当于EL2）仅在非安全状态下可用。当Armv8.4-A引入时，添加了对安全状态下EL2的支持作为一个可选特性。 当处理器支持安全EL2时，需要使用SCR_EL3.EEL2位从EL3启用该处理器。设置此位将启用进入EL2，并启用在安全状态下使用虚拟化功能。
嵌入式ARM64 uboot 2022.01 移植
anqi8955的专栏
11-22 6084
​ 主要介绍移植最新的bootloader到RK3399，我使用的是orangepi4主板。RK3399的uboot采用的方案有两种:瑞芯微原厂提供的idbloader.bin方案和uboot TPL/SPL方案 idbloader.bin方案是基于rkbin项目，这段代码是不开源的，对于我们想研究齐原理部分不是很方便，本文不做讨论，idbloader.bin方案移植可以参考uboot编译移植 瑞芯微还提供了一种采用U-BootTPL/SPL 模式的开源uboot方案，参考官方移植，本文就是参考官..
认识 TEE OS
本末实验室
12-24 3245
关于本文，是一篇，会议主题是《从 Linux Kernel 角度看 TEE》，主讲人是周贺贺。它适用于嵌入式系统开发/驱动开发/内核设计/安全业务设计从业者，目的是让自己掌握 TEE 基本概念，知道大系统软件架构。同时也解答下面几个问题。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

代码改变世界ctw

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

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

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

打赏作者

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

抵扣说明：

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

余额充值