3. 内核Oops触发机制

当驱动程序访问非法内存地址、执行未定义指令或触发硬件错误时，内核会通过一套精密的异常检测与分发机制捕获错误，最终生成Oops信息。理解这一机制是分析Oops日志的前提。

3.1 异常检测的硬件基础：异常与中断

ARMv7-A/Cortex-A系列处理器将异常分为七类，每种异常对应固定的入口地址（异常向量）。当CPU检测到异常条件时，硬件自动完成以下操作：

• 保存当前程序状态到SPSR（Saved Program Status Register）
• 切换到对应的异常模式（如SVC、ABT、UND）
• 跳转到异常向量表对应的入口地址

3.2 异常向量表与内核入口

Linux内核在启动时设置异常向量表，通常位于虚拟地址 0xFFFF0000（高向量模式）或 0x00000000（低向量模式）。对于ARM架构，内核使用 __vectors_start 符号定义向量表入口：

/* arch/arm/kernel/entry-armv.S */
__vectors_start:
    W(b)    vector_rst             @ 0x00: Reset
    W(b)    vector_und             @ 0x04: Undefined Instruction
    W(b)    vector_svc             @ 0x08: Supervisor Call
    W(b)    vector_pabt            @ 0x0C: Prefetch Abort
    W(b)    vector_dabt            @ 0x10: Data Abort
    W(b)    vector_addrexcptn      @ 0x14: Reserved
    W(b)    vector_irq             @ 0x18: IRQ
    W(b)    vector_fiq             @ 0x1C: FIQ

当发生Data Abort时，CPU跳转到 vector_dabt 入口。该入口执行以下关键步骤：

1. 保存现场：将寄存器压入异常模式栈
2. 获取错误地址：读取 DFAR（Data Fault Address Register）和 DFSR（Data Fault Status Register）
3. 调用 do_DataAbort() 汇编包装函数
4. 最终进入C语言层的 do_page_fault() 处理函数

3.3 核心处理路径：do_page_fault

do_page_fault() 是内核处理地址异常的核心函数，位于 arch/arm/mm/fault.c。它根据异常类型和地址范围，决定如何处理：

static int __kprobes do_page_fault(unsigned long addr, unsigned int fsr,
                                   struct pt_regs *regs)
{
    struct task_struct *tsk;
    struct mm_struct *mm;
    int fault, sig, code;

    tsk = current;
    mm = tsk->mm;

    /* 判断异常发生在用户空间还是内核空间 */
    if (addr & TASK_SIZE)
        goto kernel_fault;

    /* 用户空间缺页处理 */
    if (in_atomic() || !mm)
        goto no_context;

    fault = handle_mm_fault(mm, vma, addr, flags);
    /* ... 返回处理结果 ... */

kernel_fault:
    /* 内核空间异常处理 */
    if (addr & PAGE_OFFSET) {
        /* 检查是否是vmalloc区域错误 */
        if (fixup_exception(regs))
            return 0;
        /* 检查是否是内核预取错误 */
        if (addr & ~PAGE_MASK)
            goto do_sigbus;
    }
no_context:
    /* 无法修复，产生Oops */
    __do_kernel_fault(regs, addr, fsr);
    return 0;
}

处理路径分为三大分支：

3.4 异常处理全流程SVG架构图

下图展示了从硬件异常触发到Oops信息打印的完整软件架构与数据流：

3.5 异常状态寄存器解码

当发生Data Abort时，DFSR（Data Fault Status Register）的低4位编码了异常原因。内核在 __do_kernel_fault() 中会解析该值并打印在Oops信息中。常见编码如下：

3.6 异常处理中的关键数据结构

在异常处理路径中，内核使用 struct pt_regs 保存异常发生时的CPU寄存器状态，这是栈回溯和Oops信息打印的数据基础：

struct pt_regs {
    unsigned long uregs[18];  // ARM有18个可保存寄存器
};

// 常用寄存器索引定义
#define ARM_pc  uregs[15]    // 程序计数器
#define ARM_lr  uregs[14]    // 链接寄存器
#define ARM_sp  uregs[13]    // 栈指针
#define ARM_ip  uregs[12]    // 内部过程调用寄存器
#define ARM_fp  uregs[11]    // 帧指针
#define ARM_r0  uregs[0]     // 参数寄存器0
#define ARM_r1  uregs[1]     // 参数寄存器1

当 __do_kernel_fault() 被调用时，它接收 struct pt_regs *regs 指针，从中提取 ARM_pc（异常发生时的指令地址）和 ARM_lr（返回地址），结合 ARM_fp 构建栈回溯链，最终生成完整的Oops信息。