C 第一指令执行
我正在使用Sourcery CodeBench Lite 2012.03-56编译器和gdb套件 今天我想尝试廉价STM32VLDISCOVERY board的FreeRTOS演示示例,我复制了所有需要的源文件,编译时没有错误,但示例不起作用。我启动了调试器,注意到示例在尝试取消对指向GPIO寄存器的指针的引用时失败了。包含指向GPIO寄存器指针的全局数组变量:C 第一指令执行,c,assembly,initialization,startup,cortex-m3,C,Assembly,Initialization,Startup,Cortex M3,我正在使用Sourcery CodeBench Lite 2012.03-56编译器和gdb套件 今天我想尝试廉价STM32VLDISCOVERY board的FreeRTOS演示示例,我复制了所有需要的源文件,编译时没有错误,但示例不起作用。我启动了调试器,注意到示例在尝试取消对指向GPIO寄存器的指针的引用时失败了。包含指向GPIO寄存器指针的全局数组变量: GPIO_TypeDef* GPIO_PORT[LEDn] = {LED3_GPIO_PORT, LED4_GPIO_PORT};
GPIO_TypeDef* GPIO_PORT[LEDn] = {LED3_GPIO_PORT, LED4_GPIO_PORT};
未正确初始化,并填充了一些随机值。我检查了预处理器定义的LED3_GPIO_端口和LED3_GPIO_端口,它们是有效的
在研究了问题所在之后,我查看了CMSIS库中为trueSTUDIO提供的启动文件。原始启动\u stm32f10x\u md\u vl.S文件:
.section .text.Reset_Handler
.weak Reset_Handler
.type Reset_Handler, %function
Reset_Handler:
/* Copy the data segment initializers from flash to SRAM */
movs r1, #0
b LoopCopyDataInit
CopyDataInit:
ldr r3, =_sidata
ldr r3, [r3, r1]
str r3, [r0, r1]
adds r1, r1, #4
LoopCopyDataInit:
ldr r0, =_sdata
ldr r3, =_edata
adds r2, r0, r1
cmp r2, r3
bcc CopyDataInit
ldr r2, =_sbss
b LoopFillZerobss
...
/* Copy the data segment initializers from flash to SRAM */
nop
nop
movs r1, #0
b LoopCopyDataInit
在调试过程中,我注意到寄存器r1从未被第一条指令movs r1#0初始化为零。寄存器r1用作循环中的计数器,因此当执行到达循环LoopCopyDataInit时,它永远不会进入循环,因为寄存器r1加载了来自上一次执行的一些垃圾数据。因此,启动代码从不初始化.data部分
当我将两条nop指令放在movs r1之前时,#0指令然后寄存器r1被初始化为0,示例开始工作:
startup_stm32f10x_md_vl.S文件的修改部分:
.section .text.Reset_Handler
.weak Reset_Handler
.type Reset_Handler, %function
Reset_Handler:
/* Copy the data segment initializers from flash to SRAM */
movs r1, #0
b LoopCopyDataInit
CopyDataInit:
ldr r3, =_sidata
ldr r3, [r3, r1]
str r3, [r0, r1]
adds r1, r1, #4
LoopCopyDataInit:
ldr r0, =_sdata
ldr r3, =_edata
adds r2, r0, r1
cmp r2, r3
bcc CopyDataInit
ldr r2, =_sbss
b LoopFillZerobss
...
/* Copy the data segment initializers from flash to SRAM */
nop
nop
movs r1, #0
b LoopCopyDataInit
这是最终代码相关部分的拆解:
Disassembly of section .isr_vector:
08000000 <g_pfnVectors>:
8000000: 20002000 andcs r2, r0, r0
8000004: 08000961 stmdaeq r0, {r0, r5, r6, r8, fp}
...
Disassembly of section .text:
...
8000960 <Reset_Handler>:
8000960: 2100 movs r1, #0
8000962: f000 b804 b.w 800096e <LoopCopyDataInit>
08000966 <CopyDataInit>:
8000966: 4b0d ldr r3, [pc, #52] ; (800099c <LoopFillZerobss+0x16>)
8000968: 585b ldr r3, [r3, r1]
800096a: 5043 str r3, [r0, r1]
800096c: 3104 adds r1, #4
section.isr\u向量的反汇编:
08000000 :
8000000:20002000和CS r2、r0、r0
8000004:08000961 stmdaeq r0,{r0,r5,r6,r8,fp}
...
第节的分解。正文:
...
8000960 :
8000960:2100 movs r1,#0
8000962:f000 b804 b.w 800096e
08000966 :
8000966:4b0d ldr r3,[pc,#52];(800099c)
8000968:585b ldr r3[r3,r1]
800096a:5043 str r3[r0,r1]
800096c:3104加上r1,#4
正如您所看到的,ISR向量表正确地指向了Reset_处理程序地址。那么,发生了什么?为什么第一条指令movs r1,#0从未在原始启动代码中执行
编辑:
当我关闭电路板的电源并再次打开它时,原始代码可以工作。我可以多次重置MCU,它可以正常工作。当我启动gdb服务器时,代码不工作,即使在重置之后。我必须重新启动它才能工作。我想这是有点奇怪
注意:
我看了一下其他人使用这个MCU的启动代码,他们要么禁用中断,要么用链接器定义的值加载SP寄存器,这两种情况下都是冗余的。如果他们被这种奇怪的行为击中,他们永远不会注意到。没有任何东西会马上跳出来,说明那里可能有什么问题。首先,您如何调试此代码?您是否附加了调试器,然后通过JTAG向处理器发出重置?我会尝试在您的
Reset\u处理程序之后立即将b Reset\u处理程序放在那里:
标签作为您的第一条指令,打开它,打开电路板,然后连接JTAG,这样您就可以最大限度地减少调试器可能带来的任何奇怪。然后将您的电脑设置为该mov
指令,然后查看它是否工作。是引导加载程序还是引导ROM启动此代码?指令或数据缓存可能会出现一些奇怪的情况。听起来像是调试器中的错误。可能它在第一条指令上设置了一个断点,或者完全跳过它,或者以某种方式重新执行它无法正常工作。这个问题可能会因为它是一个重置向量而变得复杂,可能只是不可能在第一条指令时可靠地停止。由于NOP有帮助,我建议在开发程序时将它们保留在适当的位置
然而,还有另一种解决办法。因为不太可能需要修改数组,所以实际上不需要在可写部分中使用它。要让编译器将数组放入闪存中,通常只需将其声明为const即可:
g_pfinvectors
中的重置向量不应该指向08000960
,而不是08000961
?从手臂皮质M3的最终指南,Joseph Yiu,3.7重置序列:“重置向量(程序执行的起始地址;LSB应设置为1以指示拇指状态)。”这说明8000961实际上是0800960地址,这是有道理的。看不出任何明显的错误,可能是与调试器的交互很奇怪。我正在使用texane gdb服务器(usb到swd)下载并调试映像。当我执行'b ResetHandler'时,PC已经指向'8000962',所以第一条指令会立即被跳过。是的,我把NOP放在那里了。无论如何,这只是我从freeRTOS软件包中获得的一个示例项目。我不是代码的作者,但我同意你的观点,那里需要const
。谢谢