могу предположить, что определяет абсолютный адрес.

Добрый день.

В обычном обработчике прерываний ничего, кроме RETI лепить не нужно.
Вы, видимо, невнимательно читали мой пост. В моём случае такая комбинация необходима для XMeg-и потому, что обработчк прерываний - менеджер задач, он переключает задачи и соответсвенно их контексты, а это значит, что он все системно-критичные объекты сохраняет-восстанавливает для каждой задачи: стек, регистр флагов, набор регистров общего назначения. Таким образом при восстановлении регистра флагов бит I оказывался сброшенным. В обычной меге при входе в прерывание I-бит сбрасывается а при выходе из прерывания достаточно было RETI - там она железно подымала I. Прикол в том, что в XMeg-е при входе в прерывание I-бит не сбрасывается, а блокируется только ЭТОТ уровень прерываний, а прерывания более высокого уровня приоритета могут прервать текущий (согласно даташиту).
Такая схема сделана для работы многоуровневой системы прерываний, потому что если будет сброшен I-бит, то ВООБЩЕ НИКАКИЕ прерывания не сработают.
Команда RETI завязана на PMIC, она просто сообщает контроллеру, что данный уровень приоритетов освободился. Интересно, что в обычном режиме - не из прерывания - RETI всё таки подымает I-бит .

Информация для тех - кто играет на мегах и иск-мегах на асме виртуозно, с применением фигур высшего пилотажа. На си там вабще всё компилер разруливает.

И ещё - для того что бы читать/писать указатель стека НЕ НУЖНО атомарная операция (в терминах её трактовки для AVR), но прерывания должны быть запрещены, - иначе - "УПС..."


[quote name='V_G' date='Sep 20 2011, 11:17' post='974064']
Написали же, xmegа в прерываниях не сбрасывает флаг I, и рецепт "добавил команду SEI перед RETI" не есть правильный. Случайно заработало, в следующий раз при аналогичной проблеме не заработает. Ни в mege, ни в xmege не стоит лишний раз дергать флаг I, тем более в прерываниях.
У xmegи вообще трехуровневая система прерываний, и надо очень грамотно расставлять их изначальные приоритеты, не дергая I.



Случайностей в процессоре не бывает.
Приоритеты все грамотно расставлены, поверьте.
А откуда такая боязнь дёргать I-бит? даже в прерываниях?
Прерывание - обычная процедура, просто она вызывается асинхронно по отношению к основной нити программы, реагируя на событие в нужный момент. В обычных мегах, где не было приоритетов, для эмуляции многоуровневой системы прерываний в обработчике я ставил sei, давая возможность более приоритеным событиям прервать текущий уровень.
Я использую архитектуру построения программы клиент-сервер, с системой событий. Прерывания у меня выставляют флаги - далее основной цикл по мере возможностей разгребает события (аналогичноый подход у V_G). Но иногда бывают события, никак не позволяющие отлагательств - например обработка КЗ в IGBT-транзисторе. Здесь и спасает "дёргание I-бита".

Сообщение отредактировал IgorKossak - Sep 20 2011, 10:46

Исправьте каменты в 13 сообщении. Не стоит приписывать мне того, что я не писал.
А суть моего вопроса была в том, как на Xmega решается проблема атомарности модификации регистра SP...

element, если прерывание не сбрасывает I бит, тогда что вам даст SEI перед RETI ?

Абсолютно голословно. Чем это чревато? Поясните на примере обычной меги для конкретики.
Я абсолютно точно знаю что и когда дёргаю, если дёргаю, а главное знаю зачем это нужно...
Вы знакомы с концепциями SST (super simple threading)? Вижу что нет. Почитайте, узнаете много нового.

Ну, например, даст возможность не инициализировать важные переменные
в частности, образ SREG в контексте задачи.
Если бы в образе SREG была поднята 1-ка, то не нужно было бы уповать на поднятие I командой reti, всё отрабатывало бы по восстановлению SREG.

