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 до фига ест стека) неизвестно какого размера (скорей всего - небольшого)???
Ну-ну, успехов!

[Sergey1212]

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

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

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

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

Я конечно понимаю что вы очень умный и начитанный документаций до того что даже не можете понять что код рабочий.

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

То что смысл весь фика убиваю так это да, но я непонимаю и незнаю как сделать чтобы было правильно.
Если бы все знал и понимал думаю тут бы не оказался.

Прочитайте внимательно раздел "27.8.4.5 Fast Forcing":
1. Прерывания по фронту в этом режиме автоматически не сбрасываются, поэтому и зависает
2. AIC_FVR всегда возвращает значение из AIC_SVR0

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

Дело в том что если я не по фронту делаю то при подаче на ногу сигнала вызов прерывания повторяется пока этот сигнал не будет снят.
для сброса я так понимаю нужно AIC_ICCR использовать?

[jcxz]

Я конечно понимаю что вы очень умный и начитанный документаций до того что даже не можете понять что код рабочий.

Вы-то как это поняли? Методом тыка?

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

Не поверите, но изучал ассемблер ARM7/9 я как раз без JTAG ещё. А вот без понимания ассемблера дальше приложений пользовательского уровня соваться не стоит.
Не надо делать: впустую переключать контекст, использовать AIC если у вас одно прерывание (да и больше - не всегда он нужен), даже половину регистров в FIQ в ARM7/9-ядрах можно не сохранять, а использовать для static переменных...
Всего этого вы не узнаете пока не прочитаете доку на ядро.

По поводу принтф, как по вашему я должен отлаживать код?

Код в первую очередь отлаживается головой.

[Sergey1212]

Вы-то как это поняли? Методом тыка?

Не поверите, но изучал ассемблер ARM7/9 я как раз без JTAG ещё. А вот без понимания ассемблера дальше приложений пользовательского уровня соваться не стоит.
Не надо делать: впустую переключать контекст, использовать AIC если у вас одно прерывание (да и больше - не всегда он нужен), даже половину регистров в FIQ в ARM7/9-ядрах можно не сохранять, а использовать для static переменных...
Всего этого вы не узнаете пока не прочитаете доку на ядро.

Код в первую очередь отлаживается головой.

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

Подскажите идиоту в какую доку смотреть чтобы включать фик без использования AIC и чтобы еще при этом IRQ через AIC работали?
И еще вопрос если я не делаю переключения контекста смогу ли я менять глобальные переменные находящиеся в другом контексте?

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

[jcxz]

В первую очередь головой но на вашем же примере видно что с помощью головы не всегда все становится ясно рабочий ли код или нет

Я же не отлаживаю ваше ПО, а просто мельком просмотрел.

Подскажите идиоту в какую доку смотреть чтобы включать фик без использования AIC и чтобы еще при этом IRQ через AIC работали?

Контроллер прерывания не входит в состав ядра. Здесь надо вам читать доку на ваш процессор, а не ядро. Я вашего процессора не знаю.
В том ARM9, с которым я имел дело, в его AIC было 32 канала прерываний. Младшие 2 из которых всегда шли на FIQ-вход ядра, остальные - на IRQ-вход.
Соответственно при инициализации прерывания, надо соответствующий event отнести к одной из групп. Если у вас в группе FIQ будет только один
event, то работа с AIC в ISR может ограничиться только квитированием прерывания AIC-у (если это вообще нужно вашему AIC).
В ARM7-ядрах NXP выбор типа FIQ/IRQ выполняется в регистре VICIntSelect, который работает как битовая карта.
В вашем CPU может быть свой метод.
Далее - читаете описание периферии, которая генерит int-event-ы и смотрите как её надо инитить и как ей квитировать прерывания для этой периферии (если надо).

И еще вопрос если я не делаю переключения контекста смогу ли я менять глобальные переменные находящиеся в другом контексте?

Переменные не относятся к контексту CPU. Они находятся в ОЗУ. А контекст - этот состояние ядра с соответствующим ему набором регистров. Вот получить доступ к регистрам другого контекста вы не сможете. Надо переключать контекст чтобы получить к ним доступ.