реклама на сайте
подробности

 
 
> Сохранение контекста в прерываниях, IAR
gladov
сообщение May 14 2008, 11:51
Сообщение #1


Частый гость
**

Группа: Свой
Сообщений: 169
Регистрация: 10-11-05
Из: Воронеж
Пользователь №: 10 687



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

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

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

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

PS: Интересует решение для компилятора ИАР.
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
prottoss
сообщение May 14 2008, 12:03
Сообщение #2


Гуру
******

Группа: Свой
Сообщений: 2 720
Регистрация: 24-03-05
Пользователь №: 3 659



Цитата(gladov @ May 14 2008, 19:51) *
Не понятно, для какой платформы вопрос.
Цитата(gladov @ May 14 2008, 19:51) *
Основную массу действий (а именно, выборку очередного байта из памяти и его отправку) прерывание делает своими силами, но, вот беда: когда оно закончит, оно должно вызвать некоторую функцию, которая должна просигнализировать основной программе о выполнении задания.
Для AVR я делаю так:
1. Извлекаем из стека программ (CSTACK) адрес возврата.
2. Загружаем в CSTACK адрес вызываемой после прерывания функции.
3. Загружаем в CSTACK адрес возврата.
Код
CPU_IRQ_Epilog:
/* Restore return address */
pop  r16
pop  r17

ldi  r18, high(post_call>> 1)
ldi  r19, low(post_call >> 1)

push r19
push r18
push r17
push r16

ret;

Данная функция вызывается в конце обработчика прерывания.


--------------------
Go to the top of the page
 
+Quote Post
gladov
сообщение May 14 2008, 12:56
Сообщение #3


Частый гость
**

Группа: Свой
Сообщений: 169
Регистрация: 10-11-05
Из: Воронеж
Пользователь №: 10 687



Цитата
Не понятно, для какой платформы вопрос.

Думал это очевидно, если задаю вопрос в ветке AVR.

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

В одном случае (не РТОС) необходимо было после N одних прерываний выполнить другое прерывание. Для этого задействовал неиспользуемый таймер. Он постоянно считает так что переполнение уже обязательно возникает к моменту вызова. Я просто разрешаю прерывание, а в этом прерывании запрещаю его.

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

Цитата
Для уменьшения оверхеда при вызове процедуры из прерывания (знающие люди пишут) необходимо чтобы вызываемая процедура находилась в том же файле где и обработчик прерывания. Хотя всётаки это и не рекомендуется делать.

Это понятно, но в случае с использованием ОС разместить функцию возврата семафора в одном файле с собственным прерыванием практически нереально.

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

Да, такой вариант пока кажется мне наиболее приемлемым...
Go to the top of the page
 
+Quote Post
prottoss
сообщение May 14 2008, 13:13
Сообщение #4


Гуру
******

Группа: Свой
Сообщений: 2 720
Регистрация: 24-03-05
Пользователь №: 3 659



Цитата(gladov @ May 14 2008, 20:56) *
Думал это очевидно, если задаю вопрос в ветке AVR.
Сорри, почему то показалось, что в ветке про IAR smile.gif

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


--------------------
Go to the top of the page
 
+Quote Post

Сообщений в этой теме
- gladov   Сохранение контекста в прерываниях   May 14 2008, 11:51
- - SasaVitebsk   Цитата(gladov @ May 14 2008, 15:51) Подск...   May 14 2008, 12:15
- - Палыч   Цитата(gladov @ May 14 2008, 14:51) Естес...   May 14 2008, 12:39
- - zltigo   Цитата(gladov @ May 14 2008, 13:51) Я хоч...   May 14 2008, 13:28
- - defunct   У AVR есть возможность отделить прерывание непреры...   May 14 2008, 13:35
|- - IgorKossak   Цитата(defunct @ May 14 2008, 16:35) У AV...   May 15 2008, 05:05
- - prottoss   Цитата(gladov @ May 14 2008, 19:51) Напри...   May 14 2008, 13:48
|- - zltigo   Цитата(prottoss @ May 14 2008, 15:48) Пох...   May 14 2008, 13:52
- - prottoss   может вот это поможет - комменты на русском. Драйв...   May 14 2008, 14:03
- - AHTOXA   Цитата(zltigo @ May 14 2008, 19:52) Естес...   May 14 2008, 18:10
|- - zltigo   Цитата(AHTOXA @ May 14 2008, 20:10) Вызов...   May 14 2008, 19:56
|- - Дон Амброзио   Цитата(zltigo @ May 14 2008, 23:56) Это у...   May 14 2008, 20:46
- - MrYuran   моё глубоко закоренелое ИМХО - не надо в прерывани...   May 15 2008, 05:42
- - zltigo   Цитата(MrYuran @ May 15 2008, 07:42) моё ...   May 15 2008, 05:53
- - Палыч   Цитата(zltigo @ May 15 2008, 08:53) Уточн...   May 15 2008, 06:36
- - zltigo   Цитата(Палыч @ May 15 2008, 08:36) Если.....   May 15 2008, 06:41
- - Rst7   Цитата(zltigo @ May 15 2008, 09:41) В дан...   May 15 2008, 16:46


Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 19th July 2025 - 23:01
Рейтинг@Mail.ru


Страница сгенерированна за 0.0229 секунд с 7
ELECTRONIX ©2004-2016