Переключение контекста в FreeRTOS, возникает data abort Опции

[xelax]

sam7x gcc

Собственно проблема в следующем. При сохраннении контекста в прерывании от PIT таймера (на нём переключение между задачами висит в preemptive mode) происходит data abort. Как такое может быть?????

При чём смотрю стек вызовов в arm-elf-gdb(Eclipse) вижу следующую картину


data abort
vPreemptiveTick
vPreemptiveTick

То есть либо vPreemptiveTick два раза вызывалось, либо глюк gdb.

Вообще очень непонятный случай. Как такое может быть? И как с этим бороться?

Код

void vPreemptiveTick( void ) __attribute__((naked));
    void vPreemptiveTick( void )
    {
        /* Save the context of the current task. */
        portSAVE_CONTEXT();   <----- происходит data abort            

        /* Increment the tick count - this may wake a task. */
        vTaskIncrementTick();

        /* Find the highest priority task that is ready to run. */
        vTaskSwitchContext();
        
        /* wdt firing verification */
        halWdtHandler();
        
        /* End the interrupt in the AIC. */
        AT91C_BASE_AIC->AIC_EOICR = AT91C_BASE_PITC->PITC_PIVR;;
        
        portRESTORE_CONTEXT();
    }

[klen]

а crt.s ппокажи. мож забыл перевести из режима SYSTEM в SUPERVISOR перед вызовом main. шедуллер нада запускать из под супервизора.

[xelax]

а crt.s ппокажи. мож забыл перевести из режима SYSTEM в SUPERVISOR перед вызовом main. шедуллер нада запускать из под супервизора.

Да нет всё перевожу как надо...
Проект даже какое-то время работает. А потом такая фигня вылазит.
К стати когда увеличил стек задачи до 4к, стала вылазить реже.
Сдаётся мне, что где-то кто-то по стеку проходится и гадит там.
Другого вывода пока не вижу.

Не FreeRTOS же глючит

К стати вопрос такой, а в USER моде что-нибудь крутится. Нужно ли для этого режима стек выделять?

Сообщение отредактировал xelax - Dec 7 2007, 15:41

[klen]

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

[xelax]

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

То же самое и у меня...
Еще вопросец, а если закончится стек выделяемый под задачу, как себя FreeRTOS при переключения контекста поведет?

[klen]

То же самое и у меня...
Еще вопросец, а если закончится стек выделяемый под задачу, как себя FreeRTOS при переключения контекста поведет?

я полагаю два варианта:
1. стек задачки самый нижний, тогда похерятся данные и когда ктонить с ними будет работать то может произойти аботр(например если там указатели были)
2. стек задачки самый не самы нижний, тогда захерится вершинка стека другой задачки, что тоже приведет к траблам - ну например она просто не сможет востановить свой контекст и будет опятже глюк

я щас для тестирования состояния стеков хочу попробывать такуй финт. прописать 0xffffffff с (конца памяти - 32байта) до конца стека крайней задачки, таким образом знаем адреса границ стеков и мониторим в пиковое использование стеков во всех задачках. Наверно есть чтото более умное но я тока щас подумал об этом