GCC: Как избежать избыточного пользования стеком в прерываниях Опции

[MaxiMuz]

К примеру имеется прерывание:

Код

ISR (INT0_vect)
   {    
       uint8_t temp;
       temp=PORTB;
       OnSound (temp);
   }

avr-gcc 4.7.1. кодит его как:

Код

ISR (INT0_vect)
   {    
    23e:    1f 92           push    r1
    240:    0f 92           push    r0
    242:    0f b6           in    r0, 0x3f ; 63
    244:    0f 92           push    r0
    246:    11 24           eor    r1, r1
    248:    3f 93           push    r19
    24a:    4f 93           push    r20
    24c:    5f 93           push    r21
    24e:    6f 93           push    r22
    250:    7f 93           push    r23
    252:    8f 93           push    r24
    254:    9f 93           push    r25
    256:    af 93           push    r26
    258:    bf 93           push    r27
    25a:    ef 93           push    r30
    25c:    ff 93           push    r31
       uint8_t temp;
       temp=PORTB;
    25e:    88 b3           in    r24, 0x18 ; 24
       OnSound (temp);
    260:    e4 df           rcall    .-56   ; 0x22a <OnSound>
   }
    262:    ff 91           pop    r31
    264:    ef 91           pop    r30
    266:    bf 91           pop    r27
    268:    af 91           pop    r26
    26a:    9f 91           pop    r25
    26c:    8f 91           pop    r24
    26e:    7f 91           pop    r23
    270:    6f 91           pop    r22
    272:    5f 91           pop    r21
    274:    4f 91           pop    r20
    276:    3f 91           pop    r19
    278:    0f 90           pop    r0
    27a:    0f be           out    0x3f, r0 ; 63
    27c:    0f 90           pop    r0
    27e:    1f 90           pop    r1
    280:    18 95           reti

собственно понятно, созранение всех задействованных регистров - перестраховка на случай если расстерянный программист в процедуре внутри прерывания изменит содержимое всех регистров. Если прерывание простое можно добавить аттрибут: "__attribute__((__naked__))" и iret и нет проблем.
А как сделать так чтобы компилятор сохранял только задействованные в конретном прерывании регистры ?

Сообщение отредактировал MaxiMuz - Apr 25 2013, 12:54

[MaxiMuz]

поэтому наверное обьявлять как ee static былобы неверно.

- хотябы потому что она изначально возвращает ничего, а static д.относится к переменной (хотя могу запблуждаться)

Объясните, почему? Вам не хватает тактов, но вы готовы тратить их на call этой функции и ее ret?

call выполняется только как исключение первый и последний раз ! , в рабочем цикле оно не задействовано.
А про инлайн , уже непомню писал или нет, нельзя включить т.к. в самой вызываемой ф-ии имеется еще одна ф. которую заинлайнить не получиться , т.к. она спец. вкл. чтобы компил. не выкидывал регистровую переменную,
уан момент:

Код

void EmptyCall (void)
{     uint8_t temp;
    temp=MaskEndLD;
    asm("nop");
    for (temp=0;temp<200;temp++)
    {asm("nop");
    }

Код

void OnDelay (uint16_t a)
{    
    CntLongDelay16l=a;
    bitclr(FlgsSt,EndLD);
    bitset(FlgsSt,OnLD);
    while (!(FlgsSt&MaskEndLD))
    {
        EmptyCall (); // вызов пустой функции
    }
}

[_Артём_]

- хотябы потому что она изначально возвращает ничего, а static д.относится к переменной (хотя могу запблуждаться)

Вы заблуждаетесь. static функция может возвращать результат, но не будет видна из других файлов.

А про инлайн , уже непомню писал или нет, нельзя включить т.к. в самой вызываемой ф-ии имеется еще одна ф. которую заинлайнить не получиться , т.к. она спец. вкл. чтобы компил. не выкидывал регистровую переменную,

Неубедительно всё это.

[MaxiMuz]

Неубедительно всё это.

Есть регистровая переменная описанная в *.h

Код

#ifdef __ASSEMBLER__

#  define FlgsSt r18

#else  /* !ASSEMBLER */

register uint8_t FlgsSt asm("r18"); // рег. Флагов

часть ее меняется в другом прерывании, как в main организовать ожидание установки бита в рег.переменной ? просто while (!(FlgsSt&MaskEndS)) { ; } не прокатывает !

Ого! EmptyCall ни разу не empty. Это таки задержка тактов этак на 800. А чтоб компилятор не выкидывал переменные, надо ему точнее объяснять свои намерения, например, volatile. там всякие...
И вообще что-то у Вас, сударь, там мутновато. Отсюда и желания странные.

описал по новому:

Код

void EmptyCall (void) __attribute__((__noinline__));
void EmptyCall (void)
{     asm("nop");}

а причем тут volatile непонимаю ?

[ARV]

а причем тут volatile непонимаю ?

при том, что переменные надо правильно описывать, чтобы было меньше проблем с оптимизицией. у вас, судя по всему, переменная FlgsSt должна быть о писана в *.h-файле как volatile uint8_t register FlgsSt asm("r18"); (в ветке #else вашего определения) тогда компилятор будет знать, что это за переменная, и где она хранится, а так же благодаря volatile он не выбросит ее при оптимизации. в принципе, вместо volatile должно пройти и extern - тогда тоже не выбросит...

но вообще говоря, вызывать из обработчика прерываний не-static функции, да еще с вложенными функциями, да еще и с задержками - это уж какой-то совсем плоховатый стиль... при таком стиле в одном месте вы выровняете - в другом разладится...