皮层M4: cmp指令中断？

Question

这是个烂泥我在挠我的头。

设置：

• ARM皮质M4微控制器(PAC5532)。
• 分段J-链接加调试器。
• GCC 7.2.0编译器
• GDB 8.0.1
• 用-O0编译(没有优化)

这是密码。这是GPIO输入的退出逻辑的一部分。通过pac5xxx_tile_register_read函数读取GPIO。在dinsig1中，引脚是0位。如果dinsig是0x01，这意味着GPIO很高。如果dinsig是0x00，则GPIO是低的。

static uint32_t triggerDebounce = 0;
volatile uint8_t dinsig1 = pac5xxx_tile_register_read(ADDR_DINSIG1);
if ((dinsig1 & 0x01) != 0) //This is the problem line.
  triggerDebounce = (triggerDebounce << 1);
else
  triggerDebounce = (triggerDebounce << 1) | 1;

if ((dinsig1 & 0x01) != 0)指令是导致问题的原因。代码将正确运行，直到GPIO从高到低，然后从低到高(dinsig从0x01到0x00到0x01)。dinsig总是准确地读取，但if ((dinsig1 & 0x01) != 0)的计算结果为true。

下面是if ((dinsig1 & 0x01) != 0)语句的反汇编。

0x00004268  ldrb r3, [r7, #7] ;Loads dinsig into r3.
0x0000426a  uxtb r3, r3       ;Expands dinsig 3 into a 32 bit word.
0x0000426c  and.w r3, r3, #1  ;ANDs dinsig 3 with 0x01 and stores result in r3
0x00004270  cmp r3, #0        ;Compares r3 with 0
0x00004272  beq.n 0x4280 <IsTriggerPressed+40> ; Jumps to address 0x4280 if the ZERO flag is set.

我正在查看ASPR寄存器寄存器，同时逐步执行反汇编。cmp r3, #0指令清楚地设置了零标志，它不应该设置这个标志。因为r3是0x01，这不等于零。

我在这里不知所措。这是一个分支预测器变流氓了吗？工具坏了？我知道不该责怪这些工具，因为它几乎总是我的错，但我发现很难相信CPU是错误的。

Answer 1

谢谢你的建议。我修正了这个问题，把GCC更新到9.3.1，把GDB更新到9.2。

Answer 2

.thumb_func
.globl TEST0
TEST0:
    mov r0,#1
    mov r3,#1 
    uxtb r3,r3       
    and.w r3,r3,#1  
    cmp r3,#0        
    beq.n skip
    mov r0,#0
skip:
    bx lr

按预期返回零。在大脑皮层上-M4。r3不包含您认为它包含的内容。在没有调试器的情况下尝试它。

或者您正在以某种方式进行自修改代码。如果您认为这是分支预测(您正在sram中运行代码，那么更改该代码并在相同的地址空间中运行其他代码)。添加BPIALL写

ldr r0,=0xE000EF78
str r0,[r0]

分支预测不做分支--它只是提前启动预取几个时钟，如果分支没有发生，则不使用这些获取的指令。

您可以禁用分支预测，如果您的核心甚至支持它(CCR寄存器位18)。我现在运行的那个--你不能设置这个位，所以看起来不支持。