BCM2837B0（树莓派3B+）AArch64 EL1裸机程序主动触发异常咨询

首先明确告诉你：完全可以主动触发异常，树莓派3B+搭载的Cortex-A53（AArch64模式）提供了专门的指令来主动触发异常，刚好能满足你的需求——当cond==1时触发异常，复用你已有的异常处理逻辑（打印ESR、ELR然后重启）。

具体实现方式 #

你可以用以下两种常用指令来主动触发同步异常（和你之前遇到的对齐错误属于同一类异常，所以能直接进入你已经配置好的同步异常处理分支）：

1. BRK #imm16：触发Breakpoint异常，常用于调试或软件主动触发异常。imm16是你可以自定义的16位立即数，会被存在ESR_EL1的ISS字段里，方便你在处理程序中识别这是主动触发的异常（如果需要的话）。
2. SVC #imm16：触发Supervisor Call异常，原本用于用户态（EL0）调用内核态（EL1）服务，但在EL1下执行也会触发同步异常，同样可以达到目的。

代码示例 #

如果你用C编写业务逻辑，只要在条件满足时内嵌汇编执行触发指令即可：

if (cond == 1) {
    // 主动触发Breakpoint异常，立即数可自定义，这里填0
    __asm__ volatile ("brk #0");
}

如果是汇编代码：

; 假设cond的值存储在x0寄存器中
cmp x0, #1
b.ne .skip_trigger
brk #0x0000  ; 触发异常
.skip_trigger:

为什么能复用现有处理逻辑？ #

你之前遇到对齐错误时，触发的是同步数据中止异常，它会进入向量表中EL1的同步异常处理入口。而BRK/SVC触发的也是同步异常，同样会进入同一个入口——这意味着你不需要修改现有的异常处理代码，只要触发异常，就能自动执行你已经写好的打印ESR、ELR并重启的逻辑。

如果需要区分主动/被动触发的异常，你还可以读取ESR_EL1寄存器的EC（Exception Class）字段：

• 对齐错误的EC值是0x24（Data Abort from current EL）
• BRK的EC值是0x03（Breakpoint exception from current EL）
• SVC的EC值是0x01（Supervisor Call from current EL）

不过既然你要的是和被动触发完全相同的行为，这一步完全可以跳过。

关键结论 #

异常绝对不是只能由CPU被动触发，AArch64设计了多种主动触发机制，用于调试、系统调用、软件异常通知等场景。你的需求在树莓派3B+的Cortex-A53上完全可以实现，而且改动很小——只要在条件满足时执行一条触发指令就行。

内容的提问来源于stack exchange，提问作者samuzu.pazael