看起来你碰到了裸机ARM开发里一个很常见的坑——硬件浮点协处理器（VFP/NEON）没有在启动阶段启用，导致执行浮点指令时触发未定义指令异常，最终跳转到bootloader的停机循环。结合你的代码、编译参数和调试信息，我给你几个具体的调试方向和解决方案：

1. 优先检查：启动代码中是否启用了VFP/NEON协处理器 #

Cortex-A7内核默认是关闭VFP/NEON访问权限的，裸机环境下必须手动通过CPACR寄存器开启。如果没做这一步，任何硬件浮点指令都会触发未定义指令异常，这完全符合你看到的现象（执行浮点赋值后崩溃）。

在你的boot.S中添加这段代码（要放在进入C代码之前，比如设置栈之后、调用main之前）：

; Enable full access to VFP/NEON coprocessors (CP10 and CP11)
mrc p15, 0, r0, c1, c0, 2  ; Read CPACR register
orr r0, r0, #(0xF << 20)   ; Set bits 20-23 to enable CP10/CP11 full access
mcr p15, 0, r0, c1, c0, 2  ; Write back updated CPACR
isb                        ; Instruction synchronization barrier to apply changes
dsb                        ; Data synchronization barrier

这段代码的作用是告诉内核允许使用VFP/NEON协处理器，之后硬件浮点指令就能正常执行了。

2. 验证编译器是否生成了硬件浮点指令 #

可以通过反汇编确认编译器有没有按照你的参数生成硬件浮点代码：

arm-none-eabi-objdump -d kernel.bin > kernel.disasm

然后找到你的pl011_set_baud_rate或test函数，看浮点除法对应的指令：

• 如果看到类似vdiv.f32 s0, s1, s2这样的指令，说明编译器确实生成了硬件浮点代码，那问题肯定出在FPU没启用；
• 如果看到bl __aeabi_fdiv这样的函数调用，说明编译器还是用了软浮点库，这时候要检查编译参数是否正确传递（比如有没有某个源文件没用到-mfpu=neon-vfpv4 -mfloat-abi=hard）。

3. 检查链接脚本的栈配置 #

虽然GDB显示栈指针正常，但要确保栈的大小足够，且位于有效的RAM区域。浮点操作可能会用到栈来保存协处理器寄存器（比如函数调用时的上下文），如果栈太小或位置错误，也可能导致异常。

在你的linker.ld中确认栈的定义，比如：

/* 假设你的RAM起始地址是0x80000，大小是0x100000 */
RAM_START = 0x80000;
RAM_SIZE = 0x100000;
STACK_SIZE = 0x4000; /* 16KB，足够裸机初期使用 */
STACK_TOP = RAM_START + RAM_SIZE - STACK_SIZE;

SECTIONS {
    /* ... 其他段定义 ... */
    .stack : {
        . = ALIGN(8); /* 栈要8字节对齐，符合ARM AAPCS */
        PROVIDE(_stack_top = .);
        . += STACK_SIZE;
        PROVIDE(_stack_bottom = .);
    } > RAM
}

同时要确保启动代码中把栈指针sp设置到STACK_TOP。

4. 检查QEMU的启动参数 #

确保你启动QEMU时指定了正确的树莓派2硬件，比如：

qemu-system-arm -machine raspi2 -kernel kernel.bin -serial stdio -S -s

-machine raspi2会自动配置Cortex-A7内核和对应的硬件，包括VFP/NEON支持。如果没指定这个参数，QEMU可能用了默认的CPU（比如arm1176），其FPU配置和Cortex-A7不同，也会导致异常。

5. 调试未定义指令异常 #

可以在你的异常向量表中添加未定义指令的处理函数，这样下次触发异常时能更清楚地定位原因：
在boot.S的向量表中修改未定义指令入口：

.section .vectors, "ax"
.global _vectors
_vectors:
    .word _stack_top              /* Reset stack pointer */
    .word _start                  /* Reset handler */
    .word undefined_instr_handler /* Undefined instruction handler */
    /* ... 其他异常入口 ... */

然后实现处理函数：

.global undefined_instr_handler
undefined_instr_handler:
    /* 这里可以添加寄存器打印，或者直接停在这里让GDB调试 */
    b undefined_instr_handler /* 无限循环 */

用GDB断点在这个函数上，如果触发了，说明确实是未定义指令导致的崩溃，进一步确认是浮点指令的问题。

最大概率的问题就是FPU未启用，先试试第一步的启动代码修改，应该能解决你的问题。

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