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

 
 
> FreeRTOS и параметр portBYTE_ALIGNMENT
yashok
сообщение Apr 22 2011, 05:25
Сообщение #1


Участник
*

Группа: Участник
Сообщений: 60
Регистрация: 31-08-10
Из: Минск-Витебск
Пользователь №: 59 203



Вроде давно уже работаю с FreeRTOS, но недавно обнаружил одну странность. Параметр portBYTE_ALIGNMENT всегда был у меня равен 8. Но вдруг в большом проекте начал подглючивать FreeRTOS, при выделении или освобождении памяти (heap_2). Поменял portBYTE_ALIGNMENT на 4 и глюки прекратились, но перестали работать такие библиатечные функции как sprintf и scanf, стека во всех задачах предостаточно.
Все это набшлюдается на микроконтроллерах на ядре Cortex-m3 (NXP и Luminary).
Использую Keil 4.10

И еще если в Keil играться включить опцию Use cross-module optimization начинает работать sprintf и scanf.

Может я чего-то не понимаю о параметре portBYTE_ALIGNMENT и опции Use cross-module optimization. Разъясните ПОЖАЛУЙСТА.

PS На ядре ARM7 единтичный проект работает без глюков с portBYTE_ALIGNMENT равным 8.
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов (1 - 4)
aaarrr
сообщение Apr 22 2011, 08:36
Сообщение #2


Гуру
******

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



portBYTE_ALIGNMENT для ARM7/Cortex-M3 должен быть равен 8.
Влияние включения cross-module optimization является случайным.

Так что нужно разбираться с "подглючиваниями". Уточните, что скрывается за этим термином.
Go to the top of the page
 
+Quote Post
yashok
сообщение Apr 22 2011, 08:57
Сообщение #3


Участник
*

Группа: Участник
Сообщений: 60
Регистрация: 31-08-10
Из: Минск-Витебск
Пользователь №: 59 203



При выделении или очистки памяти, а именно в макросе prvInsertBlockIntoFreeList, вылитаем на HardFault. Скорее всего получается ,что в каком-то блоке указатель на следующий свободный блок не указывает на какой-нибудь блок и не ревен нулю, просто содержет левое значение. Или в блоке портится размер блока.

Но очень не понятно как portBYTE_ALIGNMENT может влиять на sprintf.
Go to the top of the page
 
+Quote Post
aaarrr
сообщение Apr 22 2011, 09:13
Сообщение #4


Гуру
******

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



Цитата(yashok @ Apr 22 2011, 12:57) *
При выделении или очистки памяти, а именно в макросе prvInsertBlockIntoFreeList, вылитаем на HardFault. Скорее всего получается ,что в каком-то блоке указатель на следующий свободный блок не указывает на какой-нибудь блок и не ревен нулю, просто содержет левое значение. Или в блоке портится размер блока.

Надо искать ошибку в вашем коде - сам по себе heap_2 исправен.

Цитата(yashok @ Apr 22 2011, 12:57) *
Но очень не понятно как portBYTE_ALIGNMENT может влиять на sprintf.

Нарушается требование по выравниванию стека по границе двух слов.
Go to the top of the page
 
+Quote Post
yashok
сообщение Apr 22 2011, 09:22
Сообщение #5


Участник
*

Группа: Участник
Сообщений: 60
Регистрация: 31-08-10
Из: Минск-Витебск
Пользователь №: 59 203



Еще бывают моменты когда xStart указывает на следующий блок, а указатель pxNextFreeBlock в этом блоке указывает на себя (на этот же блок).

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

Go to the top of the page
 
+Quote Post

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

 


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


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