реклама на сайте
подробности

 
 
 
Reply to this topicStart new topic
aaarrr
сообщение Jul 7 2008, 22:18
Сообщение #1


Гуру
******

Группа: Свой
Сообщений: 10 713
Регистрация: 11-12-04
Пользователь №: 1 448



Наступил на довольно неприятные грабельки.

Стек задачи создается следующим образом (tasks.c):
Код
static tskTCB *prvAllocateTCBAndStack( unsigned portSHORT usStackDepth )
{
        ...
        pxNewTCB->pxStack = ( portSTACK_TYPE * ) pvPortMalloc( ( ( size_t )}
        ...
}

signed portBASE_TYPE xTaskCreate( pdTASK_CODE pvTaskCode, const signed portCHAR * const pcName, unsigned portSHORT usStackDepth, void *pvParameters, unsigned portBASE_TYPE uxPriority, xTaskHandle *pxCreatedTask )
{
    ...
    pxNewTCB = prvAllocateTCBAndStack( usStackDepth );

    if( pxNewTCB != NULL )
    {        
        portSTACK_TYPE *pxTopOfStack;

        #if portSTACK_GROWTH < 0
        {
            pxTopOfStack = pxNewTCB->pxStack + ( usStackDepth - 1 );
        }
        #else
        {
            pxTopOfStack = pxNewTCB->pxStack;    
        }
        #endif
    ...


В prvAllocateTCBAndStack все хорошо - получаем указатель, выровненный по границе 8-и байт. А вот в xTaskCreate случается бяка: pxTopOfStack = pxNewTCB->pxStack + ( usStackDepth - 1 ) - стек уже выровнен по границе 4-х байт, и в таком виде его получает задача.

При этом в стандарте ATPCS прямо указывается необходимость выравнивания стека по 8-и байтной границе:
Цитата
When a publicly visible function is called, the stack pointer value is 8-byte aligned.


Обходится все это дело легко, жалко только времени, потраченного на вылавливание "странных глюков".
Это я один такой счастливый?
Go to the top of the page
 
+Quote Post
zltigo
сообщение Jul 7 2008, 23:27
Сообщение #2


Гуру
******

Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244



Цитата(aaarrr @ Jul 8 2008, 00:18) *
Наступил на довольно неприятные грабельки.

С плавучкой?
Цитата
Это я один такой счастливый?

У меня сразу было много переписано, блоки памяти под TCB и стек были объеденены в один и еще всякая всячина. О какой каком компиляторе идет речь?
Если IAR? то о 4 или 5, которая уже по жизни 8? IAR, однако, в каком-бы виде задача не получила стек, опция --stack_align должна подравнять при вызове функций. А полученный "правильный" стек по любому собьется при первом-же push или выделении памяти для локальной переменной.


--------------------
Feci, quod potui, faciant meliora potentes
Go to the top of the page
 
+Quote Post
aaarrr
сообщение Jul 8 2008, 08:01
Сообщение #3


Гуру
******

Группа: Свой
Сообщений: 10 713
Регистрация: 11-12-04
Пользователь №: 1 448



Цитата(zltigo @ Jul 8 2008, 03:27) *
С плавучкой?

Ага, с ней.

Цитата(zltigo @ Jul 8 2008, 03:27) *
У меня сразу было много переписано, блоки памяти под TCB и стек были объеденены в один и еще всякая всячина. О какой каком компиляторе идет речь?

Компилятор RVCT 2.2. Со стеком он оперирует исходя из предположения, что на входе функция получила его с нормальным выравниванием.
Go to the top of the page
 
+Quote Post
zltigo
сообщение Jul 8 2008, 08:23
Сообщение #4


Гуру
******

Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244



Цитата(aaarrr @ Jul 8 2008, 10:01) *
Компилятор RVCT 2.2.....

Тогда Вы не первый, наступивший на грабли со стеком- даже на этрм форуме несколько раз выплескивались эмоции...


--------------------
Feci, quod potui, faciant meliora potentes
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 17th July 2025 - 16:16
Рейтинг@Mail.ru


Страница сгенерированна за 0.01344 секунд с 7
ELECTRONIX ©2004-2016