ARMv7单核CPU上SWI（软件中断）验证

在ARMv7单核CPU上验证SWI（软件中断）功能需结合硬件初始化、异常向量表配置、处理函数实现及调试手段，以下是详细验证方案：

---

一、验证环境搭建

1. 硬件准备

• 开发板：搭载ARMv7单核CPU（如Cortex-A7/A8/A9）的嵌入式板（如树莓派、BeagleBone或自定义板）。

• 调试工具：

  • JTAG/SWD调试器（如J-Link、ST-Link）用于单步调试和寄存器查看。

  • 串口工具（如UART转USB）用于打印日志（需配置串口驱动）。

  • LED或示波器：辅助验证中断触发时序。

2. 软件环境

• 裸机程序：不依赖OS（如Uboot前阶段或裸机固件），避免Linux内核干扰。

• 工具链：ARM GCC交叉编译工具链（如 arm-none-eabi-gcc）。

• 简易框架：包含启动文件（startup.S）、链接脚本（.ld）和主程序。

---

二、关键代码实现

1. 异常向量表配置（startup.S）

.section .vectors, "ax"
.global _start
_start:
    B   Reset_Handler        /* 复位异常 */
    B   Undef_Handler        /* 未定义指令 */
    B   SWI_Handler          /* SWI中断入口 - 关键！ */
    B   Prefetch_Abort_Handler
    B   Data_Abort_Handler
    B   .                    /* IRQ未使用 */
    B   .                    /* FIQ未使用 */

Reset_Handler:
    /* 初始化栈指针（SVC模式） */
    LDR SP, =svc_stack_top
    /* 跳转到main */
    BL main

SWI_Handler:
    /* 保存现场（LR需调整：LR_svc = 下一条指令地址 -4） */
    STMFD SP!, {R0-R12, LR}
    MRS R0, SPSR             /* 保存状态寄存器 */
    STMFD SP!, {R0}

    /* 核心：提取SWI指令中的调用号 */
    LDR R1, [LR, #-4]        /* 获取触发SWI的指令 */
    BIC R1, R1, #0xFF000000  /* 屏蔽高8位，保留低24位（调用号）*/

    /* 调用号处理逻辑（示例：R1=0时点亮LED）*/
    CMP R1, #0
    BLEQ LED_On

    /* 恢复现场 */
    LDMFD SP!, {R0}
    MSR SPSR_cxsf, R0        /* 恢复SPSR */
    LDMFD SP!, {R0-R12, PC}^ /* 返回用户模式 */

2. 主程序触发SWI（main.c）

// 定义SWI调用号
#define SWI_LED_ON   0
#define SWI_LED_OFF  1

// 触发SWI的汇编封装
static inline void trigger_swi(int num) {
    __asm__ volatile (
        "SWI %0\n"
        : 
        : "I" (num)
    );
}

int main() {
    // 初始化LED和串口
    LED_Init();
    UART_Init();

    // 触发SWI 0（点亮LED）
    trigger_swi(SWI_LED_ON);

    // 延时后触发SWI 1（熄灭LED）
    delay(1000);
    trigger_swi(SWI_LED_OFF);

    while(1);
}

3. SWI处理函数扩展（可选）

// C语言处理函数（从汇编调用）
void handle_swi(int callno) {
    switch(callno) {
        case SWI_LED_ON:
            LED_On();
            UART_Print("SWI 0: LED ON\n");
            break;
        case SWI_LED_OFF:
            LED_Off();
            UART_Print("SWI 1: LED OFF\n");
            break;
        default:
            UART_Print("Unknown SWI Call: %d\n", callno);
    }
}

在汇编中调用C函数：

SWI_Handler:
    /* ... 保存现场后 ... */
    BL handle_swi   /* 调用C函数，R1已存调用号 */
    /* ... 恢复现场 ... */

---

三、验证步骤

1. 基础功能验证

步骤	预期现象	调试手段
触发SWI_LED_ON	LED点亮	肉眼观察/LED电压测量
触发SWI_LED_OFF	LED熄灭	同上
触发未定义调用号（如2）	串口打印"Unknown SWI Call"	串口助手查看日志

2. 寄存器状态验证（使用JTAG）

1. 在SWI_Handler入口设断点。

2. 触发SWI后观察：

   • CPSR模式位：是否切换到SVC_Mode（值0x13）。

   • LR寄存器：指向用户模式下一条指令（需验证LR-4为SWI指令地址）。

   • SPSR：保存用户模式的CPSR。

3. 栈和上下文保护验证

• 检查栈指针：进入SWI_Handler后，SP应指向内核栈（非用户栈）。

• 内存查看：检查栈内数据是否按STMFD顺序保存了R0-R12和LR。

4. 嵌套异常测试

void swi_recursive(int depth) {
    if (depth > 0) {
        trigger_swi(depth);
        swi_recursive(depth - 1);
    }
}

• 现象：递归触发SWI不应导致栈溢出（需确保每次SWI使用独立栈帧）。

---

四、故障排查表

现象	可能原因	解决方案
未进入SWI_Handler	向量表地址错误/未使能异常	检查VBAR或CP15协处理器配置
LED不响应	调用号提取错误	检查LR-4指令解码
系统崩溃	栈指针未初始化/栈溢出	调整栈大小，检查SP初始化
返回用户模式后寄存器错	现场恢复遗漏SPSR	确保恢复SPSR_cxsf

---

五、高级验证（可选）

1. Thumb模式兼容性：

   • 在Thumb状态下触发SWI（使用SVC指令），检查调用号提取逻辑（Thumb指令为16位）。

2. 性能测试：

   • 用计时器测量SWI从触发到返回的延迟（通常 < 100周期）。

3. 权限检查：

   • 尝试在用户模式访问特权寄存器（如CPSR），验证SWI是否成功阻止非法操作。

关键提示：使用-O0编译避免优化干扰，通过objdump -d反汇编确认指令位置。若验证Linux环境下的SWI，需替换为kernel/entry-common.S中的vector_swi逻辑，并通过syscall()用户态函数触发。