树莓派3B裸机程序为何在run函数执行时崩溃？

一、崩溃的直接原因 #

程序执行str x30, [sp, #-0x10]!时崩溃的核心原因是栈指针SP未被正确初始化。

裸机环境下，CPU启动后SP寄存器的初始值是未定义的，指向无效内存区域。这条指令试图将x30（返回地址寄存器）压入栈，但SP指向的地址要么是不可访问的物理内存，要么未完成映射，直接触发内存访问异常导致崩溃。

二、编译器生成栈操作的原因 #

编译器生成这些栈操作是严格遵循**AArch64过程调用标准（APCS）**的要求：

• 当C函数包含其他函数调用时（比如run调用enable_mini_uart），BL enable_mini_uart指令会将当前返回地址覆盖写入x30寄存器。如果不提前保存x30的值，从enable_mini_uart返回后，run函数的ret指令会跳转到错误地址。
• 因此编译器会在函数开头生成str x30, [sp, #-0x10]!，将x30压栈保存；函数结束前用ldr x30, [sp], #0x10恢复x30，最后通过ret指令正常返回。

而当你把enable_mini_uart的代码内嵌到run函数中时，run不再包含函数调用，编译器判断无需保存x30，自然不会生成栈操作指令，程序也就不会触发栈访问异常。

三、修复方案 #

需要在调用run函数前手动初始化SP，指定一块合法、可访问的栈内存区域。修改loader.s如下：

.global _start

.section ".text"
// 入口点
_start:
    // MPIDR_EL1的低8位表示核心ID
    MRS     X1, MPIDR_EL1
    AND     X1, X1, 0x0f
    CBZ     X1, _cpu_0
// 非0核心循环等待
_cpu_x:
    // 等待事件
    WFE
    B       _cpu_x

// 0核心继续执行
_cpu_0:
    // 初始化栈：选用代码起始地址0x80000下方的16KB内存作为栈（向下生长）
    MOV     SP, #0x7C000
    BL      run

注意：栈地址需选择未被程序代码、数据占用的物理内存区域，避免栈溢出覆盖代码。

补充说明 #

裸机开发中，所有硬件相关寄存器、内存区域都需要手动初始化，栈是最基础的依赖——任何涉及函数调用的C代码都需要合法的栈空间。LLVM作为标准编译器，会严格遵循目标架构的调用规范生成代码，不会自动处理裸机环境的栈初始化，这部分必须由开发者手动完成。

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