QUOTE (dipdip @ Mar 17 2016, 16:19)

Если работает обработчик прерывания с приоритетом N, то во время его работы при появлении
прерывания с более высоким приоритетом произойдет переход на новое сразу,
или закончится текущее, а потом переход на новое
Разумеется, более приоритетное вытеснит (отберёт управление) у низкоприоритетного, я ведь так и написал. Иначе просто нет смысла в этих приоритетах.
QUOTE (dipdip @ Mar 17 2016, 16:19)

Во время обработки прерывания от 1-го и возникновении прерывания от 2-го будет сразу переход на обработку 2-го, или
закончится обработка 1-го и потом переход?
Если будет ждать, пока закончится текущее, то это никакая не приоритетная реализация, а обычная одноранговая. Вы Hardware Reference почитайте внимательнее, глава 3 Operating Modes and States, там описан режим работы в без-ОСном окружении, т.е. в прерывании (исключении) на низком приоритете IVG15, при котором процессор находится в Supervisor режиме, и все остальные исключения, тем не менее, прерасно прерывают поток выполнения этого уровня.
Другое дело, если обработчики прерывания отмаплены на один тот же уровень в CEC, тогда вытеснения не произойдёт, т.к. в пределах одного уровня исключений обработка ведётся по одноранговой схеме. Т.е., например, если использовать Timer0, Timer1, Timer2 (BF533), то они все "висят" на IVG11, т.е. их обработчики прерываний друг друга вытеснять не могут, будут работать по очереди. А вот если один из таймеров из этого набора, а второй - Core Timer, то обработчик прерывания Core Timer без вопросов отберёт управление у обработчика прерываний TimerN. Таким образом, всё зависит от того, как вы организуете свою программу.
«Отыщи всему начало, и ты многое поймёшь» К. Прутков