4

我正在使用 JTAG 连接器和 gdb 在裸机 ARM(符合 v5TE)上运行程序。该程序以管理员模式从某个 SDRAM 运行,并且仅使用 arm 指令。

在某些时候会发生异常。使用 ctrl+CI 停止 gdb 可以看到 CPSR 指示未定义的异常模式,但是程序计数器指示软件中断异常 ( 0xffff0008)。根据ARM ARM,当发生未定义的指令异常时,PC_und应该是0xffff00040x00000004。我的程序发生了什么,是否发生了 SWI 或未定义的指令异常?

编辑以使我的问题更清楚:

我的程序目的是测试定制板的硬件。当出现硬件问题时,RAM 中的程序可能会损坏(如下所示),这是产生异常的原因。当硬件正常时,测试软件运行没有问题。我的 RAM 地址范围从 0 到 0x40000000,程序加载在 0x1000 和 0x2000 之间。监督模式堆栈指针设置为 0xff0。中断向量仅包含断点。

(gdb) c
Continuing.
^C^C
Program received signal SIGTRAP, Trace/breakpoint trap.
0xffff0008 in ?? ()

未定义异常模式的寄存器:

(gdb) i r 
r0             0x52878  338040
r1             0x2020000    33685504
r2             0x2020000    33685504
r3             0x2020000    33685504
r4             0x2020000    33685504
r5             0x2020000    33685504
r6             0x2020000    33685504
r7             0x2020000    33685504
r8             0x2020000    33685504
r9             0x2020000    33685504
r10            0x2020000    33685504
r11            0x2020000    33685504
r12            0x2020000    33685504
sp             0x2020000    0x2020000
lr             0xffff0008   4294901768
pc             0xffff0008   0xffff0008
fps            0x0  0
cpsr           0x800000db   2147483867

从管理员模式注册:

(gdb) set $cpsr=0xd3
(gdb) i r
r0             0x52878  338040
r1             0x2020000    33685504
r2             0x2020000    33685504
r3             0x2020000    33685504
r4             0x2020000    33685504
r5             0x2020000    33685504
r6             0x2020000    33685504
r7             0x2020000    33685504
r8             0x2020000    33685504
r9             0x2020000    33685504
r10            0x2020000    33685504
r11            0x2020000    33685504
r12            0x2020000    33685504
sp             0xff3ffffe   0xff3ffffe
lr             0x1020   4128
pc             0xffff0008   0xffff0008
fps            0x0  0
cpsr           0xd3 211 

这是 RAM 中的(损坏的)程序,位于主管链接寄存器指向的地址周围:

(gdb) x/5i 0x1020-8
0x1018 <_start+24>: bic r0, r0, #135168 ; 0x21000
0x101c <_start+28>: strbcs  r0, [r0], #1025
0x1020 <_start+32>: mcr 15, 0, r0, cr1, cr0, {0}
0x1024 <_start+36>: ldr r1, [pc, #120]  ; 0x10a4 <skip_intreg_reset+100>
0x1028 <_start+40>: ldr r2, [r1, #8]

(gdb) x/4w 0x1018
0x1018 <_start+24>: 0xe3c00a01  
0x101C <_start+28>: 0xfec00401
0x1020 <_start+32>: 0xee010f10  
0x1024 <_start+36>: 0xe59f1078

从程序目标文件转储:

  18:   e3c00a01    bic r0, r0, #4096   ; 0x1000
  1c:   e3c00001    bic r0, r0, #1  ; 0x1
  20:   ee010f10    mcr 15, 0, r0, cr1, cr0, {0}
  24:   e59f1078    ldr r1, [pc, #120]  ; a4 <skip_intreg_reset+0x64>
  28:   e5912000    ldr r2, [r1]
4

1 回答 1

4

这是一个社区维基答案。

该问题是由两个不同的问题引起的:

  • 正在初始化错误的向量表。ARM 具有可选择的高和低向量,高0xffff0000是默认值,而代码被初始化,就好像向量表在0x00000000. 高向量表包含以下指令(异常无限循环):
0xffff0000: b 0xffff0020 
0xffff0004: b 0xffff0004 
0xffff0008: b 0xffff0008 
0xffff000c: b 0xffff000c 
0xffff0010: b 0xffff0010 
0xffff0014: b 0xffff0014 
0xffff0018: b 0xffff0018 
0xffff001c: b 0xffff001c
  • 板上的 SDRAM 问题导致 RAM 中的程序内容损坏并产生未定义的异常。之后程序停止响应,因为它处于无限循环中,并且 OP 停止了 gdb。当 gdb 以 停止时ctrl+C,使用的 JTAG 调试器 (peedi) 实际上会跳转到下一条指令,这就是为什么即使指示位于 的未定义异常pc也是如此。0xffff0008cpsr0xffff0004
于 2013-03-25T02:06:40.577 回答