Прерывания SAM Опции

[beer_warrior]

Написал прием/передачу по USART по прерываниям.
До этого прерывания использовал PIT, на котором базируется системный таймер.
Вызова приема/передачи в теле программы нет, присутствует только сама функция прерывания,
тем не менее программа в это прерывание залетает(включается светодиод), при этом таймер тихо сходит с ума.(Если пишу в AIC_EOICR, зависает, если нет увеличивется частота). Такое впечетление, что влет в оба прерывания происходит по переполнению PIT.
Прерывания конфигурил по AT91F_AIC_ConfigureIt, приоритет PIT = 7, USART = 6.Компилятор gcc, режим ARM, о баге с thumb режимом осведомлен, атрибут прерывания поставлен.
Я что-то не понял в конфигурации AIC? или на выходе из USART Interrupt нужны какие-то танцы?
Помогите ибо день на это уже убил.

[beer_warrior]

imho трабла не с AIC'ом в общем, а с тем, что AIC'у сообщается о завершении обработки прерывания, а USART'у - нет.

ОК, с AIC_EOICR понятно - закрытие прерывания в AIC.
Чтение PIT_PIVR - сброс флажка прерывания в PIT.
Чтение US_CSR - сброс флажка прерывания в USART? (регистр read-only).

У меня сейчас складыватся впечетление, что я что-то упустил на уровне ядра - вроде бы не сохраняется контекст, из-за этого и проблемы: у функций стоит атрибут nacked и используются макросы
ISR_ENTRY и ISR_EXIT позаимствованые из примера с прерывниями.
Ключик компилятора -marm для всего или -mthumb-interworking для основной программы и -marm для файла с прерываниями - ситуация в любом случае одинаковая.

[defunct]

У меня сейчас складыватся впечетление, что я что-то упустил на уровне ядра - вроде бы не сохраняется контекст, из-за этого и проблемы:....

Не думаю что тогда было бы это:

.. если нет увеличивется частота

это imho два взаимоисключающих фактора.

все должно быть проще..
Сокращенный код обработчика usart'a был бы весьма кстати.