И где я писал что по номеру из IPSR можно определить "кто кого приоритетней"??? В том что Вы отквотили я вообще-то писал о порядке передачи управления при вложенных прерываний и порядке что и куда сохраняется и откуда восстанавливается при этих событиях.
А вообще текущий приоритет конечно можно определить, привлекая содержимое регистров приоритета.


Я про текущий приоритет (или как там его называть) ничего не писал. Я писал, что раз значение сохраняется в стек и потом восстанавливается и в IPSR и в VECTACTIVE, то я думаю это для чего-то нужно и не надо утверждать, что это значение не используется если не знаете.


Ну раз так, то можно даже предположить, что в чьей-то реализации ядра Cortex-M, текущий приоритет определяется текущим содержимым IPSR и соответствующего регистра приоритета. В любой момент времени, а не на момент регистрации прерывания.

А как узнаете не нарушив правило

? Это правило по сути разрешает логике NVIC кэшировать приоритет и запрещает программисту проверять это. Плюс правило некорректно написано. Т.к. приоритетом могут управлять несколько переменных: NVIC.IPR[] и мог бы управлять IPSR, если бы приоритет не кэшировался. Кэшируется ли он и что именно из этого нельзя менять - не ясно.

ARMv6-M наверное лучше заменить на Cortex-M, т.к. топикстартер указал Cortex-M4. Но скорее всего там похожие правила. Если нет, то поправлюсь, когда почитаю.

Сообщение отредактировал GetSmart - Jul 1 2016, 09:02

Еще вопрос. Допустим я решил использовать FreeRTOS. Есть прерывание высокого приоритета, такое что из него нельзя вызывать функции RTOS. Вопрос, как передавать события из него? Ответ, запускать программное прерывание достаточно низкого приоритета, которое маскируется к критических секциях RTOS, и уже в нем вызывать какую-то отправку в очередь, пробуждать задачи и т.п. Итог, все равно понадобятся программные прерывания.

Для медленных событий, наверно обойдусь поллингом флагов, с засыпанием на один тик таймера RTOS.