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

[sigmaN]

Объявлять как-то так
static int static_func( int param1 )
{
}

static для функции означает, что она видна только из этого .c файла. Это подсказывает компилятору, что её можно инлайнить агрессивнее.
На агрессивность инлайнов влияют настройки оптимизатора. Покурите доки GCC и найдете эти настройки.

[MaxiMuz]

Объявлять как-то так
static int static_func( int param1 )
{
}

static для функции означает, что она видна только из этого .c файла. Это подсказывает компилятору, что её можно инлайнить агрессивнее.
На агрессивность инлайнов влияют настройки оптимизатора. Покурите доки GCC и найдете эти настройки.

Да, функция обьявлена как : void OnSound (uint8_t );
поэтому наверное обьявлять как ee static былобы неверно.
И всетаки инлайнить - не лучший выход. Тоже надеюсь, что гдето в настройках оптимизатора есть такой ключик , который заставит компил.сохранять только используемые регистры. Вот если бы еще кто ткнул носом , ибо сам в английском буду долго искать.

[dxp]

И всетаки инлайнить - не лучший выход. Тоже надеюсь, что гдето в настройках оптимизатора есть такой ключик , который заставит компил.сохранять только используемые регистры. Вот если бы еще кто ткнул носом , ибо сам в английском буду долго искать.

То, что вы хотите сделать просто так ключиками, нереализуемо в принципе: при асинхронной передаче управления, что имеет место при вызове обработчика прерывания, компилятор обязан сохранить все используемые регистры. Если код обработчика прерывания не содержит вызова функций, тела которых компилятор не "видит" в момент генерации кода обработчика прерываний, то проблем нет - компилятор "видит" все используемые регистры и только их и сохраняет. Если же есть вызов функции, тела которой компилятор не "видит", то у него не остаётся никакого выбора - он должен сохранить все scratch регистры безусловно. Никакие ключи ему не дадут информации о том, какие регистры используются в вызываемой функции - он (компилятор) для этого должен видеть её код. Поэтому, если хотите тут эффективности - предоставьте компилятору код вызываемой функции (инлайн) или не вызывайте её из обработчика прерываний.