树莓派3 B+ Armv7汇编中为何对计数器寄存器使用异或操作？

你的问题核心在于寄存器初始值的不确定性，以下是具体分析：

原代码的问题 #

在未添加eor指令的版本中，进入delay函数时，寄存器r10的初始值是未知的——Armv7架构下，函数调用并不会自动将未指定用途的寄存器清零。如果此时r10的初始值已经大于或等于r4中存储的终止值，那么cmp r10, r4会直接触发跳转至return，循环根本不会运行，延迟效果完全失效，导致LED闪烁不符合预期。

eor r10, r10, r10的作用 #

这条指令本质是将r10寄存器强制清零：因为任何值与自身异或结果都是0，这是Armv7汇编里常用的清零寄存器的高效写法（和mov r10, #0功能一致，但指令字节占用更少）。

添加这条指令后，r10会从0开始累加，每次加1直到等于r4的值，循环能准确执行预期的次数，从而产生稳定的延迟，LED闪烁程序就能正常工作。

补充说明 #

虽然你在函数末尾用mov r10, #0清零了r10，但这只能保证函数退出时r10是0——如果delay函数被多次调用，或者其他代码在调用delay前修改了r10，再次进入delay时r10的初始值依然不可靠。所以必须在函数开头显式清零计数器寄存器，确保每次延迟的起始状态一致。

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