[参考译文] MSP430FR2422：MSP430-GCC 属性请求

听起来像是一个汇编语言作业。 虽然我怀疑裸体会被滥用来做你想要的事。

此代码：

void __attribute__((naked、interrupt (TIMER0_A0_vector))) stub (void)
｛
tick++；
｝

void __attribute__((interrupt)) Timer0_A0_ISR (void)
｛
int i；

for (i = 0；i < 10；i++)
P1OUT ^= 1；
｝

结果为：

void __attribute__((naked、interrupt (TIMER0_A0_vector)) stub (void)
｛
tick++；
4474： 92 53 04 1c 公司 &0x1c04 ；

00004478 ：
｝

void __attribute__((中断) Timer0_A0_ISR (void){

4478： 0°C 15. Pushm #1、 R12. ;16位字

0000447a <.LCFI3>：
447a： 7C 40 0A 00 MOV.b #10、R12 ;#0x000a

0000447e <.L14>：
int I；

for (i = 0；i < 10；i++)
P1OUT ^= 1；
447e： D2 E3 02 02 XOR.b #1、 &0x0202；R3 As=01

00004482 <.LVL14>：
4482： 3c 53. 添加 #1、R12 ;R3 As=11

00004484 <.LVL15>：

void __attribute__((interrupt)) Timer0_A0_ISR (void)
｛
int i；

for (i = 0；i < 10；i++)
4484： 0C 93 CMP #0、 R12. ;R3 As=00
4486： FB 23. Jnz 8美元 ；abs 0x447e

00004488 <.Loc.52.1>：
P1OUT ^= 1；
｝
4488： 0C 17. Poem #1、 R12. ;16位字
448a： 00 13. TI 

它当然可以满足您的需求。

您好、Dave、

让我检查一下我是否理解了您要做的事情：

• 为了防止时间敏感型寄存器"过时"、"立即处理程序"不会保存任何寄存器、除非明确要求。
  • 我假设这个 ISR 已经被汇编语言编写、以防止 GCC 为您保存这些寄存器中的任何一个？
  • 我还假设在调用"后续函数"后、除了 RETI、此 ISR 不执行任何操作？
• "立即处理程序"调用"后续函数"(用 C 编写)、该函数包含 ISR 中代码的主要部分、并保存修改的寄存器。

我明白这是个问题的原因、但我认为拥有一个 ISR、它可以被修改为只像 ISR 那样具有部分行为、这是一个需要解决的问题、并不能解决真正的问题。

如果您能够以某种方式向 ISR 中添加一个"预编译"代码段、该段在常规编译运行之前执行并保存必要的寄存器、会怎么样？ 这还将使您不必插入额外的调用指令。

此致、

在后续处理程序前面准备一个裸中断处理程序可能会在我的大多数情况下达到90%。 非常整洁！

当存根必须分配比较器但仍发生的寄存器时、它不会处理这种情况。

Josef、

 我的 ISR 几乎用 C 语言编写、但在少数情况下除外。 现在、我在保存这些寄存器之前、要吃 pushm 的延时时间。

 正确、这些处理程序在 RETI 之后永远不会执行任何任务。

我真的很喜欢序言前的想法、在这种情况下、这肯定对我有效！

这是一个巧妙的技巧、但如果与-ffunion-sections 一起使用、可能会有危险。 链接器可以自由地移动段、并且只要使用了-mcode-region=、链接器就会这样做。

有大量 GCC 优化 可重新排序、虽然在函数级别运行的优化看起来都需要配置文件反馈、但这不是将来可以依赖的行为。 尤其是在 LTO 的进步中。

但是、如果程序员知道风险、这是一个很好的解决方案。

我确实说过"滥用"。 :-)

您可以防止链接器很容易地移动内容：

void __attribute__((naked、interrupt (TIMER0_A0_vector))) stub (void)
｛
tick++；
__eint ()；

asm ("br &Timer0_A0_ISR\n")；
｝

但是、组装仍然是最好的方法。 在跳转到主部分之前、要么针对整个 ISR、要么仅针对这个关键位。