ARM架构定义了基于处理器模式的异常模型。 对于每种异常类型，体系结构都定义了异常所采用的模式。 这种模式被称为异常的目标模式（target mode）。 然而可配置的陷入，使能和路由控制常常可以更改异常的目标模式。 ARMv8-A 的AArch32遵循此模型。

当处理器发生异常时：

ARMv7-A体系结构使用从PL0到PL2的特权级别。 在ARMv8-A中，异常级别已经取代了权限级别，但本节将介绍如何对PL1继续进行特殊使用。 下表显示了包含虚拟化扩展和安全扩展的ARMv7-A处理器的全套处理器模式。 它还显示了ARMv7-A分配给每个模式的特权级别，这些模式定义了其执行权限。 执行权限是在每个安全状态中独立定义的。

在ARMv7-A体系结构中，处理器模式可以在特权软件控制下更改，或者在发生异常时自动更改。 当发生异常时，内核保存当前执行状态和返回地址，进入处理异常所需的模式，并可能禁用硬件中断。 在以前没有特权的用户模式，应用程序以最低级别的特权PL0运行。

操作系统在PL1上运行。 在具有虚拟化扩展的系统中，Hypervisor在PL2上运行。 安全监视器作为在安全世界和普通世界之间切换的网关，也在PL1上运行。

ARMv8-A不更改此异常模型，但添加了以下规则以涵盖ARMv7-A中不可能出现的情况：

在AArch64中，处理器模式被映射到的异常级别如下图所示(linux 就是rich os)。

比较典型映射如下：

当发生异常时，处理器把异常级别切换到能处理该异常类型的异常级别（相当于ARMv7-A中的处理器模式）。 在AArch32中安全监视器（Secure monitor）在PL1上运行，而在AArch64中安全监视器在EL3上运行。

处理器模式映射到异常级别

安全状态下的异常级别取决于EL3是否使用AArch64。 这会影响处理器模式如何映射到异常级别。

ARMv7-A中使用的monitor模式在ARMv8-A中不存在。这是因为正在使用AArch64的EL3提供了Secure monitor功能。

在普通世界中映射没有变化，但是在安全世界中，Supervisor 模式，Abort 模式，IRQ模式，FIQ模式，Undefined 模式和System 模式从EL1升级到EL3。 这是因为：

这个重映射对处理器的操作没有影响。 在AArch32状态内的操作完全根据处理器模式之间的交互来定义，而不涉及任何关联的权限级别或异常级别。

ARMv8-A中的权限级别

当EL3使用AArch32时，这些模式集（Supervisor，Abort，IRQ，FIQ，Undefined，System）是处于安全状态的EL3模式，在所有其他情况下都是EL1模式。

为了避免这种复杂的描述，这些模式可以被描述为PL1模式，反映它们在ARMv7-A中的特权级别。 与此相关的是：