malloc и компания, Работа с кучей в FreeRTOS Опции

[Terminator]

В демке FreeRTOS для sam7 есть три модели распределения памяти:

1. выделение без освобождения
2. выделение с освобождением, но без объединения мелких свободных блоков в большой
3. использование библиотечных malloc, free

Взял за основу демку для sam7. С второй моделью всё работает, а вот с третьей нет, OS крутит задачу idle и всё

Смотрел пошаговое выполнение, все выделения памяти выполняются вроде правильно.
Куда копать?

"Среда"
arm-elf-gcc (GCC) 4.1.2
GNU ld version 2.17
newlib-1.15.0

[Dron_Gus]

При запуске задач используется все тот же malloc. Если крутится только idle, значит больше задач нет. Значит при их запуске (например) не выделилось нужного места под стек и т.д. Копайте в сторону настроек кучи. А заодно проверьте, что возвращает xTaskCreate. Я для этого использую такую конструкцию

__inline signed portBASE_TYPE _xTaskCreate( pdTASK_CODE pvTaskCode, const signed portCHAR * const pcName, unsigned portSHORT usStackDepth, void *pvParameters, unsigned portBASE_TYPE uxPriority, xTaskHandle *pxCreatedTask )
{
portBASE_TYPE result;
result = xTaskCreate(pvTaskCode, pcName, usStackDepth, pvParameters, uxPriority, pxCreatedTask );
if ( result != pdPASS )
printf("%s coud not be created\r\n", pcName);
#ifdef DEBUG
else
printf("%s started\r\n", pcName);
#endif
return result;
}

[Terminator]

При запуске задач используется все тот же malloc. Если крутится только idle, значит больше задач нет.

Задачи есть. Если сменить модель выделения памяти на другую, то всё работает.

Значит при их запуске (например) не выделилось нужного места под стек и т.д. Копайте в сторону настроек кучи. А заодно проверьте, что возвращает xTaskCreate. Я для этого использую такую конструкцию
...

Пошаговое выполнение смотрел, память выделяется. В случае библиотечных malloc free, никаких настроек кучи нету, только линкер должен определить где кончается занятая память. Я проверял, выделение начинается сразу после последней глобальной переменной.

Походу никто с такой проблемой не сталкивался ...

Придётся выделять память большими одинаковыми кусками.

[zltigo]

память выделяется....

Что-то в ваших словах не сходится - если память выделяется, то никаких причин не работать нет.

Походу никто с такой проблемой не сталкивался ...

Не приходило в голову использовать какой-то непонятно реализованный "штатный" malloc(). Пользую свой менеджер использующий всю свободную память, немножко борющийся с дефрагментацией и знающий владельца блока.

[Terminator]

Что-то в ваших словах не сходится - если память выделяется, то никаких причин не работать нет.

Это точно

Не приходило в голову использовать какой-то непонятно реализованный "штатный" malloc().

В доке к newlib он описан.

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

Не поделитесь?