Поскажите пожалуйста, в проекте для ARM под IAR происходит такая беда, после возникновения прерывания (неважно какого из двух) прога попадает в приведенный ассемблерный код, после чего должна перейти собственно на обработчик, но происходит какаято ерунда.



После выполнения 6-й инструкции (пошагово в окне дизассемблера) я попадаю в ячейку с адресом 0x10 (вроде как Abort). Может я чего не понимаю, но LDR по идее должна просто грузить значение в r0. Или тут сложнее? Что конкретно делает данная инструкция LDR r0, [r14, #AIC_IVR]. В дизассемблере эта строчка выглядит так:



В другом проекте все работает нормально, на 6-м шаге в r0 загружается адрес входа в обработчик прерывания, стартапы у проектов одинаковые, настройки тоже. Никак не пойму изза чего это может быть.

Update
Все нашел в чем проблема (и как я не заметил сразу, наверно это всё понедельник ), предыдущая строчка
LDR lr, =AT91C_BASE_AIC
0x200044: 0x00000000 ANDEQ R0, R0, R0
не загружает в LR ничего, видимо с определением чтото, буду разбираться.
Странно что ассемблер не ругается

Есть подозрение, что ассемблер такого сгенерить не мог. Проверьте сразу после ресета, до выполнения чего бы то ни было, что по этому адресу находится. Если LDR, а не 0x0, то кто-то пишет по этому адресу.

<br /><br /><br />
Точно! Так и оказалось, банально переполнение массива -поменял число элементов массива, а размерность не поправил.

Снова здорова. Решил замутить обработчик FIQ прерываний. В исходном проекте под IAR5.1 его не было, нашел проект под какойто 4й IAR, вставил из него стартап файл в свой проект, однако он не захотел компилятся. Тогда я перенес в свой стартап только функцию fiqHandler, и вообщемто я в нее попадаю, но та же проблема что и в первом посте, из этой функции вылетаю черте куда. Ошибка возникает при загрузке
ldr r0 , [r14, #AIC_FVR]
в r0 явно грузится какаято шняга
и дальше должен перейти на обработчик
;- Branch to the routine pointed by the AIC_FVR
mov r14, pc
bx r
и вот тут происходит аборт.
#AIC_FVR нигде не нашел, откуда он вообще берется?

Вот код функции из стартапа


Собственно теперь все строки кода нормальные, никаких нулей нету, но вот передаваемое значение #AIC_FVR какоето левое.
Вообще есть у когонибудь рабочий стартап с обработчиком FIQ под IAR5 или 6 версии?
Добавлено: Вообщем в качестве #AIC_FVR подставляется значение 0x00000104, похоже на правду? А что в LR должно при этом находится?

Тут явно ошибка в непонятно кем написанном обработчике. При залёте в FIQ, R14 (aka LR) содержит адрес возврата (-4). С чего бы это относительно него происходит загрузка адреса обработчика из контроллера прерываний. По логике, этот R14 нужно сперва сохранить в стеке, потом обнулить, а потом использовать как базу при обращении к контроллеру прерываний. Но равно можно юзать любой другой регистр в качестве базы. У меня вообще первой командой иногда стоит сохранение регистров в стеке, вместе с LR.

Про AIC_FVR не могу сказать, т.к. с Atmel ARM дело не имел. Но вероятно это тот же регистр, который содержит вектор для IRQ. В NXP ARM именно так - регистр общий. Но когда обработчик FIQ в системе один, то этот регистр вектора вообще читать не обязательно. Можно сразу прыгать на этот единственный вектор.

Извиняюсь, это мой глюк, пока экспериментировал с этими регистрами, забыл вернуть как было.
А был там R8 вместо R14. Про него в шапке функции написано: R8 is initialize in Cstartup.
Вообщем я его проинициировал =AT91C_BASE_AIC и все заработало. Но возник другой вопрос. Код отвечающий за вход-выход из обычного IRQ только чуть чуть длиннее, чем для FIQ, желание использовать FIQ возникло в виду слишком долгого входа в простое прерывание. Но судя по всему с FIQ я не получу существенной выгоды в скорости? В чем тут можно сэкономить? Не сохранять/восстанавливать РОН и соотв.не использовать их в подпрограмме FIQ? Я по простоте душевной полагал, что происходит переключение банков, и в FIQ можно не боятся испортить значения регистров РОН в которых лежат данные основной программы. Выходит это не так?

R8-R12 индивидуальные для FIQ. Их можно не сохранять. Но обработчик на Си будет юзать R0-R7, которые придётся сохранять. Всю скорость FIQ можно поиметь только написав обработчик на асме в идеале даже не юзая R0-R7.

Ясно, спасибо. А можно както указать компилятору не использовать R0-R7 в обработчике FIQ? LR и R12 я так понимаю можно не сохранять так как они банкируются, интересно для чего это делается в данном коде? А вот R4-R7 не сохраняются, видимо компилятору достаточно первых 4 регистра.

Какому компилятору? - хотя не важно. Скажу только за IAR. Там есть служебное слово __fiq, которое указывает, что сохранять в обработчике R8-R12 не нужно. Но функции, вызываемые из этой функции-обработчика будут юзать младшие регистры.

ЗЫ. LR сохранять надо полюбому. Почему - читайте документацию на АРМ.

Добавил в обработчик FIQ директиву __fiq и теперь внутри обработчика используются только регистры R8-R12. Это очень радует! Сохранение регистров R0...R7 перед входом в обработчик выкинул, LR тоже не сохраняю, т.к у меня нет вложенных быстрых прерываний, вообщем время входа в обработчик уменьшилось раза в 3 наверно. Однако почемуто теперь возврат из обработчика делается не копированием в PC значения из LR, а с декрементом на 4, поэтому перед входом в обработчик приходится в LR записывать значение PC+4. Зачем так сделано не понял. Если не указывать директиву __fiq то выход из обработчика делается без декремента.