gpt4 book ai didi

assembly - 程序计数器不前进

转载 作者:行者123 更新时间:2023-12-03 06:14:21 26 4
gpt4 key购买 nike

我正在尝试调试用汇编程序编写的函数Reset_Handler()(我不明白,但它是作为标准库的一部分提供的)。使用 GDB,我使用 ni 浏览每条指令。这是我得到的:

(gdb) ni
0x08005dc4 in Reset_Handler ()
(gdb) ni
0x08005dc6 in Reset_Handler ()
(gdb) ni
0x08005dc6 in Reset_Handler ()
(gdb) ni
0x08005dc6 in Reset_Handler ()
(gdb) ni
0x08005dc6 in Reset_Handler ()

实际上,程序指针“卡在”0x08005dc6 上。这是正常行为,还是每次我执行 ni 时程序指针都应该前进?下面是 Reset_Handler() 的开始:

    .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
/* Zero fill the bss segment. */
FillZerobss:
movs r3, #0
str r3, [r2], #4

编辑:这是反汇编的说明:

disas
Dump of assembler code for function Reset_Handler:
0x08005dc0 <+0>: movs r1, #0
0x08005dc2 <+2>: b.n 0x8005dcc <LoopCopyDataInit>
0x08005dc4 <+4>: ldr r3, [pc, #40] ; (0x8005df0 <LoopFillZerobss+16>)
=> 0x08005dc6 <+6>: ldr r3, [r3, r1]
0x08005dc8 <+8>: str r3, [r0, r1]
0x08005dca <+10>: adds r1, #4
0x08005dcc <+0>: ldr r0, [pc, #36] ; (0x8005df4 <LoopFillZerobss+20>)
0x08005dce <+2>: ldr r3, [pc, #40] ; (0x8005df8 <LoopFillZerobss+24>)
0x08005dd0 <+4>: adds r2, r0, r1
0x08005dd2 <+6>: cmp r2, r3
0x08005dd4 <+8>: bcc.n 0x8005dc4 <Reset_Handler+4>
0x08005dd6 <+10>: ldr r2, [pc, #36] ; (0x8005dfc <LoopFillZerobss+28>)
0x08005dd8 <+12>: b.n 0x8005de0 <LoopFillZerobss>
0x08005dda <+0>: movs r3, #0
0x08005ddc <+2>: str.w r3, [r2], #4
0x08005de0 <+0>: ldr r3, [pc, #28] ; (0x8005e00 <LoopFillZerobss+32>)
0x08005de2 <+2>: cmp r2, r3
0x08005de4 <+4>: bcc.n 0x8005dda <FillZerobss>
0x08005de6 <+6>: bl 0x8005c64 <SystemInit>
0x08005dea <+10>: bl 0x8000184 <main>
0x08005dee <+14>: bx lr
End of assembler dump.

最佳答案

根据您发布的代码和反汇编,我猜测 _sidata 中的地址无效。 _sidata 被加载到 r3 中,所以当

 ldr     r3, [r3, r1]

被执行时,无效访问会导致另一个处理器重置,然后继续执行,直到再次命中该指令。或者类似的东西。

检查_sidata中的内容。

<小时/>

一些附加说明:

我看到地址 xxxx 处的指令使用 r0,但我没有看到 r0 已在 reset_handler() 中初始化。调用 reset_handler() 的代码可能已经正确设置了 r0,但要确定,我们必须查看异常向量表和代码重置向量实际指向的。 (我假设这是针对 ARM7 或类似设备 - 如果我猜错了,请告诉我),其中异常向量表可能看起来像(从 ethernut.de 借来的),它将向量到名为 的标签重置时_start:

.global __vectors
__vectors:
ldr pc, [pc, #24] /* Reset */
ldr pc, [pc, #24] /* Undefined instruction */
ldr pc, [pc, #24] /* Software interrupt */
ldr pc, [pc, #24] /* Prefetch abort */
ldr pc, [pc, #24] /* Data abort */
ldr pc, [pc, #24] /* Reserved */

/*
* On IRQ the PC will be loaded from AIC_IVR, which
* provides the address previously set in AIC_SVR.
* The interrupt routine will be called in ARM_MODE_IRQ
* with IRQ disabled and FIQ unchanged.
*/
ldr pc, [pc, #-0xF20] /* Interrupt request, auto vectoring. */
ldr pc, [pc, #-0xF20] /* Fast interrupt request, auto vectoring. */

.word _start
.word __undef
.word __swi
.word __prefetch_abort
.word __data_abort

关于assembly - 程序计数器不前进,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9824184/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com