Народ, кто как в своём софте реагирует на эти вектора?

Как их корректно обрабатывать? И можно ли их избежать или их необходимо принимать как данность?

К стати в даташите написанно:

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


Принимать необходимо всегда - иначе можно просто завесить процессор. В обычной жизни встречаются, как правило, только при использовании внешних прерываний.

Как раз на внешнем прерывании висит радиочип. И программа периодически залетает в spurioos вектор.

внешнее прерывание настраиваю на срабатывание по фронту, то есть из трёх причин описанных в даташите две первых отметаются сразу.
Остаётся одна:


А внутренние источники прерывания (исключая Watchdog) могут такую подлянку подложить?
Есть у кого-нибудь такая инфа?

З.Ы. К стати настраиваю прерывания от всей внутренней перефирии по уровню (где-то такую рекоммендацию читал).

Стоит посмотреть, откуда именно программа вылетает в Spurious IRQ - нет ли там какого-нибудь криминала (ситуации, когда из-за действий основной программы возможен сброс разрешенного прерывания).

Как посмотреть из какого куска кода я попал в прерывание?
Как это сдеалть? Что-то пока не могу сообразить...

Посмотреть, куда указывает LR_irq -4 в точке входа.

К стати, каким образом происходит сохранение контекста? Ведь spurious могут быть как irq так и fiq. Или для этой функции необходимо писать обёртку для сохранения и восстановления контекста?

Какое сохранение контекста? Достаточно оформить функцию как IRQ, и она будет прекрасно выполняться как в IRQ, так и в FIQ режимах.

UPD: Spurious FIQ быть не может.

Согласен, но у меня проект на gcc реализован, а тем есть известная бага при формировании пролога и эпилога функций, объявленных как IRQ.

Так вот и получается, что надо для этой функции рукописное сохранение и восстановление контекста делать.

Для этой функции надо делать точно такое же оформление, как и для других IRQ. Это обычное прерывание.

Зачем?
Обычное да не совсем. Отличие от остальных в том, что оно ложное, значит обрабатывать его не надо.
Просто выход с мимимумом сохранения контекста.
Если в AIC_EOICR можно писать любое число (сигнал о завершении прерывания), то и сохранять нечего.

Для процессора - самое обычное.