Креативный вопрос, Прерывания в ARM (RTOS) Опции

[elusive]

Есть процессор с операционкой RTOS, но не стандартной, а специально написанной производителем под этот камень.
Есть таблица прерываний, где четвертым значится "Abort Function".

При очень странных обстоятельствах программа вылетает с этим прерыванием:
при определенной конфигурации портов I/O все ОК, а при небольшом переконфигурировании, которое вообще говоря никак влять не должно, возникает это прерывание и все умирает.

Есть только простенький пуританский дебаггер, который работает по настроению.
Так же известен адрес, на котором спотыкается прога, но туда breakpoint не поставить - рушится отладчик. Да, он классный.

Вопрос:
Как можно отловить ПРИЧИНУ этого прерывания? В мане описания не нашел.
То есть мне надо узнать почему такое прерывание может появиться - из-за переполнения стека/памяти/еще чего, чтобы копать уже туда.

[aaarrr]

Если процессор попадает в Prefetch Abort, проверьте состояние IFSR.

[jcxz]

Если процессор попадает в Prefetch Abort, проверьте состояние IFSR.

Это регистр, указывающий откуда данный fault случился? И какой толк? Ну увидит он что процессор попытался выбрать инструкцию с какого-то недопустимого адреса. И что?
Как туда попало управление он не узнает.

[aaarrr]

Это регистр, указывающий откуда данный fault случился? И какой толк? Ну увидит он что процессор попытался выбрать инструкцию с какого-то недопустимого адреса. И что?
Как туда попало управление он не узнает.

Не откуда (это и так известно), а по какой причине. Уменьшение неопределенности.
Или Вы считаете, что информация о внутреннем или внешнем характере аборта никакой ценности не представляет?