Понимание работы контроллера вложенных прерываний

Никак не могу до конца понять работу контроллера вложенных прерываний в Arm Sortix M3.

В документации написано, что контроллер реагирует на прерывание с задержкой в 12 циклов. За это время происходит сохранение в стек: регистр статуса, счетчик программы, регистр связи, регистров R0-R3, R12

Написал на Си пару обработчиков внешних прерываний, посмотрел полученный асм код, первая команда обработчика это сохранение в стек регистра LR, по выходу же из прерывания происходит восстановление из стека значения LR в регистр PC.

1). Т.е. если писать на асме, то непосредственно в программе, в обработчике необходимо сохранять только LR, а все остальное будет push/pop автоматически с помощью какого-то микрокода в процессоре? Или в каких-то ситуациях необходимо будет еще что-то самостоятельно сохранять в обработчике?

2). Всегда ли будет потрачено 12 циклов или в каких-то случаях при переходе на высокоприоритетное преры-е может быть другое время?

3). "...если в компиляторе активизировать проверку стека, то будет генерироваться дополнительный код, который при потребности в регистре ЦПУ будет использовать R12...." - где активизировать, что это за проверка?

0

Ссылочку на документ дайте, а то непонятно о чем речь.

0

Читал здесь:

http://www.gaw.ru/html.cgi/txt/doc/micr ... _4_5_1.htm
http://www.gaw.ru/html.cgi/txt/doc/micr ... _4_5_2.htm

0

Сообщение от kuro Никак не могу до конца понять работу контроллера вложенных прерываний в Arm Sortix M3. В документации написано, что контроллер реагирует на прерывание с задержкой в 12 циклов. За это время происходит сохранение в стек: регистр статуса, счетчик программы, регистр связи, регистров R0-R3, R12 Написал на Си пару обработчиков внешних прерываний, посмотрел полученный асм код, первая команда обработчика это сохранение в стек регистра LR, по выходу же из прерывания происходит восстановление из стека значения LR в регистр PC. 1). Т.е. если писать на асме, то непосредственно в программе, в обработчике необходимо сохранять только LR, а все остальное будет push/pop автоматически с помощью какого-то микрокода в процессоре? Или в каких-то ситуациях необходимо будет еще что-то самостоятельно сохранять в обработчике?

Да правильно, сохранять вам необходимо будет только для ядер м4 - где есть блок вычислений с плавающей точкой. Это касательно регистров р0 - р3 и др. См подробнее на документацию на которую вы ссылались ниже

2). Всегда ли будет потрачено 12 циклов или в каких-то случаях при переходе на высокоприоритетное преры-е может быть другое время?

При переходе на прерывание с более высоким приоритетом согласно документации тратится до 6 тактов

3). "...если в компиляторе активизировать проверку стека, то будет генерироваться дополнительный код, который при потребности в регистре ЦПУ будет использовать R12...." - где активизировать, что это за проверка?

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

0

Ок, в общем для M3 необходимо самостоятельно сохранять/восстанавливать только один регистр - LR, все остально выполнится автоматически.

При переходе на прерывание с более высоким приоритетом согласно документации тратится до 6 тактов

Ну тут кажется уже и Вы запутались.
В документации:

КВВП имеет возможность приостановки находящегося на обработке прерывания, если возникает прерывание с более высоким приоритетом. В этом случае, обработка активного прерывания прекращается, в течение последующих 12 циклов выполняется сохранение в стек нового набора данных и запускается обработка высокоприоритетного прерывания.

Т.е. при переходе на высокоприоритетное должно тратиться 12 циклов с сохранением всех перечисленных регистров, ведь они могут/будут использоваться в этом обработчике, и при этом текущий обработчик еще не завершен.

Но:

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

Да, в этом случае до 6 циклов.

если укажете полное название компилятора то могу показать где и как

Да, подскажите. Использую Keil (Toolchain MDK-Lite 4.60.0.0), а также CooCox CoIDE (gcc : ARM/imbiddid 4.6)

0

http://suvan.ru/page/zashhita-steka.html - для гцц. По кейлу к сожалению я ничего сейчас подсказать не могу, т.к. давно с ним не работал.

0

Для Keil: http://www.keil.com/support/man/docs/ar ... fgbaic.htm

0

Спасибо, почитаю.

0