AT91SAM9G45, IRQ и FIQ Опции

[Sergey1212]

Вобщем задача такая
хочу реализовать параллельную шину данных и 8 ног внешнего прерывания по которым будет опрашиваться шина.
данные с шины должны опрашиваться как можно быстрее т.е. прерываться выполнения IRQ и не допускать вложенности.
Для этих целей хочу использовать FIQ. Использовать EBI для общения как с статической памятью не получится, буду использовать ногодрыг, да и устройство на другой стороне имеет относительно низкую скорость шины.
IRQ будут висеть на таймерах и т.д. а FIQ на физических пинах.

Отсюда вопросы насколько хорошо выполненна реализация IRQ в стандартных примерах атмеля?
из архив at91sam9m10-ekes-softpack-1.9.zip
Если там все по кривому, было бы не плохо увидеть ссылку на правильный код.
Получится ли вообще повесить на 8 ног FIQ прерывания?
Не владею асемблером, где можно посмотреть пример кода с FIQ на этот проц?
сохранение стека, возврат и т.д.
И еще стоит ли вообще использовать FIQ или достаточно использовать на эти 8 ног IRQ с одинаковым самым высоким приоритетом?
будут ли выполняющиеся в этот момент IRQ с более низким приоритетом прерываться для выполнения IRQ с более высоким приоритером?
и как я понимаю вложенности тоже не будет т.к. IRQ будут с одинаковым высоким приоритетом?

Сообщение отредактировал Sergey1212 - Apr 26 2013, 08:08

[Sergey1212]

Есть вот такой код фика

CODE

FIQ_Handler_Entry:

stmfd sp!, {r0, lr}
ldr lr, =AT91C_BASE_AIC
ldr r0, [lr, #AIC_FVR]
str lr, [lr, #AIC_FVR]
msr CPSR_c,#I_BIT | F_BIT | ARM_MODE_SVC
//;- Save scratch/used registers and LR in User Stack
stmfd sp!, {r1-r3, r4, r12, lr}
//;- Branch to the routine pointed by the AIC_FVR

ldr r0, =fiq
mov r14, pc
bx r0
//;- Restore scratch/used registers and LR from User Stack
ldmia sp!, {r1-r3, r4, r12, lr}
//;- Leave Interrupts disabled and switch back in FIQ mode
msr CPSR_c, #I_BIT | F_BIT | ARM_MODE_FIQ
mov r0, #0xFFFFFF
ldr r8, =AT91C_BASE_AIC
str r0, [r8, #AIC_EOICR]

//;- Restore the R0 ARM_MODE_SVC register
ldmia sp!, {r0, lr}
//;- Restore the Program Counter using the LR_fiq directly in the PC
subs pc,lr,#4

но работает он только если я в AIC_SMR[source] = AT91C_AIC_PRIOR_HIGHEST | 0;
а если использую другие варианты (0x2 << 5) или (0x1 << 5) или (0x3 << 5) то прерывание остается активным т.к. все время заходит в процедуру fiq и там прочитанный статус равен 0
если тот же обраотчик вешаю на IRQ то все работает отлично прерывания сбрасываются как положено
т.е. дело не в обработчике
вот код fiq

Код

void fiq(void)
{
    volatile unsigned int dummy, reg;
    unsigned int status;
    status = AT91C_BASE_PIOA->PIO_ISR;
    status &= AT91C_BASE_PIOA->PIO_IMR;

    printf("HI %d \r\n", status);

    if(status!=0)
    {
        dummy = AT91C_BASE_PIOA->PIO_ISR;
        printf("HI fiq \r\n");
    }
}

Подскажите в чем проблема?
И как сделать чтобы переходил по вектору на процедуру сохраненную через AIC
комментирую строку ldr r0, =fiq в фик не попадаю
жытага нет поэтому в слепую очень уж непросто разбираться и учиться
подскажите пожалуйста

Сообщение отредактировал Sergey1212 - May 2 2013, 05:48

[jcxz]

Есть вот такой код фика
...
//;- Restore the R0 ARM_MODE_SVC register
ldmia sp!, {r0, lr}
//;- Restore the Program Counter using the LR_fiq directly in the PC
subs pc,lr,#4

И где же восстановление прерванного режима CPU???
У вас после такого возврата, CPU останется в режиме FIQ, стек разрушится, не говоря уже о том что прерывания останутся запрещёнными.

если тот же обраотчик вешаю на IRQ то все работает отлично прерывания сбрасываются как положено

По-моему - Вы обманываете. Такой код работать не будет.

И это кроме того, что таким Вы убиваете весь смысл FIQ как быстрого прерывания. Зачем он Вам тогда нужен? Пользуйтесь IRQ. Такими манипуляциями Вы низводите плюсы FIQ (скорость входа/выхода) до обычной скорости IRQ с внешним AIC-контроллером, т.е. - самой тормозной.

Подумайте, нужны ли вам вообще прерывания по фронту - для внутренних источников (к которым относится и GPIO), в 99.9% случаев смысла работать по фронту нет.

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

...
printf("HI %d \r\n", status);
...

Запускать такие тяжёлые функции из ISR, к тому же ещё на стеке SVC (printf до фига ест стека) неизвестно какого размера (скорей всего - небольшого)???
Ну-ну, успехов!

[aaarrr]

По-моему - Вы обманываете. Такой код работать не будет.

Нет, тут все правильно: subs pc, lr, #4 восстановит режим.

Запускать такие тяжёлые функции из ISR, к тому же ещё на стеке SVC (printf до фига ест стека) неизвестно какого размера (скорей всего - небольшого)???
Ну-ну, успехов!

Если это из атмеловских примеров, то у них как раз все наоборот - стек IRQ/FIQ имеет минимальный размер, а SVC/USR достаточно приличные.
Но правильно, конечно, будет убрать это дурацкое переключение и расширить при необходимости стек FIQ.