树莓派上执行pop {r11,pc}指令时PC值不符合预期的问题排查

• ARM架构的PC特殊处理逻辑：树莓派采用的ARM架构（如ARMv6/ARMv7）中，PC寄存器的最低位并非实际执行地址的一部分，而是用来标记指令集模式——最低位为1表示切换到Thumb模式，为0表示ARM模式。当执行pop {pc}时，硬件会自动将PC的最低位清零，实际取指地址是PC & ~1。如果栈中存储的目标地址是0x42424243（最低位为1），pop后PC的实际执行地址会变成0x42424242，这完全符合ARM的硬件设计逻辑，而非异常。

• 栈指针SP对齐问题：ARM架构要求栈指针SP必须保持4字节对齐（字对齐）。如果执行pop指令前SP未按4字节对齐，硬件读取栈内存时可能出现地址偏移，导致读取到错误的字节，表现为PC最后一个字节无规律。可以在执行pop前用info registers sp检查SP值是否为4的倍数。

• 栈内存被意外篡改：如果程序是多线程运行，或者存在中断服务程序，可能在pop指令执行前，其他执行流修改了栈中准备弹出的PC值。可以在pop前通过x/2xw $sp查看栈顶的两个字（r11和pc的待弹出值），确认是否和预期一致，排除内存篡改的可能。

• 指令集模式不匹配：当前程序运行的指令集模式（ARM/Thumb）会影响pop指令的行为。如果程序处于Thumb模式，pop {r11,pc}的编码和执行逻辑与ARM模式有差异，可能导致PC值处理异常。可以通过info registers cpsr查看CPSR寄存器的T位（最低位），确认当前指令集模式。

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