如何在RISC-V（rv32imac）处理器陷阱中获取更优GDB回溯？

问题背景 #

基于rv32imac_zicsr架构的RISC-V芯片，使用xPack riscv-none-elf-gcc v12.2.0-1工具链调试陷阱（HardFault）时，GDB回溯效果远不如ARM平台：

• 假设错误调用链为：[HardFault_Handler, Erroneous_Function, Calling_Function]
• ARM平台GDB默认可回溯到[HardFault_Handler, Erroneous_Function]，但RISC-V现有Handler无法实现完整回溯。

现有尝试的问题 #

1. 极简Naked Handler #

void HardFault_Handler(void) __attribute__((naked));
void HardFault_Handler(void)
{
    __asm("EBREAK;");
}

• GDB回溯结果：[HardFault_Handler, Calling_Function]，提示Backtrace stopped: frame did not save the PC
• 问题：仅读取了当前PC（HardFault_Handler）和陷阱触发时的ra（Calling_Function），跳过了存储在mepc中的Erroneous_Function地址；且因naked属性未修改栈指针，sp仍指向Erroneous_Function的栈，无法正常查看Calling_Function的栈内容。

2. 读取mepc的Naked Handler #

void HardFault_Handler(void) __attribute__((naked));
void HardFault_Handler(void)
{
    __asm(
        "csrr ra, mepc;"
        "EBREAK;"
    );
}

• GDB回溯结果：[HardFault_Handler, Erroneous_Function]
• 问题：虽然能看到Erroneous_Function，但覆盖了原ra寄存器中存储的Calling_Function地址，且未构建有效栈帧，无法便捷查看完整调用栈。

优化方案：构建完整上下文栈帧 #

RISC-V进入陷阱时仅自动保存mepc、mstatus等CSR寄存器，通用寄存器需手动保存。通过构建完整栈帧，让GDB能正确识别调用链：

完整实现代码 #

#include <stdint.h>

// 汇编层陷阱入口，保存所有通用寄存器
void HardFault_Handler(void) __attribute__((naked));
void HardFault_Handler(void)
{
    __asm volatile (
        // RV32有32个通用寄存器，每个4字节，预留栈空间
        "addi sp, sp, -32*4;"
        
        // 依次保存所有通用寄存器到栈
        "sw x0, 0*4(sp);"
        "sw x1, 1*4(sp);"   // x1=ra，保存Calling_Function的返回地址
        "sw x2, 2*4(sp);"
        "sw x3, 3*4(sp);"
        "sw x4, 4*4(sp);"
        "sw x5, 5*4(sp);"
        "sw x6, 6*4(sp);"
        "sw x7, 7*4(sp);"
        "sw x8, 8*4(sp);"
        "sw x9, 9*4(sp);"
        "sw x10, 10*4(sp);"
        "sw x11, 11*4(sp);"
        "sw x12, 12*4(sp);"
        "sw x13, 13*4(sp);"
        "sw x14, 14*4(sp);"
        "sw x15, 15*4(sp);"
        "sw x16, 16*4(sp);"
        "sw x17, 17*4(sp);"
        "sw x18, 18*4(sp);"
        "sw x19, 19*4(sp);"
        "sw x20, 20*4(sp);"
        "sw x21, 21*4(sp);"
        "sw x22, 22*4(sp);"
        "sw x23, 23*4(sp);"
        "sw x24, 24*4(sp);"
        "sw x25, 25*4(sp);"
        "sw x26, 26*4(sp);"
        "sw x27, 27*4(sp);"
        "sw x28, 28*4(sp);"
        "sw x29, 29*4(sp);" // x29=fp，栈帧指针
        "sw x30, 30*4(sp);"
        "sw x31, 31*4(sp);"

        // 将栈指针作为参数传入C处理函数
        "mv a0, sp;"
        "call HardFault_CHandler;"

        // 恢复通用寄存器
        "lw x0, 0*4(sp);"
        "lw x1, 1*4(sp);"
        "lw x2, 2*4(sp);"
        "lw x3, 3*4(sp);"
        "lw x4, 4*4(sp);"
        "lw x5, 5*4(sp);"
        "lw x6, 6*4(sp);"
        "lw x7, 7*4(sp);"
        "lw x8, 8*4(sp);"
        "lw x9, 9*4(sp);"
        "lw x10, 10*4(sp);"
        "lw x11, 11*4(sp);"
        "lw x12, 12*4(sp);"
        "lw x13, 13*4(sp);"
        "lw x14, 14*4(sp);"
        "lw x15, 15*4(sp);"
        "lw x16, 16*4(sp);"
        "lw x17, 17*4(sp);"
        "lw x18, 18*4(sp);"
        "lw x19, 19*4(sp);"
        "lw x20, 20*4(sp);"
        "lw x21, 21*4(sp);"
        "lw x22, 22*4(sp);"
        "lw x23, 23*4(sp);"
        "lw x24, 24*4(sp);"
        "lw x25, 25*4(sp);"
        "lw x26, 26*4(sp);"
        "lw x27, 27*4(sp);"
        "lw x28, 28*4(sp);"
        "lw x29, 29*4(sp);"
        "lw x30, 30*4(sp);"
        "lw x31, 31*4(sp);"
        "addi sp, sp, 32*4;"

        // 退出陷阱
        "mret;"
    );
}

// C层陷阱处理函数，触发GDB中断
void HardFault_CHandler(uint32_t* context)
{
    // 可在此添加上下文打印等调试逻辑
    __asm volatile("EBREAK;");
    while(1); // 死循环防止返回
}

效果说明 #

当陷阱触发后，GDB执行到EBREAK时，使用bt命令可得到完整调用链：

#0  HardFault_CHandler (context=0x20001f80) at fault.c:50
#1  0x8000124 in HardFault_Handler () at fault.S:30
#2  0x80000f0 in Erroneous_Function () at main.c:20
#3  0x80000d4 in Calling_Function () at main.c:15

核心关键点 #

1. 手动保存通用寄存器：RISC-V陷阱不会自动保存通用寄存器，必须手动压栈，否则GDB无法获取完整上下文。
2. 保留原ra寄存器：陷阱触发时的ra指向Calling_Function，保存后可让GDB回溯到最上层调用者。
3. 构建标准栈帧：通过调用C层函数，让GDB自动识别栈帧结构，避免手动构建栈帧的复杂度。

内容的提问来源于stack exchange，提问作者Seneral