Абсолютно верно!
Все важные переменные инициализируются, просто нафига инициализировать то, что не нужно инициализировать?
Подготовить образы SREG с поднятым I для всех задач конечно можно, но тогда первая задача в списке (это именно та задача, в нити которой происходит первичная инициализация процессора) будет с разрешёнными прерываниями, а прерывания можно разрешить только после полной инициализации. Да и не было такой проблемы в меге. В х-меге вылезло-решилось. Поэтому здесь и описал ситуацию, чтобы другие уже не наступали на г...

Кстати, для скептиков, которые считают стрёмным дёргать I, модифицировать стек-поинтер, и т.п. Вы даже не представляете какие софтовые извраты прохавывает процессор. Архитектура AVR очень удобна для работы в системе многозадачки. Оч. не хватает команды групповой записи регистров в память , но в авр32 это уже реализовано, там вабще можно миниWindows на асме сляпать

хотя идея с поднятым I в образах SREG здоровая, сначала думал так сделать, но решил, что для большей стабильности кода лучше комбинация SEI-RETI



5 баллов!

Сообщение отредактировал element - Sep 20 2011, 09:57

1. SREG не сохраняется автоматически при запросе прерывания
2. в прерывании бит I не сбрасывается
3. в прерывании нельзя сбросить бит I
Т.О при выходе из прерывания командой RETI бит I не может быть сброшен, если вы сохраняли/восстанавливали SREG, то скорее всего ошибка в его сохранении/восстановлении.
И вообще команда SEI в прерывании ничего вам не даст на Atxmega.

Это - Вы нашли такие отклонения реального "железа" от документации производителя? Или это - Ваши домыслы?

я не правильно выразился.

в общем вот что я имел ввиду:
"Interrupts must be globally enabled for any interrupts to be generated. This is done by setting
the global interrupt enable bit (I-bit) in the CPU Status Register. The I-bit will not be cleared
when an interrupt is acknowledged. Each interrupt level must also be enabled before interrupts
with the corresponding level can be generated."

doc8210, 95 стр.

т.е. нельзя потерять I, если прерывание "подтверждено"

1. Какие откровения...
2. CLI никто не отменял. да и in R16,CPU_SREG; cbr R16,1<<IFLAG ;out CPU_SREG,R16 с успехом работает.
3. смотри п. 2
Читаете внимательно? Ошибок нет. Всё работает. Ситуацию хорошо обрисовал ReAl (см. Сообщение #21)
И вообще, простите, вы совершенно не представляете, о чём говорите.

Может быть проще объяснить ситуацию.

В MEGA-x для многозадачного уровня , что бы не пропустить важное прерывание - в текущем прерывании нужно было добавлять команду SEI (т.к. флаг при входе сбрасывался) - вложенные прерывания
В XMEGA-x сделали приоритет прерываний , который Вы и задаёте до первой команды SEI. В связи с этим при входе в прерывания флаг I не сбрасывается , но Вы можете сделать это CLI или ( не пробывал может кто и знает) - отключить уровни прерываний , которые не имеют право прервать выполняемое прерывание ( повторюсь - надо уточнить).

И сброс бита I, и запрет уровня ненужного прерывания работают...

Вот это уже похоже на правду, а то пишут тут, что выход из прерывания теперь связка из SEI и RETI (которая магическим образом отменяет какие то "важные" переменные)

А получили меньшую переносимость без реального повышения стабильности по сравнению с нормальным путём.
Если первой задаче нужно стартовать с запрещёнными прерываниями, то пропишите это явно, либо статически при инициализации этой задачи, либо во время выполнения в чём-то типа os_start(), чтобы она модифицировала образ стека первой задачи (в зависимости от построения оси, как оно будет проще/лучше)
И всё будет «честно», всё будет работать без необходимости подсовывать костыль SEI.