scmRTOS+STM32L15x+OpenSTM(+CUBE), проблема с переключением контекста Опции

[skyspark]

Добрый день.

Перенес проект в Eclipse на CDT с таким набором: scmRTOS+STM32L15x+OpenSTM(+CUBE).
Столкнулся с проблемой переключения контекста (после обновления Eclipse до Mars, всех плагинов и самой порты ОС):
Выполняется только задача с максимальным приоритетом, остально время висим тут:

CODE

{...}
while(CurProcPriority != SchedProcPriority); // until context switch done

В отладчике вижу что CurProcPriority = SchedProcPriority, проблема знакомая с AVR8 и оптимизатором в IAR.
Я грешил на что оставил stdlib при переносе и откатился в далекое прошлое, когда в проекте не было sdtlib был родной (порты OC) startup и все работало, поиграть с оптимизацией, собрать yagarto'ой, но это не изменило ситуацию.
Решилось так:

CODE

volatile uint_fast8_t CurProcPriority;

Хочется узнать почему она изначально не объявлена volatile как и SchedProcPriority?

[AHTOXA]

День добрый.

volatile для CurProcPriority не нужен, потому что SchedProcPriority - volatile, и компилятор уже и так не имеет права выбросить это сравнение. Конечно, теоретически, компилятор может загрузить переменную CurProcPriority в регистр, и не перечитывать её каждый раз при сравнении. Но на практике такого до сих пор не встречалось.
Думаю, что проблема всё-таки в чём-то другом.
Обновление Eclipse и плагинов вряд ли могло повлиять. А вот обновление sdtlib (это что? SrdPeriphLib?) и особенно замена стартап-файла - повлиять могли.
Такие симптомы бывают, когда не вызывается прерывание переключателя контекста или прерывание системного таймера.
Проверьте имена обработчиков прерываний в стартап-файле. Они должны называться
PendSVC_ISR()
и
SystemTimer_ISR().

Кроме того, насколько я знаю, CUBE захватывает системный таймер. Как вы решили эту проблему?

ЗЫ. Напишите версию компилятора и scmRTOS, а также какой порт вы используете (GCC/Cortex-M3 или GCC/Cortex-Mx).