ARM 中的 SVC 监管调用（Supervisor Call）

ARM 中的SVC（Supervisor Call，也称为SWI - Software Interrupt） 是一种由程序主动触发的异常机制 ，用于实现用户模式到特权模式（如监管模式/Supervisor Mode）的切换，从而允许应用程序请求操作系统内核提供服务。

1. 核心作用

系统调用（System Call）的实现基础 ：应用程序通过执行 SVC 指令，触发异常，切换到内核态，由操作系统内核处理请求（如文件操作、进程管理等）。
保护与隔离 ：用户程序不能直接访问硬件或内核数据，必须通过 SVC 陷入内核，由操作系统进行安全检查和资源管理。

2. 工作原理

触发方式

assembly 复制代码

SVC #0x12    ; 立即数（0-255）可作为参数传递给异常处理器

执行 SVC 指令后，处理器会：
1. 切换到监管模式（Supervisor Mode）。
2. 将返回地址（下一条指令）保存到 LR_svc。
3. 将 CPSR 保存到 SPSR_svc。
4. 跳转到异常向量表 中的 SVC 入口（通常为 0x00000008 或 VBAR 偏移）。
5. 操作系统通过读取 SVC 指令中的立即数（需从内存中解析）判断具体服务类型。

参数传递

立即数 ：编码在指令中（如 SVC #0x12），但异常处理程序需从内存中读取原指令解码。
寄存器传参 ：通常通过 R0-R3 传递系统调用参数，返回值通过 R0 返回。

3. 典型使用流程

以ARM Cortex-M（使用ARMv7-M架构）为例：

c 复制代码

// 用户程序调用库函数（如printf）
printf("Hello");

// C库中的系统调用封装（触发SVC）
__asm void SVC_Handler(void) {
    SVC #0x05   // 假设0x05代表write系统调用
}

// 操作系统内核中的处理
void SVC_Handler(void) {
    // 1. 获取SVC编号（从堆栈中读取PC，找到SVC指令并解码）
    // 2. 根据编号跳转到对应的服务函数
    // 3. 执行完成后，通过LR地址返回用户程序
}

4. 与其它ARM异常的区别

异常类型	触发方式	主要用途
SVC	程序主动触发	系统调用
IRQ/FIQ	外设硬件中断	处理外部事件（按键、定时器等）
Undef	执行未定义指令	模拟指令或触发错误
Prefetch/Data Abort	内存访问错误	实现虚拟内存/内存保护

5. 不同ARM架构的差异

ARMv7-A/R（应用/实时）：
- 明确区分 SVC（监管调用）和 SWI（旧称），功能相同。
- 用于Linux/Android等操作系统的系统调用。
ARMv7-M（Cortex-M系列）：
- 使用 SVC 作为唯一软件触发的系统调用机制。
- 常用于RTOS（如FreeRTOS）的服务请求。
ARMv8-A（AArch64）：
- 使用 SVC 指令（立即数为16位），但系统调用约定可能不同（如Linux使用 X8 传递系统调用号）。

6. 实际调试提示

在调试器（如GDB）中，遇到 SVC 后通常会跳转到操作系统的异常处理代码。
立即数不直接传递 给异常处理函数，需通过 LR 或堆栈找到触发地址，读取指令并解码。
在裸机编程中，需自行实现 SVC_Handler 来处理自定义服务。

7. 示例：Linux ARM系统调用

c 复制代码

// 在ARMv7-A上，write系统调用通过SVC触发
mov r0, #1      // 文件描述符 stdout
ldr r1, =msg    // 字符串地址
mov r2, #len    // 长度
mov r7, #4      // 系统调用号（write）
svc #0          // 触发内核处理

总结

SVC是ARM架构中实现用户态到内核态切换的软中断指令，是操作系统系统调用的核心机制。
它保证了操作系统的安全性和隔离性，是应用程序与内核交互的标准桥梁。
具体实现细节（如传参方式、向量表位置）需参考对应ARM架构和操作系统的文档。