Сохранение контекста в прерываниях, IAR Опции

[gladov]

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

Имеем некоторое прерывание, которое должно автономно обработать некоторый блок данных и по окончании работы сообщить об этом основному софту. Например, рассмотрим отправку пакета по УАРТ.
Основную массу действий (а именно, выборку очередного байта из памяти и его отправку) прерывание делает своими силами, но, вот беда: когда оно закончит, оно должно вызвать некоторую функцию, которая должна просигнализировать основной программе о выполнении задания. Вариант с глобальной переменной отпадает сразу, т.к. ситуация гипотетическая и сигналом в данном случае может служить семафор или еще какие-либо средство РТОС. Естественно компилятор, видя в прерывании вызов внешней, неизвестной ему функции, далает сохранение кучи регистров в стек. Однако, если отправляемый пакет состоит из 1000 байтов, то 999 раз контекст сохранится зря и только последний раз, когда работа завершена, действительно необходимо слить регистры в стек и вызвать функцию - сигнал. Я хочу, чтобы контекст сохранялся только 1 раз из 1000, когда уже ясно, что необходим вызов внешней функции.

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

Подскажите, плз, кто и как избавляется от подобного оверхеда?

PS: Интересует решение для компилятора ИАР.

[MrYuran]

моё глубоко закоренелое ИМХО - не надо в прерываниях вызывать никакие функции. Либо уж накрайняк inline и описывать в одном модуле.
А лучше всего всё-таки по приёму кинуть байт в буфер, выставить флаг и функцию запускать снаружи, тайм-аут можно засекать по переполнению таймера.
А создавать себе трудности и потом героически их преодолевать - это неотъемлемая черта русского менталитета...

[zltigo]

моё глубоко закоренелое ИМХО - не надо в прерываниях вызывать никакие функции.

Уточнение - для AVR - обязательно, если это только не очень "тяжелый обработчик" и без того использущий массу регистров. Рассуждения на эту тему добавил в свой предыдущий пост.

[Палыч]

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

"Обязательно" - это слишком категорично. Бывают проекты в которых необходимо обрабатывать очень частые прерывания, большая часть которых не требует сложных действий (а, значит и ресурсов процессора - тех же регистров). Возникает желание сэканомить на сохранении-востановлении контекста... Если "тяжелую" часть обработчика выделить в отдельную функцию и при её вызове самому позаботиться о сохранении-восстановлении регистров, то можно получить неплохой результат. Вот так это можно сделать в ICC

Код

void func(void) // Функция, вызываемая из процедуры обработки прерывания
{
...............
}

#pragma interrupt_handler proc_interrupt:x
void proc_interrupt(void) // Процедура обработки прерывания
{
  ............
  if(...)
  {
    asm("xcall push_lset"); // Вызов стандартной функции сохранения регистров
    asm("xcall _func"); // Вызов функции void func(void)
    asm("xcall pop_lset"); // Вызов стандартной функции восстановления регистров
  }
  ............
}

при этом, при входе(выходе) в(из) процедуры обработки прерывания proc_interrupt транслятор генерит код, сохраняющий(востанавливающий) необходимый минимум регистров. Если, ассемблерные вставки заменить на с-ишный вызов функции func(); , то транслятор генерит код сохраняющий(востанавливающий) все регистры.

[zltigo]

Если...

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