Я сгенерировал кубом код для STM32F429 и добавляю в него необходимые мне функции.

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

Вот так определены функции управления запрещением прерывания.


В дисассемблерном коде я не вижу ничего похожего на них.
Или я чего-то не разглядел?
Посмотрите пожалуйста свежим взглядом.

Похоже, в дизассемблере команды разрешения-запрещения прерываний просто не отобразились. Вызов функции report втоит у Вас по адресу 1818A. Поскольку команда BL занимает 4 байта, следующая команда должна быть по адресу 1818E, а у Вас сразу идёт 18190 -- т.е. пропущены два байта, а CPS как раз двухбайтовая. Т.е. мне кажется, что это дизассемблер дурной.

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

Регулярно наблюдаю такие приколы у кокосовского дебаггера (там вроде GDB).
Добавьте в "after build"

получите .lst и в нем посмотрите

Сообщение отредактировал johnshadow - Jan 25 2016, 07:32

Спасибо за ответы.

Картинку я залил воспользовавшись кнопкой в диалоге для сообщения в форуме. Не делал этого раньше. Наверное чтоьто сделал не так.

Отожмите иконку "Show Source" на рамке окна дизассемблера. Пропавшие команды появятся. Правда исчезнут вкрапления исходного текста в дизассемблер.
Не, это у нас движок на форуме такой. В следующий раз нажимайте "расширенная форма" и там будет возможность прикрепить файл прямо в сообщение, без внешних файлохранилищ. После выбора и загрузки файла появится возможность вставить его в нужное место сообщения, разберетесь.

Кстати, еще вопрос по той же теме. Нужна функция запрета прерываний, которая при последующем разрешении прерываний сможет точно восстановить предыдущее состояние разрешения прерываний ( I-bit CPSR) для кортекса М3 (stm32f207).

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

Может есть команда, которая сразу и запомнит текущее состояние разрешения прерываний в стеке и запретит их? Ну, хотя бы, сохранит регистр CPSR или только его I-bit?

оно?

http://stm32f4-discovery.com/2015/06/how-t...n-arm-cortex-m/




Спасибо

Нет, не оно. Эта функция сначала считывает CPSR в регистр, меняет биты в регистре, потом заносит регистр в CPSR. Если в это время произойдет прерываие и CPSR будет изменен - будет плохо.

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

Иными словами нужна атомарная операция сохранения старого CPSR в стек с одновременной записью указанного бита в CPSR. Ну и обратная операция - восстановление CPSR из стека.

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


Именно так я и делаю, но это не снимает проблемы прерывания между считыванием CPSR и запретом прерываний.

Для кортекса определены странные макро типа CFI_ARM_BLOCK_start и CFI_ARM_BLOCK_end, но что это и как этим пользоваться не нашел.

Может потому, что они не пытаются разрешать/запрещать прерывания из обработчиков этих самых прерываний? Интересно, зачем такое может понадобиться?

Какие параметры? Какое состояние?



Общие функции, вызываемые из прерываний и извне прерываний.

В данный момент - состояние бита разрешения прерываний в CPSR.

Ну а если это получится сделать корректно, то все остальное - дело техники.

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

А если хотите странного, то можно например так

Суслика не видно. Опишите по шагам суть возникновения бага в такой последовательности действий. Аналогично багу с глобальным запретом IRQ+FIQ у ARM7. А флаг глобального разрешений/запрета прерываний у кортекса в другом месте.

Сообщение отредактировал GetSmart - Jan 26 2016, 06:52

Это уже было. Прерывание между этими двумя командами может изменить CPSR


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






Но, кажется, я понял как можно сделать правильно - использовать программное прерывание. При этом исходное значение CPSR пишется в стек. Поиграюсь.