AVR-GCC意外中断延迟排查：编译器自动禁用中断的问题与解决

我编写的代码对中断抖动极为敏感，仅存在一个中断源，需要尽可能精准响应。针对ATMEGA芯片，理论最大中断响应延迟为当前指令长度加上中断例程调用时长，但实际代码运行异常，中断延迟远大于预期。最终发现问题根源：AVR-GCC编译器会自动禁用中断！

复现示例源码 #

#include <avr/io.h>

void DoJob(void){
    uint8_t buf[256];
    for (uint8_t i = 0; i < 255; i++){
        PORTB=buf[i];
        buf[i]=PORTB;
    }
}

int main(void){
    for(;;){
        DoJob();
    }
}

汇编中的意外CLI指令 #

查看汇编代码时发现，编译器自动插入了CLI指令（禁用中断）：

000000cc <DoJob>:
  cc:   cf 93           push    r28
  ce:   df 93           push    r29
  d0:   cd b7           in  r28, 0x3d   ; 61
  d2:   de b7           in  r29, 0x3e   ; 62
  d4:   da 95           dec r29
  d6:   0f b6           in  r0, 0x3f    ; 63

  d8:   f8 94           cli

  da:   de bf           out 0x3e, r29   ; 62
  dc:   0f be           out 0x3f, r0    ; 63
  de:   cd bf           out 0x3d, r28   ; 61
  e0:   fe 01           movw    r30, r28
  e2:   31 96           adiw    r30, 0x01   ; 1
  e4:   ce 01           movw    r24, r28
  e6:   93 95           inc r25
  e8:   21 91           ld  r18, Z+
  ea:   25 b9           out 0x05, r18   ; 5
  ec:   25 b1           in  r18, 0x05   ; 5
  ee:   df 01           movw    r26, r30
  f0:   11 97           sbiw    r26, 0x01   ; 1
  f2:   2c 93           st  X, r18
  f4:   e8 17           cp  r30, r24
  f6:   f9 07           cpc r31, r25
  f8:   b9 f7           brne    .-18        ; 0xe8 <DoJob+0x1c>
  fa:   d3 95           inc r29
  fc:   0f b6           in  r0, 0x3f    ; 63

  fe:   f8 94           cli

 100:   de bf           out 0x3e, r29   ; 62
 102:   0f be           out 0x3f, r0    ; 63
 104:   cd bf           out 0x3d, r28   ; 61
 106:   df 91           pop r29
 108:   cf 91           pop r28
 10a:   08 95           ret

0000010c <main>:
 10c:   0e 94 66 00     call    0xcc    ; 0xcc <DoJob>
 110:   fd cf           rjmp    .-6         ; 0x10c <main>

本示例中，将缓冲区声明为全局变量即可解决问题，但实际代码因存储空间限制无法将所有缓冲区和变量设为全局。以下是具体解决方案、编译器自动禁用中断的场景及警告配置方法：

解决方案 #

1. 禁用函数堆栈保护属性 #

在函数上添加__attribute__((no_stack_protector))属性，阻止编译器为堆栈调整插入CLI指令：

void DoJob(void) __attribute__((no_stack_protector)) {
    uint8_t buf[256];
    for (uint8_t i = 0; i < 255; i++){
        PORTB=buf[i];
        buf[i]=PORTB;
    }
}

2. 使用静态局部变量 #

将局部变量声明为static，使其分配到全局数据段而非堆栈，避免堆栈调整操作：

void DoJob(void){
    static uint8_t buf[256]; // 存储在全局数据区，不占用堆栈空间
    for (uint8_t i = 0; i < 255; i++){
        PORTB=buf[i];
        buf[i]=PORTB;
    }
}

3. 手动管理中断状态（谨慎使用） #

在必须使用堆栈局部变量的场景下，手动保存并恢复中断状态，强制开启中断：

#include <avr/interrupt.h>

void DoJob(void){
    uint8_t sreg = SREG; // 保存当前中断状态
    sei(); // 强制开启中断
    
    uint8_t buf[256];
    for (uint8_t i = 0; i < 255; i++){
        PORTB=buf[i];
        buf[i]=PORTB;
    }
    
    SREG = sreg; // 恢复原始中断状态
}

注意：此方法需确保堆栈操作期间的代码不需要原子性，否则可能引发数据不一致。

编译器自动禁用中断的常见场景 #

• 大尺寸局部变量的堆栈调整：函数内存在超过一定大小的局部变量时，编译器调整堆栈指针会插入CLI保证原子性
• 堆栈保护机制生效：开启-fstack-protector编译选项时，编译器会在堆栈操作前后插入CLI
• 原子操作内置函数：使用__atomic_*系列函数时，针对不支持硬件原子操作的AVR芯片，编译器会自动插入CLI
• 寄存器窗口切换：部分带扩展寄存器的AVR型号，函数调用时切换寄存器窗口会插入CLI

开启编译警告的方法 #

通过以下编译选项捕获中断相关操作的提示：

• -Winterrupts：专门开启中断相关警告，包括CLI/SEI指令的自动插入
• -Wextra：配合基础警告选项，捕获更多潜在的中断冲突问题
• -save-temps：生成汇编中间文件，方便手动检查是否存在意外的CLI指令

内容的提问来源于stack exchange，提问作者eSlavko