说明

我正在尝试构建一个裸机应用程序（无操作系统，无引导加载程序）并在QEMU中运行它，但我发现str指令似乎没有任何作用，出现了一些奇怪的行为。

对于某些上下文，我只想将程序直接注入RAM并运行它。我使用了一个经过修改的裸机linker和startup.S作为内存布局和C环境设置的示例。我并不关心我使用的是哪个ARM平台，所以我使用了他们示例中的同一个平台，即采用cortex-a9处理器的vexpress-a9。
我修改了启动文件，以便直接在0x0的启动异常向量处开始执行（我将其视为ROM，尽管我知道它不是）。我们的想法是把.text部分放在这里，一些设置碰巧设置了.data、.bss和堆栈，然后我分支到main。

MEMORY
{
    ROM (rx) : ORIGIN = 0x00000000, LENGTH = 1M
    RAM (rwx): ORIGIN = 0x00400000, LENGTH = 4M
}

字符串
这实际上是可行的，因为我可以启动QEMU，附加一个gdb会话，并逐步执行初始化代码，但对于应该在“RAM”中进行的设置（从0x00400000开始），根本没有初始化任何内容。
对于下面的部分汇编，我的想法是用0xFEFEFEFE填充FIQ堆栈部分。因此，我将r1设置为堆栈的开始，将sp设置为堆栈的结束，当r1 <sp时，我使用r0中的值填充r1中包含的地址，并将r1中的地址递增4个字节。

Reset_Handler:
    /* FIQ stack */
    msr cpsr_c, MODE_FIQ
    ldr r1, =_fiq_stack_start
    ldr sp, =_fiq_stack_end
    movw r0, #0xFEFE
    movt r0, #0xFEFE

fiq_loop:
    cmp r1, sp
    strlt r0, [r1], #4   <<<< ISSUE HERE
    blt fiq_loop

型
对于正确的迭代次数（堆栈大小），这确实可以正确地循环，但对于strlt r0, [r1], #4指令，* 什么都没有发生 *。
如果我在str指令之前检查，r1是堆栈的开始，值是0x0：

>>> p/x $r1                                                                                                                   
$2 = 0x400008                                                                                                                 
>>> x/2hx $r1                                                                                                                 
0x400008:       0x0000  0x0000

型
跳过str指令后，r1移动了4个字节，但堆栈开始处的内存仍然是0x0：

>>> p/x $r1                                                                                                                   
$3 = 0x40000c 
>>> x/2hx 0x400008                                                                                                            
0x400008:       0x0000  0x0000

型
内存不会更新，但我 * 可以 * 直接在那里设置值，因此我知道它 * 可以 * 更新：

>>> set *(0x400008)=0x12345678                                                                                                
>>> x/2hx 0x400008                                                                                                            
0x400008:       0x5678  0x1234

型
我用以下命令启动qemu：

qemu-system-arm \
        -nographic \
        -s \
        -S \
        --no-reboot \
        -machine vexpress-a9 \
        -cpu cortex-a9 \
        -m 12M \
        -device loader,file=out.elf

型
我已经使用-mcpu=cortex-a9选项进行了编译，并且相信我已经为QEMU提供了足够的RAM。我真的不知道这里发生了什么，任何帮助都是感激不尽的。

进一步调试

根据要求，我还对以下实体的状态进行了澄清：

• _fiq_stack_start的值是什么？

0x00400008 <-这是我所期望的，因为我期望fiq堆栈在.data部分之后开始，该部分包含8个字节

• _fiq_stack_end的值是多少？

0x00401008 <-这是我所期望的，因为我指定堆栈为4096字节

• cmp指令执行时r1的内容是什么？

r1 = 0x00400008 <-这是我所期望的，因为r1应该包含堆栈的开始。

• sp寄存器的内容是什么？

0x00401008 <-这是我所期望的，因为这应该是堆栈的结尾

• strlt启动时的条件码位是什么？

在比较CPSR = 0x40000111之前和比较CPSR = 0x80000111之后。这是预期的，因为r1中的值小于sp的值，并且正符号比较的结果应将1置于位31中。

• r0的内容是什么呢？

0xfefefefe <-根据两条mv指令，这是我所期望的，用我想在堆栈中的值填充r0寄存器。

• 如果将strlt更改为str，会发生什么情况？

实际上我已经测试过了，我得到了同样的行为。
我也尝试过这些简单的指令：

mov r0, #0x1234
    mov r3, #0x2
    str r0, [r3] /* Store value of R0 into addr at r3 */

型
在单步执行每条指令之后，我希望将r0中保存的值0x1放入r3中保存的0x2的内存地址中。但经过检查却不是。

>>> p/x $r0
$7 = 0x1

>>> p/x $r3
$8 = 0x2

>>> x/2hx $r3
0x2 <_Reset+2>: 0xea00  0x0041

型
这就好像str指令被完全忽略了。