Запрещение и разрешение прерываний Опции

[Tarbal]

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

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

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

Код

/** \brief  Enable IRQ Interrupts

  This function enables IRQ interrupts by clearing the I-bit in the CPSR.
  Can only be executed in Privileged modes.
*/
__attribute__( ( always_inline ) ) __STATIC_INLINE void __enable_irq(void)
{
  __ASM volatile ("cpsie i" : : : "memory");
}


/** \brief  Disable IRQ Interrupts

  This function disables IRQ interrupts by setting the I-bit in the CPSR.
  Can only be executed in Privileged modes.
*/
__attribute__( ( always_inline ) ) __STATIC_INLINE void __disable_irq(void)
{
  __ASM volatile ("cpsid i" : : : "memory");
}

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

[smalcom]

__disable_irq()

оно?

[rudy_b]

__disable_irq()
оно?

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

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

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

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

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

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

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

[Сергей Борщ]

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

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

[Tarbal]

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

Разрешать прерывания изнури обработчика плохая идея.

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

Почему будет плохо? Ну сходит в прерывание между командами и вернется в том же виде (того кто напишет прерывание, что изменяет CPSR надо канделябром по фаберже), а затем запретит прерывание и продолжит работу.

[Сергей Борщ]

Разрешать прерывания изнури обработчика плохая идея.

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